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

[metaclass]

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

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

Comments

[artureg.livejournal.com]

Ты нашел уже принесиподая себе?

[fhja9.livejournal.com]

не рассуждай, твое дело маленькое. иди пиши програмки, школоло.

[craneop.livejournal.com]

Истина как всегда где-то посередине.

[bydlorus.livejournal.com]

Одной ногой он стоял в прошлом, другой - в будущем, а посередине у него была суровая действительность (ц).

[fhja9.livejournal.com]

Саша, почему ты считаешь себя умным? у тебя мания величия?

[anonim-legion.livejournal.com]

Запад есть Запад
Восток есть Восток
И вместе им не сойтись
А наша судьба - враскоряку стоять
На середине пути.

[berezovsky.livejournal.com]

Ну, требования к ведущему специалисту некрупной конторы.
Так и представляю себе: сидит жирное тупое чмо на собеседовании и ебёт мозг какой-нибудь мелкой технической хуйнёй, которую само знает только потому, что годами в ней разбиралось.
Или наоборот, все настолько круты, что себе подобных просто нету. Ну, так надо требования подкрутить, где-то поискать, где-то подучить. Почему-то все хотят сразу на готовенькое. Человек годами где-то учится, работает, точно так же, как и они, а им давай готовое всё.

[serbod.livejournal.com]

Я бы сам пошел работать на предел своих способностей, если оно будет оплачено.

[antontsau.livejournal.com]

все наоборот. НЕ отвеченный звонок может пресечь поток бабла. НЕ приложенный работник означает развалившийся проект. Но у ТруЪ Манагерков эта сторона мира в гойловах просто отсутствует. Нет такого. Есть только успехи, планы, будущие достижения и все подобное, а потенциальными факапами пусть занимаются там внизу, им за это зряплату платят, аж папиццот, и так жырно слишком.

Это одна из основополагающих идей труЪ успешного манагера - никогда не думать "а что будет, если нипалучицца". Кто об этом задумывается тот профнепригоден, никогда не поставит все на цифру и соответственно никогда не выиграет миллиярд, только будет дрочить на чет-нечет по одному доллару а потом совсем сдохнет, сметенный потоком. 99% таких личинок успешных сдохло, потому что цифра была не та, потому что факап и тп? да и плевать, зато 1% с миллиярдом и рулит.

[zelanton.livejournal.com]

Поцоны, а вы попробуйте смешать: 1 убер-метакласс + 5 принесиподай. Будет ок, я гарантирую это.

Или нет, вот так: 5 принесиподай, а потом один из них естественным отбором вырастет в метакласса. Или ещё круче - в вечернего противогаза. Если конечно не уволится раньше.

P.S. А отвечающего на звонки после 6 таки осудит профсоюз.

[berezovsky.livejournal.com]

Заведёт уголовное дело по нескольким статьям, осудит, отберёт последний объектив к противогазу и посадит на несколько лет.

[vit-r.livejournal.com]

Сложные люди делают непредсказуемые вещи и сложны в управлении. А жуки-навозники масштабируются прекрасно и управляются почти с линейной сложностью.

[serbod.livejournal.com]

Сам сейчас в таком положении. Нужна свежая кровь, потому что некоторые ветераны хоть и обладают серьезными техническимим навыками, но при этом не обладают достаточным common sense. Могут матерно послать девок из колл-центра учить английский или безапеляционно заявить, что "вот это работать не будет" или "это никогда не случится". Разумеется, при проверке оно работает, и обязательно случается. Ну, и как правило, такие люди испытывают агрессивное неприятие к документированию своей работы. Примерно как вампиры к чесноку.

Но подавляющее большинство новичков еще хуже. Обычно это овощи, готовые взяться за любую работу, но не способные объяснить устройство того, чем они ранее занимались, или предложить варианты решения каких-либо задач. Просто исполнители с дипломом инженеров. Но, бывают и скромные самородки, которые просто недооценивают свои силы, вот бы их научиться выявлять. Еще попадаются довольно опытные аферисты, которые мастерски умеют делать вид.

А нужен именно ветеран с опытом работы в конкретном направлении. Проводник по граблевым полям. Чтобы не тратить время и деньги на ошибки по незнанию. И чтобы не брезговал общаться с простыми людьми, которые будут пользоваться его творениями. И чтобы делился знаниями и технологиями, особенно полученными за деньги организации.

[anonim-legion.livejournal.com]

>послать девок из колл-центра учить английский

А тут-то что не так?

[serbod.livejournal.com]

Совсем не так. Ошибка ORA-012345 - some shit happened. Девочка сообщает разработчику, а он вместо того, чтобы оторвать жопу от стула и пройти в соседний кабинет и посмотреть на ошибку вживую, начинает садо-мазо секс по телефону. Хорошо, что девочка не дура, пошла сразу к начальству.

У меня к тому персонажу тоже есть претензии. Например, я веду разработку бизнес-процесса, описал принцип работы, написал спецификацию, какие мне таблицы и процедуры нужны. И вместо обсуждения спецификации он тупо берет и правит ее по своему усмотрению. Выкидывает автоинкремент и делает ключом название товара. Пытаюсь объяснить, что текстовый ключ подвержен проблемам с кодировками, избыточен и неудобен. И вообще наш фреймворк заточен под цифровые ключи. Он уперся рогом. А начальство сути проблемы не понимает, ничем помочь не может. Пришлось делать справочник товаров с текстовым ключом и вносить костыль в фреймворк для переименования товара (его нужно сперва удалить, потом создать с новым именем).

[metaclass.livejournal.com]

Из каких соображений он делает текстовый ключ, он не объяснял?

[serbod.livejournal.com]

Чтобы имена не дублировались. Но во-первых это не критично, во-вторых контроль уникальности имен (и не только) уже встроен в фреймворк.

[fraks-nsk.livejournal.com]

А что он будет делать когда понадобится сделать такую же запись в справочнике, но другую? И не надо говорить что так не бывает.

[anonim-legion.livejournal.com]

Вообще, странная история. По описанию, персонаж - дурак. Но ведь он работал, и что-то делал, не один год.

История подается через испорченный телефон.

[serbod.livejournal.com]

Не дурак, просто сложный человек.

[fi_mihej.livejournal.com]

Не сложный человек, а мудак, который пытается и частично добивается почета и уважухи (власти и страха перед собой) всеми теми убогими средствами, которые оказались у него в наличии. Короче синдром вахтера во всех красе. Его, надо зачморить любым официальным и понятным начальству способом. Естественно при этом показав и доказав начальству что он абсолютно не является незаменимым: найти и обучить замену; самому стать заменой; автоматизировать его работу скриптами и джуниорами; и т.п. Конечноже это все надо делать незаметно для этого мудака: напрямую с начальством перетерать ситуацию, тем более что на него жалобы уже были от других людей. Ну или сваливать, если сильно мешает, а убрать нельзя.

[os80.livejournal.com]

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

[serbod.livejournal.com]

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

[os80.livejournal.com]

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

[berezovsky.livejournal.com]

Вот эти как раз из разряда жирного тупого дерьма, которое считает себя самым умным только потому, что сидит на жопе несколько лет. При этом настолько тупого, что не в состоянии связать двух слов или вникнуть в элементарный текст спецификации к мало-мальски новой детали.

[eperniyteatr.livejournal.com]

А как его использовать во внешнеми ключе? Это я про "удалить, потом создать"

[serbod.livejournal.com]

Никак.

[blackyblack.livejournal.com]

"можно найти идеального сотрудника, который будет работать за пятерых, впишется в команду, будет одновременно уметь в БД, код, общение с юзерами, проектирование софта, командование коллегами"

Это я умею. Только работаю за одного.

[c-a-s-u-s.livejournal.com]

Bus factor ==1, очень печалит любого руководителя/владельца бизнеса, прям нарушает их сон и дарит кошмары

[eleon.livejournal.com]

Ребе, в вашей палате снова обострение нелюбви к менеджерам?:)

[metaclass.livejournal.com]

У меня команда хуево масштабируется, от этого внутренняя личинка кольчатого червя бьется в истерике и желает сдохнуть и разрешить мне писать код.

[eleon.livejournal.com]

Ааа, так это в вашей шизофрении обострение нелюбви к менеджерам. Ок :)

[fraks-nsk.livejournal.com]

А потом в единственного мегаразработчика ударяет молния и контора мгновенно превращается в мусор, и если повезет - не навесит на владельцев долгов.

[antontsau.livejournal.com]

да ладно бы молния. Ежиха какая-нибудь ударяет и эффект тот же самый.


вывод - нашли гуру? приковать к пулемету и давать жрать в прибитую к столу миску, чтоб не хотел и не мог исчезнуть. А ежих отстреливать на дальних подступах.