Да, последнее время мне тоже приходится работать с технологией OpenID, но на мой взгляд большой минус в количестве сайтов предоставляющих авторизацию и что самое плохое они возвращают разные наборы данных о пользователе что не очень-то удобно. На мой взгляд я бы предложил другой вариант реализации подобной технологии в двух вариантах:
1. Унификация данных пользователей везде (стандартизированный набор данных всех возможных вариантов), чтобы если где-то заполняется профиль
пользователя, то сразу всей необходимой информацией (пользователь естественно сам решает что и когда ему следует заполнить). Также для более продвинутых пользователей есть возможность установить собственный OpenID сервер для собственной учётной записи или даже нескольких для разных случаев (всякое бывает :)).
2. Создание клиентского приложения в котором пользователь сохраняет все свои данные (что не требует кстати доступа в интернет, и данные хранятся в большей безопасности на его компьютере допустим в зашифрованном виде и доступ к ним есть только у программы через мастер пароль например), и при авторизации на сайтах данная программа выступает в качестве OpenID сервера.
Таким образом достичь надо следующего: все данные должны хранится в одном месте, а потребители этих данных будут запрашивать необходимые записи (стандартизированные) и после разрешения пользователя на предоставление тех или иных данных они будут им переданы.
Лично для себя я сейчас рассматриваю вариант 2, создания такого приложения-паспорта, лично мне он кажется гораздо более удобным вариантом, его например даже можно носить на внешнем носителе, что позволит авторизоваться даже с чужих машин. Пока в стадии проектирования и сбора данных (месяц назад всего начал), если будут заинтересовавшиеся то с радостью поделюсь мыслями, приложение планирую делать open source на базе sourceforge.org так что буду рад если найдутся единомышленники.
Что плохо в таких тестах что первые 40 вопросов пролетели быстро, потом до 60го отвечал принципиально ибо надо, а вот последние 10 просто выставил даже не читая. В итоге результат 61 из 70, тест элементарнейший, но сделан не очень качественно. К некоторым вопросам можно придраться, особенно в плане скоростей могут быть разные трактовки.
Кстати задумался, а как можно такие большие тесты представить в другой форме чтобы легче было отвечать на большое количество вопросов, может кто знает какие-то хорошие примеры тестов сделанных не в виде прямой последовательности вопросов с вариантами выбора ответа?
Вопрос не в вылизывании ошибок ) А архитектуру (для такого не высокого по сложности проекта) нормальный специалист может составить достаточно грамотно затратив на это не очень много времени сделав 1-2 прототипа. Зато в дальнейшем это окупается удобством работы с такой программной системой и меньшими затратами на её расширение.
Но в чём вы правы, так это в том что совершенству нет пределов :) Что вообщем-то и хорошо…
Ну вот я и не понимаю схемы такого пользования, она приемлема допустим для веб-сервисов, когда я пользуюсь неким приложением, которое крутится там, обслуживается и так далее, так просто деньги на ветер.
И совершенно зря вы бахвалитесь количеством строк кода, не в количестве кода счастье, а в качестве кода, архитектуры, удобства расширения/сопровождения/изменения… И добавление провайдера на 200 строк кода, я выпадаю в осадок.
Я не знаю как вы всё это делали, но такое количество кода для ТАКОГО функционала проекта перебор однозначный, что говорит о низком качестве архитектуры и её крайней непродуманности, что как я знаю по своему опыту присуще многим стартапам когда их хотят тупо запустить в надежде что если пойдёт, то сделают получше.
Я знаю проекты со значительно большим функционалом где весь код с тестами занимал значительно меньшее количество строк.
Лицензию можно отдавать после полной выплаты, а до тех пор после каждой проплаты выдавать месячный триал допустим. Ну а про бумажки я ниже тоже упомянул, не увидел вашего комментария.
На мой взгляд привлекли бы ещё больше людей не постоянной подпиской, а возможностью кредита на софт. Например я хочу купить допустим Adobe Photoshop CS4 либо NuSphere PhpEd и захожу за ними на ваш сайт. Оформляю кредит с некоторым процентом, а потом каждый месяц по вашей схеме плачу до тех пор пока не выплачу кредит, после чего получаю лицензию, а на срок кредита будет ежемесячно выдаваться триал на следующий месяц допустим. К тому же стоит учесть что лицензию было бы неплохо иметь на руках и чтобы была возможность заказать бумажки у вас по почте за доп плату для наших доблестных защитников на всякий случай.
А платить бесконечно за пользование какой-либо программой — да нафига оно надо :) Для программ которые нужны на ограниченный срок может быть, но тогда проще крякнутые взять знающим людям, ну незнающие так и быть купят. А на долгий срок очевидная необоснованная переплата получается.
Ну вообще практическая реализация уже есть, у меня допустим и я знаю ещё пару человек (они тут есть и если пожелают отпишутся) у которых также всё организовано.
Я ранее писал о том как у нас fenixdeveloper.habrahabr.ru/blog/60460/, но немного в другом ключе.
Из минусов есть проблема с финансовым вопросом. Вот допустим как в фирмах с этим: известна ставка стоимости человеко-часа, в которой учтены все расходы + рентабельность. Дальше определяется срок исполнения проекта, высчитываются необходимые человеко-часы и получается нужная сумма, которая уже варьируется тем кто договаривается в большую (зачастую сразу), а иногда в меньшую сторону чтобы договориться если стратегически важный проект.
В описанной вами ситуации бюджет необходимо распределить между исполнителями, не забыв при этом менеджера или менеджеров (для больших проектов), также бухгалтерию и прочих сотрудников, а ведь ещё есть аренда помещения (если эта компания в офисе сидит, а не дома) и куча других расходов. То есть приходится делать весь бюджет проекта на 2 части — часть которая идёт в оплату конечным исполнителям, и часть на расходы компании и её же прибыль. Но такой делёж достаточно сложен.
У меня это решается немного по другому: всё как везде, но минимальные зарплаты, а с каждого проекта назначается премия, которая в зависимости от работы изменяется в большую или меньшую сторону. С этой стороны хорошо ещё то, что сохраняются социальные гарантии, типа выплаты больничных, отпускных, или если человек отправился на обучение/повышение квалификации, за ним сохраняется его минимальный оклад. Но есть и сотрудники без трудоустройства, именно фрилансеры и их свобода не ограничивается, по мере надобности кто свободен присоединяется к проекту. Такая структура очень гибкая и удобная на мой взгляд. Бывают некоторые сложности с коммуникацией, организацией, но это уже решается опытом совместной работы и сходит на нет со временем.
Во-первых скажите это программистам-кристальщикам, а во-вторых для решения некоторых задач реально проще и дешевле потратить несколько лишних киловатт энергии и несколько лишних может быть даже месяцев вычислений.
Далеко не всегда можно добавить памяти и тд. Допустим, заказчик просит написать приложения для десктопов и мобильных устройств, или прошивку для некоего хитроумного устройства. Так что задачи программирования бывают очень даже разные и всё в той или иной мере нужно, если вы работаете в одной области и не сталкиваетесь с другой, не надо говорить что такая оптимизация не имеет практического значения.
Я достаточно долго был фрилансером и работал как раз в диапазоне от 20 до 100 тысяч рублей, и проектов на 50 тысяч было достаточно много, в основном аутсорсинговые от тех же «крутых» студий :)
Эта чёрная дыра заполнена фрилансерами одиночками и командами :) У них нет таких расходов как аренда, налоги (у большинства :)) и прочее, вот и выходит что то, что студия сделает за 180 тыс. рублей, фрилансеры сделают за 50-80 тыс. рублей. И если повезёт это может быть даже лучше чем в студии, но о плюсах минусах студий и фриланса сейчас не будем.
Да, кстати. Увидел что там писали про «внешние раздражители», ну так в мой график удобно вписывается всё, в любой момент можно пойти на переговоры, в магазин, на встречу с друзьями. В этом графике важен только порядок и пропорции, а время уже как получится, я ведь не робот в конце концов :)
Меня дедлайны мучают редко (разве что когда от 3х проектов одновременно сдавать приходится), но мой режим дня с момента поступления в универ (года 4 где-то) примерно такой:
9:00-10:00 просыпаюсь, пью чай
до 12:00-13:00 активно работаю (планирование, проектирование, бумаги и тд)
час отдых + завтрак (или ланч)
работа до 16:00-17:00, рутинные задачи ничего особо сложного
час отдых + обед
работа до 20:00-21:00
3-4 часа отдых (возможен сон после ужина если спать хочется) + ужин
активная работа до 3:00-4:00 (наиболее сложные части работы)
И вполне так ничего, график как видите не очень чёткий, так как я просто показал примерные пропорции, но на деле всё это достаточно подвижно. Вот сейчас я например только сажусь работать, а спать лягу когда захочется (в 7-8 утра).
Дополнение: имеется ввиду система когда у пользователя «компьютер-браузер» с незначительным кешем (сравнительно), а все его данные на сервере. И далеко не всегда легко получить актуальную локальную копию (обычных юзеров с парой сотен фоток и гигом музыки не касается).
Я всё прекрасно понимаю про бекапы и тд, но я не об этом говорил :) Одно дело выключенное электричество (построили заново электростанцию и всё ок), а другое дело уничтоженная информация (построили дата центр, а данных нет — :( ) — вот я о чём. Например когда создавали интернет, думаете зря в него такую структуру децентрализованную заложили? Вовсе нет, потому что централизованные системы значительно более уязвимы. Поэтому я и не приветствую тенденцию сваливать всё в одну кучу, по крайней мере не таким способом.
Есть ещё следующая проблема: сейчас информация распределена по всем компьютерам пользователей (то есть у пользователя есть копия на рабочей машине, копия на ддомашней, копия на флешке и тд), а вы предлагаете ВСЮ её собрать на серверах. Таким образом если что-нибудь случается с серверами (терракт допустим :)), то вы представляете какой это ущерб? Я даже представлять не хочу…
В моём случае моя работа это и моё хобби (одно из) и в свободное время под хорошее настроение доставляет истинное удовольствие что-нибудь сделать. Но в тоже время не стоит думать что я занимаюсь круглосуточно только программированием. Зимой сноуборд, летом шашлык :) и много чего другого, свободное время у меня очень разнообразное, а работаю я активно от 5 до 10 часов в день смотря как работается и какие задачи стоят.
Возможно когда у нас будет настолько большой офис, то да. А нам и 60 метров нормально на 10 человек из которых не все одновременно в офисе. Так что нас не затрудняет намыть пол в помещении. Иногда это даже бывает весело :)
1. Унификация данных пользователей везде (стандартизированный набор данных всех возможных вариантов), чтобы если где-то заполняется профиль
пользователя, то сразу всей необходимой информацией (пользователь естественно сам решает что и когда ему следует заполнить). Также для более продвинутых пользователей есть возможность установить собственный OpenID сервер для собственной учётной записи или даже нескольких для разных случаев (всякое бывает :)).
2. Создание клиентского приложения в котором пользователь сохраняет все свои данные (что не требует кстати доступа в интернет, и данные хранятся в большей безопасности на его компьютере допустим в зашифрованном виде и доступ к ним есть только у программы через мастер пароль например), и при авторизации на сайтах данная программа выступает в качестве OpenID сервера.
Таким образом достичь надо следующего: все данные должны хранится в одном месте, а потребители этих данных будут запрашивать необходимые записи (стандартизированные) и после разрешения пользователя на предоставление тех или иных данных они будут им переданы.
Лично для себя я сейчас рассматриваю вариант 2, создания такого приложения-паспорта, лично мне он кажется гораздо более удобным вариантом, его например даже можно носить на внешнем носителе, что позволит авторизоваться даже с чужих машин. Пока в стадии проектирования и сбора данных (месяц назад всего начал), если будут заинтересовавшиеся то с радостью поделюсь мыслями, приложение планирую делать open source на базе sourceforge.org так что буду рад если найдутся единомышленники.
Кстати задумался, а как можно такие большие тесты представить в другой форме чтобы легче было отвечать на большое количество вопросов, может кто знает какие-то хорошие примеры тестов сделанных не в виде прямой последовательности вопросов с вариантами выбора ответа?
Но в чём вы правы, так это в том что совершенству нет пределов :) Что вообщем-то и хорошо…
Я не знаю как вы всё это делали, но такое количество кода для ТАКОГО функционала проекта перебор однозначный, что говорит о низком качестве архитектуры и её крайней непродуманности, что как я знаю по своему опыту присуще многим стартапам когда их хотят тупо запустить в надежде что если пойдёт, то сделают получше.
Я знаю проекты со значительно большим функционалом где весь код с тестами занимал значительно меньшее количество строк.
А платить бесконечно за пользование какой-либо программой — да нафига оно надо :) Для программ которые нужны на ограниченный срок может быть, но тогда проще крякнутые взять знающим людям, ну незнающие так и быть купят. А на долгий срок очевидная необоснованная переплата получается.
*ушёл переписывать конфиги
Я ранее писал о том как у нас fenixdeveloper.habrahabr.ru/blog/60460/, но немного в другом ключе.
Из минусов есть проблема с финансовым вопросом. Вот допустим как в фирмах с этим: известна ставка стоимости человеко-часа, в которой учтены все расходы + рентабельность. Дальше определяется срок исполнения проекта, высчитываются необходимые человеко-часы и получается нужная сумма, которая уже варьируется тем кто договаривается в большую (зачастую сразу), а иногда в меньшую сторону чтобы договориться если стратегически важный проект.
В описанной вами ситуации бюджет необходимо распределить между исполнителями, не забыв при этом менеджера или менеджеров (для больших проектов), также бухгалтерию и прочих сотрудников, а ведь ещё есть аренда помещения (если эта компания в офисе сидит, а не дома) и куча других расходов. То есть приходится делать весь бюджет проекта на 2 части — часть которая идёт в оплату конечным исполнителям, и часть на расходы компании и её же прибыль. Но такой делёж достаточно сложен.
У меня это решается немного по другому: всё как везде, но минимальные зарплаты, а с каждого проекта назначается премия, которая в зависимости от работы изменяется в большую или меньшую сторону. С этой стороны хорошо ещё то, что сохраняются социальные гарантии, типа выплаты больничных, отпускных, или если человек отправился на обучение/повышение квалификации, за ним сохраняется его минимальный оклад. Но есть и сотрудники без трудоустройства, именно фрилансеры и их свобода не ограничивается, по мере надобности кто свободен присоединяется к проекту. Такая структура очень гибкая и удобная на мой взгляд. Бывают некоторые сложности с коммуникацией, организацией, но это уже решается опытом совместной работы и сходит на нет со временем.
Далеко не всегда можно добавить памяти и тд. Допустим, заказчик просит написать приложения для десктопов и мобильных устройств, или прошивку для некоего хитроумного устройства. Так что задачи программирования бывают очень даже разные и всё в той или иной мере нужно, если вы работаете в одной области и не сталкиваетесь с другой, не надо говорить что такая оптимизация не имеет практического значения.
9:00-10:00 просыпаюсь, пью чай
до 12:00-13:00 активно работаю (планирование, проектирование, бумаги и тд)
час отдых + завтрак (или ланч)
работа до 16:00-17:00, рутинные задачи ничего особо сложного
час отдых + обед
работа до 20:00-21:00
3-4 часа отдых (возможен сон после ужина если спать хочется) + ужин
активная работа до 3:00-4:00 (наиболее сложные части работы)
И вполне так ничего, график как видите не очень чёткий, так как я просто показал примерные пропорции, но на деле всё это достаточно подвижно. Вот сейчас я например только сажусь работать, а спать лягу когда захочется (в 7-8 утра).
Имхо, нельзя все яйца класть в одну корзинку.