Срок жизни разработчика в проекте
Кстати, вот недавно мне еще рассказали странного: средний срок участия разработчика(джуниора, вроде бы?) в проекте - около года. Потом он начинает считать себя опытным и уходит на другую работу, причем никакие стимулы не помогают его задержать.
Из-за этого кольчатые черви-менеджеры и прочие коллаборационисты на службе у бизнеса не желают инвестировать время и ресурсы в обучение работников, что, в свою очередь, приводит к нежеланию делать проекты нормальными способами (отличными от "наговнякать на жабаскриптах силами десятка недоучек то, что в норме можно сделать парой человек и аккуратно")
Лично мне мерещится, что тут причина и следствие перепутаны. Сначала идет экономия, страх за свою задницу и нежелание инвестировать в работников, а потом работники либо деградируют от такого отношения, либо сваливают куда подальше.
Мы тут имеем какой-то вариант на тему трагедии общин - бизнес нещадно эксплуатирует общественный ресурс (вменяемых разработчиков) не поддерживая его самовоспроизводство (в каком угодно виде, самообучения, обучения других, да и вообще тупо физического размножения). Отношения же между бизнесом и разработчиками - это дилемма заключенного, одни не хотят вкладываться в потенциального "изменника", второй видел в гробу интересы бизнеса, потому что у него дома дети не кормлены и жена мозг кушает.
Из-за этого кольчатые черви-менеджеры и прочие коллаборационисты на службе у бизнеса не желают инвестировать время и ресурсы в обучение работников, что, в свою очередь, приводит к нежеланию делать проекты нормальными способами (отличными от "наговнякать на жабаскриптах силами десятка недоучек то, что в норме можно сделать парой человек и аккуратно")
Лично мне мерещится, что тут причина и следствие перепутаны. Сначала идет экономия, страх за свою задницу и нежелание инвестировать в работников, а потом работники либо деградируют от такого отношения, либо сваливают куда подальше.
Мы тут имеем какой-то вариант на тему трагедии общин - бизнес нещадно эксплуатирует общественный ресурс (вменяемых разработчиков) не поддерживая его самовоспроизводство (в каком угодно виде, самообучения, обучения других, да и вообще тупо физического размножения). Отношения же между бизнесом и разработчиками - это дилемма заключенного, одни не хотят вкладываться в потенциального "изменника", второй видел в гробу интересы бизнеса, потому что у него дома дети не кормлены и жена мозг кушает.
no subject
no subject
no subject
В итоге джуниор попадает на проект к бородатым дядькам, за год в боевых условиях получает гору нового опыта и меняет свою картину мира на более адекватную. Как следствие, идёт переосмысление своих целей. Ну и ясно, что в большинстве случаев оказывается, что выбор был сделан неправильно.
Я вот, например, 1-ый код писал гуи под виндовс, а ровно через год выбил себе перевод на линуксовую системщину.
В довесок, за год можно сильно увеличить компетенцию в узкой области, соответственно, оставаясь «джуниором» вообще, на конкретном проекте можно стать (по факту) мидлом, но платить-то будут всё-равно как джуниору :-)
Так что, имхо, большим конторам имеет смысл заранее закладывать подобную ротацию новичков внутри компании (чтобы к конкурентам не убегали) и даже стимулировать. А малым — тепреть боль и страдания от неизбежных потерь.
no subject
no subject
Конец проекта виден издалека, и самые умные спрыгивают первыми.
no subject
no subject
no subject
если это начинает принимать совсем тяжкие формы, начинаются разговоры о перегретом рынке, сговоры о взаимном отказе от хедхантинга сотрудников, стеклянные потолки зарплат, вот это все...
no subject
прямо физически чувствуешь как земля уходит из под ног: кругом qt5, монады, кложурь, кластеры, а ты как говнякал опердень на qt4 так и говнякаешь (и будешь говнякать, если ничего не изменить). в итоге задерживаются только те, которые сознательно как-то рассчитывают строить карьеру.
no subject
no subject
no subject
Сидишь ты среди кложури и F# и борешься с идеей "написать к этому клиент десктопный на C++/Qt", потому что веб неудобно, жаба и C# в 10-100 раз больше размером и подтупливают, а старый клиент на дельфи на линуксе не запустишь, да и разработчиков на него найти уже невозможно.
Я надеюсь, может Rust допилят, что ли. К нему бы GUI фреймворк нормально сделать или Qt прикрутить было бы весьма неплохо.
no subject
no subject
1 становится скучно
2 проект близится к концу, и пора искать новый
дольше остаются только дураки
no subject
Всё зависит от настроя мозгов. Мне интересно решать задачи, а не использовать кложуры (хотя на лиспах я писал и мне очень понравилось).
no subject
Если ты все эти десять лет работал над этим продуктом, то всё ещё интереснее, чем если только что пришёл.
no subject
если подумать, 12 лет назад еще mfc и C builder был актуален, это ж ебануться.
PS. я преувеличиваю, разумеется. баланс необходим, и о сбалансированном сроке можно спорить. однако ж 12 лет это как-то круто; поделитесь где столько креативных задач наваливают?
no subject
Сейчас контора называется Parallels.
no subject
Опыт равен нулю, но хотят очень много.
А через год сваливают. И совсем не в разработку, а куда угодно.
no subject
no subject
2. действительно, как тут выше писали, переосмысление себя. не у всех компаний есть куда человека потом пересадить. у некоторых - есть
3. да, действительно, рынок дебильный, честно поднять зарплату в полтора раза всех давит жаба, а конкуренция тем не менее заставляет перекупать разработчиков, в сухом остатке получается что до определенного уровня квалификации (когда уже платят выше рынка) менять работу проще.
no subject
Все на самом деле так:
1. Уходят джуниоры. Кто поопытней - меняют проекты, но скорее всего останутся в компании.
2. Уходят потому, что их внутренняя оценка своих навыков, основанная на поверхностном знании языка, фреймворка и вообще технологии разработки ПО, находится в конфликте с оценкой остальной команды. Не манагера, не владельца конторы, не заказчика - именно команды.
3. Поверхностных знаний джуниору хватит, чтобы пройти интервью на позицию мида. Их еще недостаточно, чтобы реально качественно выполнять работу мида, но интервью он пройти уже сможет.
4. Джуниоры, в силу молодости, резки, как понос и идут увольняться уже имея оффер от другой конторы. Потому, даже если очень хочется предложить джуниору больше, чтобы не терять человека, которого уже _почти_ обучили, скорее всего предложить вы ничего не успеете.
Есть волшебные конторы, которые умеют грамотно утилизировать джуниоров, удерживая их контрактами и т.п. Остальные. нанимая жуниора, играют в лотерею: успеют обучить или нет, после обучения сумеют удержать или нет.
no subject
no subject
no subject
no subject
а) мало;
б) порог входа;
в) высокий lock-in на работодателя, и связанные с этим риски. не неоправданно высокие, но очень высокие.
после 12 лет свитчнуться в условную хипстоту с условным вебдевом будет очень сложно.
no subject
однако, вот 18 лет опыта это тащемта такой срок, за который люди либо сваливают, либо дорастают до уровня условного principal developer'а, который способен потащить проект на себе, нанимать людей в него и все такое.
и если перед неким работодателем будет стоять вопрос, нанимать на проект вас, или хипстера тоже 10+ лет с резюме с чем там щас модно... я не знаю, возможно и не в вашу пользу сложится ситуация (при условии что "хипстер" действительно работал, а не попивал смузи). просто потому что "пытался применить технологию Х" в сложившемся проекте и "поддерживал боевой проект на Х" это две большие разницы.
то есть, я хочу сказать, что сидя 10+ лет на проекте неизбежно замыкаешься в нише этого проекта, даже не в смысле конкретных навыков, а общего кругозора. а ниши они такие, имеют свойство схлопываться.
no subject
Когда в РБ будет полно программистов 50-ти летних. Будем посмотреть на прыгающих джуниоров :)
no subject
no subject
no subject
Свичнуться не сильно просто в любое другое направление. Даже тупо обычные простые веб-приложения типа там вордпресса и хайлоад типа твиттера - и то заметно разный експириенс. В любом случае при свиче ты дропаешься на пару уровней ниже, всё-таки опыт - штука важная.
Длительная работа над одним продуктом даёт тебе понимание стратегии, даёт возможность на практике провалидировать правильность твоих решений (как технологических, так и процессных).
Основной минус длительной работы над одним продуктом - окостенение, деформация, "синдром утёнка" и прочие психологические аспекты. Здесь не берусь судить, всё-таки от человека очень многое зависит. Как говорится, иногда 10 лет опыта - это один год опыта, повторенный 10 раз.
no subject
1. толковость
2. понимание простой вещи, что промышленное программирование целью своей имеет зарабатывание денег
3. умение самостоятельно драйвить выделенный участок работ
4. умение самообразовываться до нужного уровня
Вроде всё. А технологии сегодня одни, завтра другие.
А вообще мне лично похеру на мою ценность как специалиста. Мне нравится разработка, вот и всё :)
no subject
no subject
Вот именно из-за такого отношения мы и имеем в отвратительный гуи в линуксах.
no subject
no subject
Это необходимое условие, но не достаточное.
> умение самообразовываться до нужного уровня
Сколько времени займет это самообразование? Вы там в своем параллелсе занимаетесь, допустим, виртуализацией. Долго занимаетесь, досконально знаете продукт. И что, можно вот так после десяти лет взять и пойти в какой-нибудь EMC, в core team, делать стораджи?
> похеру на мою ценность как специалиста
Это пока работу искать не пришлось :-)
no subject
да, я насмотрелся в прошлой конторе. там таких "пятнадцатилетних капитанов" хватало.
тут есть один принципиальный момент: с окостенением, деформацией и проч. надо уметь осмысленно бороться. причем просто делать свою работу недостаточно. даже очень хорошо делать работу — недостаточно. тем более что в достаточно большом проекте самая объемная работа — самая бессмысленная. надо прямо таки влезать без мыла в каждую дырку.
и вот в этом месте можно нарваться на сопротивление "старших товарищей", которые как-то отгрызли себе кусок осмысленной деятельности и делиться им, понятно, не хотят. то есть, начинаются как раз игры в политику, "построение карьеры" и прочая.
если внутреннего отвращения к этому нет, то всё ок. иначе проще сваливать каждые три-пять лет.
no subject
no subject
no subject
Если через год юниорства видимого роста нет, то надо расставаться. С точки зрения работника мало кому нравится образ жизни гриба, а с точки зрения работодателя если человек не растёт даже с нулевой базы, то толку от него не будет никогда.
no subject
no subject
Опять же, "год" - это средняя температура по больнице. На моей памяти рекордсменом был жуниор, сбежавший через 4 месяца.
no subject
А это уже п.2. Тоже, кстати частично лечится - просто позицию не называют "юниор" или там "самый глупый человек на свете". :) Например заводится N грейдов (если мало N, то К грейдов :), первые несколько грейдов соотвествует тому, что в обиходе называют "юниор", но при очередной аттестации человеку говорят: вот ты был программист первого грейда, но за год круто вырос, так что теперь будешь программист аж второго грейда и зарплату мы тебе повышаем соотвественно, ну а область ответственности у тебя и так выросла, сам видишь. Если, конечно, человек действительно вырос и оказался нужен. И так N раз. Ну а грейду к энному всё это писькомерство человеку уже и не нужно становится. :)
no subject
no subject
Не знаю чего хотят, может свою точку на жданах открыть.
no subject
Они просто смотрят на своих менеджеров, которые вошли первыми на рынок, и просто не было кому занимать руководящие должности. Когда сегодняшние 30-ти летние выйдут на 40 будет достаточно старших и опытных товарищей.
no subject
в вакансии что-то типа "новый проект, новые технологии, удачный дизайн проекта, разработка свежая, с нуля", а на практике выясняется, что у проекта огромный "технический долг", с которым никто не хочет бороться.
но есть волшебные конторы, где такого рода трэш минимален.
no subject