Ад HR, или "метаклассы ищут на работу убер-метаклассов"

[metaclass]

http://ru-java.livejournal.com/1137245.html
Жесть по ссылке напоминает нашу контору, за одним исключением - там все еще верят, что можно найти идеального сотрудника, который будет работать за пятерых, впишется в команду, будет одновременно уметь в БД, код, общение с юзерами, проектирование софта, командование коллегами и прочие сказки. Современная организация процессов разработки ПО отрицает существование таких людей. Как написал там artureg: "Там скорее всего вредные ревнивые пиздоболы. Команды которые нельзя маштабировать надо разгонять."

Так вот. Желание кольчатых червей-менеджеров и их личинок линейно "масштабировать команды" - оно похвально, с точки зрения "бизнеса", но не является абсолютно правильным. Потому что один правильный работник, будучи правильно приложенным, может решить все технические проблемы конторы на пару лет вперед. А один мотивированный противогазработник, ответив в 6 часов пятницы на звонок крупного клиента с мелкими проблемами, может обеспечить поток бабла от этого клиента на 5 лет вперед.

Comments

[os80.livejournal.com]

И почему Вы запрещаете ему делать Unique Key?

[serbod.livejournal.com]

Вы что-то путаете. В моей спецификации был классический автоинкремент в качестве ключа записи. Прочитайте комменты выше еще раз.

[os80.livejournal.com]

Не путаю. Хотя выбираю один вариант из нескольких возможных.
Ну хочется человеку уникальный ключ по имени. Ну хочется Вам уникальный ключ по ID. Ну и что мешает их сделать одновременно?
А какой из них будет primary - в большинстве случаев должно быть монопенисуально.