Срок жизни разработчика в проекте

[metaclass]

Кстати, вот недавно мне еще рассказали странного: средний срок участия разработчика(джуниора, вроде бы?) в проекте - около года. Потом он начинает считать себя опытным и уходит на другую работу, причем никакие стимулы не помогают его задержать.
Из-за этого кольчатые черви-менеджеры и прочие коллаборационисты на службе у бизнеса не желают инвестировать время и ресурсы в обучение работников, что, в свою очередь, приводит к нежеланию делать проекты нормальными способами (отличными от "наговнякать на жабаскриптах силами десятка недоучек то, что в норме можно сделать парой человек и аккуратно")

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

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

Comments

[artureg.livejournal.com]

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

[veremeenko-alex.livejournal.com]

+100500
Конец проекта виден издалека, и самые умные спрыгивают первыми.

[vit-r.livejournal.com]

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

[artureg.livejournal.com]

вылет с испытательного срока очень очень редкое явление при наличии хоть какого-то собеседования.

[tiendil.livejournal.com]

Я думаю тут фишка в отсутствии реальной картины мира у новичков. Примерно также, как у школьников при выборе вуза — мало кто знает куда на самом деле идёт и чем там занимаются. Только ВУЗ быстро и просто не сменишь, а проект можно.

В итоге джуниор попадает на проект к бородатым дядькам, за год в боевых условиях получает гору нового опыта и меняет свою картину мира на более адекватную. Как следствие, идёт переосмысление своих целей. Ну и ясно, что в большинстве случаев оказывается, что выбор был сделан неправильно.

Я вот, например, 1-ый код писал гуи под виндовс, а ровно через год выбил себе перевод на линуксовую системщину.

В довесок, за год можно сильно увеличить компетенцию в узкой области, соответственно, оставаясь «джуниором» вообще, на конкретном проекте можно стать (по факту) мидлом, но платить-то будут всё-равно как джуниору :-)

Так что, имхо, большим конторам имеет смысл заранее закладывать подобную ротацию новичков внутри компании (чтобы к конкурентам не убегали) и даже стимулировать. А малым — тепреть боль и страдания от неизбежных потерь.

[artureg.livejournal.com]

если единственный способ сколько нибудь адекватно поднять зарплату это сменить работодателя виноват тупой работодатель, так должен испытывать боль перманентно

[ex0_planet]

а они тогда все "тупые". на самом деле они и так поднимают зарплату, просто разным людям — количество людей в индустрии растет медленно за типичный отчетный период, и они просто кочуют между работодателями.

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

[artureg.livejournal.com]

не несите хуйни :)

[tretiy3.livejournal.com]

все правильно он говорит.

[falcrum.livejournal.com]

Толковых новичков стараешься "подхватить"...

[anonim-legion.livejournal.com]

>гуи под виндовс, а ровно через год выбил себе перевод на линуксовую системщину

Вот именно из-за такого отношения мы и имеем в отвратительный гуи в линуксах.

[cross-join.livejournal.com]

Тема приказчиков в софтостроении неисчерпаема. Фактически, вся первая часть предыдущей книжки об этом получилась.

[ex0_planet]

ну и да, за год проект настоебенивает безмерно.

прямо физически чувствуешь как земля уходит из под ног: кругом qt5, монады, кложурь, кластеры, а ты как говнякал опердень на qt4 так и говнякаешь (и будешь говнякать, если ничего не изменить). в итоге задерживаются только те, которые сознательно как-то рассчитывают строить карьеру.

[bydlorus.livejournal.com]

А бывает так - кругом монады, кложурь и жабоскрипт, а ты сидишь на С++ и понимаешь - некуда уходить ;-)

[metaclass.livejournal.com]

Бывает еще хуже.
Сидишь ты среди кложури и F# и борешься с идеей "написать к этому клиент десктопный на C++/Qt", потому что веб неудобно, жаба и C# в 10-100 раз больше размером и подтупливают, а старый клиент на дельфи на линуксе не запустишь, да и разработчиков на него найти уже невозможно.
Я надеюсь, может Rust допилят, что ли. К нему бы GUI фреймворк нормально сделать или Qt прикрутить было бы весьма неплохо.

[thedeemon.livejournal.com]

Кстати, интересно, насколько Rust будет склонен к нормальным байндингам к штукам вроде Qt. Поженить его лайфтаймы с чужими смартпоинтерами и способами управления ресурсами может быть не так просто, а скатываться к очередным refcounters на refcounters - получится та же жопа, от которой хотели уйти.

[grundik.livejournal.com]

Кхм, 12-ый год работаю в одной конторе, примерно в том же проекте, на карьеру глубоко пох (был менеджером, не понравилось, вернулся в разработчики).

Всё зависит от настроя мозгов. Мне интересно решать задачи, а не использовать кложуры (хотя на лиспах я писал и мне очень понравилось).

[ex0_planet]

после 12 лет на одном проекте можно брать и тушку селить сразу в богадельню для кобольщиков, мозг убит.

если подумать, 12 лет назад еще mfc и C builder был актуален, это ж ебануться.

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

[grundik.livejournal.com]

У кого за 12 лет на одном продукте убивается мозг - ну как бэ это в мозге дело, я щитайу.

Сейчас контора называется Parallels.

[ex0_planet]

околосистемное что-то? ну да, там можно так развлекаться. но этого:
а) мало;
б) порог входа;
в) высокий lock-in на работодателя, и связанные с этим риски. не неоправданно высокие, но очень высокие.

после 12 лет свитчнуться в условную хипстоту с условным вебдевом будет очень сложно.

[grundik.livejournal.com]

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

Свичнуться не сильно просто в любое другое направление. Даже тупо обычные простые веб-приложения типа там вордпресса и хайлоад типа твиттера - и то заметно разный експириенс. В любом случае при свиче ты дропаешься на пару уровней ниже, всё-таки опыт - штука важная.

Длительная работа над одним продуктом даёт тебе понимание стратегии, даёт возможность на практике провалидировать правильность твоих решений (как технологических, так и процессных).

Основной минус длительной работы над одним продуктом - окостенение, деформация, "синдром утёнка" и прочие психологические аспекты. Здесь не берусь судить, всё-таки от человека очень многое зависит. Как говорится, иногда 10 лет опыта - это один год опыта, повторенный 10 раз.

[ex0_planet]

> окостенение, деформация, "синдром утёнка" и прочие психологические аспекты.

да, я насмотрелся в прошлой конторе. там таких "пятнадцатилетних капитанов" хватало.

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

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

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

[eternal-leave.livejournal.com]

Ой, а может, вы ещё и хсп разрабатывали? И простигосподи, плеск? Не икается? ;)

[metaclass.livejournal.com]

Я 18 лет работаю над одним проектом :)

[ex0_planet]

и что, он так до сих пор и пишется на кларионе под дос, и кодовая база ведет свою историю с тех времен?

[metaclass.livejournal.com]

Работает до сих пор на дельфи, новая версия ща делается на C#+F#, возможно, будет clojure для отчетности, если я таки не пойму, как совместить статик типы и работу с записями удобным образом.

[ex0_planet]

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

однако, вот 18 лет опыта это тащемта такой срок, за который люди либо сваливают, либо дорастают до уровня условного principal developer'а, который способен потащить проект на себе, нанимать людей в него и все такое.

и если перед неким работодателем будет стоять вопрос, нанимать на проект вас, или хипстера тоже 10+ лет с резюме с чем там щас модно... я не знаю, возможно и не в вашу пользу сложится ситуация (при условии что "хипстер" действительно работал, а не попивал смузи). просто потому что "пытался применить технологию Х" в сложившемся проекте и "поддерживал боевой проект на Х" это две большие разницы.

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

[grundik.livejournal.com]

Актуальные для IT навыки, как по мне - это:
1. толковость
2. понимание простой вещи, что промышленное программирование целью своей имеет зарабатывание денег
3. умение самостоятельно драйвить выделенный участок работ
4. умение самообразовываться до нужного уровня

Вроде всё. А технологии сегодня одни, завтра другие.

А вообще мне лично похеру на мою ценность как специалиста. Мне нравится разработка, вот и всё :)

[ex0_planet]

> Актуальные для IT навыки

Это необходимое условие, но не достаточное.

> умение самообразовываться до нужного уровня

Сколько времени займет это самообразование? Вы там в своем параллелсе занимаетесь, допустим, виртуализацией. Долго занимаетесь, досконально знаете продукт. И что, можно вот так после десяти лет взять и пойти в какой-нибудь EMC, в core team, делать стораджи?

> похеру на мою ценность как специалиста

Это пока работу искать не пришлось :-)

[dennab.livejournal.com]

Возможно болезнь аутсорсеров с аджайлами: таски мелкие, саппорта нет, одинаковые говнобаги ежедневно? Вот и дёргаются в надежде что где-то не так.

[sergiej.livejournal.com]

Через год происходит одно из:
1 становится скучно
2 проект близится к концу, и пора искать новый

дольше остаются только дураки

[grundik.livejournal.com]

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

[sergiej.livejournal.com]

а ну это как с женщиной. Интересное начинается где-то с десятого года совместной жизни.

[podrivnik.livejournal.com]

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

[anonim-legion.livejournal.com]

А вы стоимость аренды жилья вычитайте. И сразу станет понятно, сколько они хотят.

[wizzard]

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

[eleon.livejournal.com]

М, ты из рассказа про джуниоров выделил ключевые слова, их переосмыслил и выдал свою теорию :)
Все на самом деле так:
1. Уходят джуниоры. Кто поопытней - меняют проекты, но скорее всего останутся в компании.
2. Уходят потому, что их внутренняя оценка своих навыков, основанная на поверхностном знании языка, фреймворка и вообще технологии разработки ПО, находится в конфликте с оценкой остальной команды. Не манагера, не владельца конторы, не заказчика - именно команды.
3. Поверхностных знаний джуниору хватит, чтобы пройти интервью на позицию мида. Их еще недостаточно, чтобы реально качественно выполнять работу мида, но интервью он пройти уже сможет.
4. Джуниоры, в силу молодости, резки, как понос и идут увольняться уже имея оффер от другой конторы. Потому, даже если очень хочется предложить джуниору больше, чтобы не терять человека, которого уже _почти_ обучили, скорее всего предложить вы ничего не успеете.

Есть волшебные конторы, которые умеют грамотно утилизировать джуниоров, удерживая их контрактами и т.п. Остальные. нанимая жуниора, играют в лотерею: успеют обучить или нет, после обучения сумеют удержать или нет.

[alll]

П.4 лечится пересмотром з\п раз в год. С доведением этого факта до работников ещё на стадии оффера. Часть из них по итогу года всё-равно уйдёт, но это уже будет скорее up-or-out, чем тупое жлобство.

[eleon.livejournal.com]

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

[alll]

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

А это уже п.2. Тоже, кстати частично лечится - просто позицию не называют "юниор" или там "самый глупый человек на свете". :) Например заводится N грейдов (если мало N, то К грейдов :), первые несколько грейдов соотвествует тому, что в обиходе называют "юниор", но при очередной аттестации человеку говорят: вот ты был программист первого грейда, но за год круто вырос, так что теперь будешь программист аж второго грейда и зарплату мы тебе повышаем соотвественно, ну а область ответственности у тебя и так выросла, сам видишь. Если, конечно, человек действительно вырос и оказался нужен. И так N раз. Ну а грейду к энному всё это писькомерство человеку уже и не нужно становится. :)

[nicka-startcev.livejournal.com]

главное забыли.

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

но есть волшебные конторы, где такого рода трэш минимален.

[sergiej.livejournal.com]

Вот читаю я всё это. И с улыбкой представляю что вы по этой же теме будете писать через 20-ть лет.
Когда в РБ будет полно программистов 50-ти летних. Будем посмотреть на прыгающих джуниоров :)

[dimaby1.livejournal.com]

Не будет их полно - демографический кризис и всё такое

[sergiej.livejournal.com]

куда они денутся?

[victorgr.livejournal.com]

Ото многих слышу теперешних 20-30 летних, что «я не хочу в 40 лет код писать», мол, удел неудачников.

Не знаю чего хотят, может свою точку на жданах открыть.

[sergiej.livejournal.com]

они думают что им будет вечно 20 или что при наступлении 39- им автоматически предложат стать большим директором, служебную машину и возможно яхту.

Они просто смотрят на своих менеджеров, которые вошли первыми на рынок, и просто не было кому занимать руководящие должности. Когда сегодняшние 30-ти летние выйдут на 40 будет достаточно старших и опытных товарищей.

[alll]

А вот нехер пытаться запиливать проекты силами юниоров. Юниор по-определению работник убыточный, как минимум на контроль выходящего из под него добра больше усилий уходит, чем просто мидлом написать. Если нетбабланах, так юниоров вообще не надо нанимать, эта роскошь не для всех.

Если через год юниорства видимого роста нет, то надо расставаться. С точки зрения работника мало кому нравится образ жизни гриба, а с точки зрения работодателя если человек не растёт даже с нулевой базы, то толку от него не будет никогда.

[octagram (from livejournal.com)]

Для мотивации есть опционы и франчайзинг.