О процессах и забиваторах

[metaclass]

http://jdevelop.livejournal.com/2050687.html
http://juick.com/zamotivator/2254169

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

Comments

[falcrum.livejournal.com]

Ты просто ещё не дорос до Абдуллы, поверь. :)

[guamoka.livejournal.com]

де любителям фиксированных процессов и поклонения начальству самое место

не-не-не. там процессов тоже нету. есть поклонение "процессам":-)

[jakobz.livejournal.com]

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

[vp.livejournal.com]

Я считаю, что должен быть общий принцип: целесообразность. Она может быть финансовая, может быть долгосрочная в плане вменяемости, может быть в виде инвестиций в "будущее".

Работа ради работы - это только может быть в случае, если товарищ попал на работу, но использует это время для прокачки своего резюме.

[eternal-leave.livejournal.com]

ойвэй, жуйкодевелоперы не осилили кастомную 404

[veremeenko-alex.livejournal.com]

Любая экзотика обычно выливается в удовлетворение любопытства программиста за счет заказчика.

[guamoka.livejournal.com]

JSON-шансон. А проекту всё хуже и хуже. Ви ниид море эффективный программистишен!

[bydlorus.livejournal.com]

А ФП предполагает работу в свободное от работы время, или это случайное совпадение?

[norian.livejournal.com]

коты чуют что забиватор прибил пост ..

[vit-r.livejournal.com]

Любой гений, который свои развлечения ставит выше целей конторы, минимум бесполезен, а чаще всего просто опасен.

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

[sergiej.livejournal.com]

В правильно организованной конторе должен быть однозначный "решатель" таких споров, в виде лида/менеджера/архитектора.
А по сути всё относительно, мне часто приходится выступать последней инстанцией в таких спорах, и бывает очень жалко зарезать неплохие идеи молодых ГП, а с другой стороны жалко трогать стабильные наработки аксакалов. Предпочитаю их просто разводить в стороны, и каждому предлагать занятие по вкусу, задач в проекте всегда много, и можно подобрать для ГП что-то эдакое заковыристое, что он забудет о хипстерстве и будет по ночам в свободное время ваять реальную конфетку с пользой для проекта.
Ведь в любой команде около 5-10% это ГП, которые всё сразу берутся переписывать, и без них команда - дерьмо, и с ними опасно бывает, а надо просто их кипучую энергию использовать в мирных целях.

[dmzlj.livejournal.com]

топик потёрт

[zamotivator.livejournal.com]

1) У второй ссылки стоял тег *friends. Ты понимаешь, что этот тег означает?
2) Если рассматривать первую ссылку как интерпретацию второй, то это, мягко говоря, другая ситуация. Передёрнуты существенные детали:
* постановка вопроса была "решить проблему Икс". Для решения проблемы Икс есть два пути, первый и второй. Не JSON vs XML, а "как правильно исправить баг"
* суть моих несогласий была в том, что написанный мною драфт (черновик, зарисовка) решения ВНЕЗАПНО начал интерпретироваться как спецификация, и, о сюрприз, я оказался заложником собственноо черновика. Знал что там будет - провёл исследование до того, как делиться идеями (а меня попросили именно что поделиться ИДЕЯМИ, про никакую спецификацию речь не шла)
3) Это всё в любом случае не повод вытаскивать подзамочный пост, (спасибо хоть, что в виде ссылки, а не копипасты) в public.

[juan-gandhi.livejournal.com]

+1

[blackyblack.livejournal.com]

А вообще и веселее бывает. Это например сотрудник выдаёт идею на обсуждение или критикует идею ГП, а ГП в ответ обижается. Тут уже неясно, то ли смеяться, то ли плакать.