Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
ценность современных сеньоров и тимлидов девальвирована.
Автор статьи выразил недовольство тем, что теперь на эту должность могут претендовать программисты с опытом работы всего лишь 3-4 года.
Раньше «синьорами» становились лишь те, кто обладал значительным опытом и прошел через множество испытаний. Это были «решалы», прошедшие несколько сложных кейсов, знающие архитектуру, способные распутывать сложные системы. При этом оценивались такие софт-скиллы, как профессиональная этика и ответственность.
Теперь же синьоров «раздают направо и налево», используют статус для удержания в компании, а сами сотрудники – для построения личного бренда.
Мы не знаем, из-за какого синьора так сильно бомбануло автора статьи, но, судя по откликам, вопрос острый. Действительно, разработчики, которые остаются в одной компании на протяжении многих лет, растут гораздо медленнее, чем те, кто часто меняет места работы. Однако многие считают, что должность не так важна, как зарплата
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием.
Думаю что чем выше ты находишься по организационной лестнице, тем выше зряплата, но тем больше нетехнических вопросов тебе приходится решать. Соответственно хочешь больше денег — готовься заниматься НЕ кодированием.
MR>Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
Для тебя придумали "техлидов" и "архитекторов", в особо тяжелых случаях chief principal architect
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу?
А лучше чтобы профаны от программирования руководили группами и проектами разработки?
MR>Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Ходишь писать код — пиши код, как обычный senior\middle\junior разработчик. Чем ты в 40+ лучше 25-летнего? Только денег больше хочешь и учишься медленнее.
Здравствуйте, gandjustas, Вы писали:
G> Чем ты в 40+ лучше 25-летнего? Только денег больше хочешь и учишься медленнее.
Вот щас обидно было Ну, я, типа опытный, все дела. Могу в автономность, могу менторить. На грабли наступаю куда реже. У меня нет желания попробовать за счёт работодателя вон ту новенькую красивенькую техноложеньку. Короче, я сто пудов лучше
вот тоже смотрю сейчас вакансии и в шоке просто ладно сеньор с 2-3 годами опыта. так сейчас есть вакансии Head of R&D или CTO с 4-5 годами опыта и это не микро-фирмы с 2-мя человеками в составе... как можно быть главой разработки в 25 лет не ну я хз... может я каких-то старых взглядов или мне с моим опытом это как-то иначе видится... я короче в шоке
Здравствуйте, MaxRos, Вы писали:
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Чтобы было личное развитие, нужен рост по индустрии. Когда сегодня 10 лидов и 100 разработчиков делают 10 новых продуктов, а через год продуктов стало 50, и нужно 50 лидов и 500 рядовых. Тогда у рядового есть возможность просечь, какие качества критичны для хорошего разработчика, и, став лидом, развивать эти качества у других.
А сейчас роста нет — есть болото. Продукты стагнируют, разработка сводится к перекидыванию джейсонов, в менеджменте постоянная грызня за кусок бюджета. Победивший выкидывает не понравившихся, и приводит кучу своих людей. Нафиг ты там нужен со своей эффективностью и умением решать задачи?
Поэтому, ключевой вопрос — не в какую должность расти, а где этот рост будет востребован. Сейчас из растущих ниш — оборонканападанка и всякое импортозамещение. Если есть желание с этим возиться, можно вырасти, но надо учитывать местную специфику, и не попасть под раздачу. Шарпкодер, вроде, тренд оседлал. Если сидеть в условном майкрософте и двигать кнопку "Пуск", куда скажет каждый из 10 начальников, то да, перспектив будет мало.
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом.
А потом обратно в синьоры, уже накушавись управлением. Кстати, сейчас некоторые компании уже ищут не просто синьоров, а именно тех, кто попробовал себя в тимлидерстве и осознанно вернувшихся в разработку. Потому что, как правильно сказали, понятие голого синьора себя дискредитировало.
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Тимлидил на последних двух работах. Не очень понравилось. Но я там был скорее как играющий тренер. На последней работе вообще, вроде и тимлид, а по факту ХЗ кто. Мне кажется, идеально, это сочетание написания кода и наставничество над менее опытными коллегами. Ну и проявление инициативы нужно, чего мне на последней работе не хватало. В принципе, ее и не хватало) а так бы горы свернул)
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Это почти целиком и полностью зависит от твоего типа характера, предпосылки к формированию основы которого были зафиксированы уже в момент твоего рождения, а дальше были только коррекции, которые принципиально изменить уже ничего не могли. А дальше почти все шло с момента твоего рождения по шаблону к заранее известному результату. HR на это обучены, и хороший HR обычно видит сразу, кому лучше пойти в менеджеры, а кому — лучше остаться в разработке. Иногда, правда, возможен выбор пути, но не так чтобы часто и повсеместно. Короче, все уже давно за тебя решено. Ты можешь только принять, прислушавшись к себе, или не принять, продолжая упорствовать да сопротивляться естественному и очевидному
Б>Устраиваться в зарубежные иои отечественные бигтехи, где программисты на высоких грейдах могут получать больше руководителя тим-лидов.
Чтобы было понятно соотношение: на одинаковых грейдах IC8/D1 программистов будет примерно 1 на 1000, а директоров — 1 на 75. На грейдах выше программистов нет, ну а менеджеров дохрена.
И чтоб два раза не вставать: программистов IC8 среди всех IC8 практически нет. Это все те же менеджеры с "софт-скилами", просто без прямых подчиненных, и вместо целеуказаний оным товарищам требуется заниматься "alignment'ом". То бишь еще более сложными политическими играми (по сравнению с менеджментом). Собственно, потому IC на высоких грейдах так мало в сравнении с менеджерами — это намного более сложная работа.
Так же, как и топ-менеджерами большинство менеджеров никогда не станет. Но это же не повод отказываться от своей работы)
Но делая то, что нравится, т.е. программируя, можно получать больше тим-лидов и даже следующей ступеньки. Т.е. финансовый вопрос мучать не будет.
Здравствуйте, DiPaolo, Вы писали:
DP>вот тоже смотрю сейчас вакансии и в шоке просто ладно сеньор с 2-3 годами опыта. так сейчас есть вакансии Head of R&D или CTO с 4-5 годами опыта и это не микро-фирмы с 2-мя человеками в составе... как можно быть главой разработки в 25 лет не ну я хз... может я каких-то старых взглядов или мне с моим опытом это как-то иначе видится... я короче в шоке
Я понимаю "CTO с 4-5 годами опыта" как "CTO с 4-5 годами опыта в роли СТО".
Здравствуйте, MaxRos, Вы писали:
MR> Надеюсь программить до пенсии, если дадут.
Зря надеешься. В 50 работоспособность уже совсем не такая, как в 25. Если ты не врос в кресло, молодые же съедят.
Лучше подумал бы над планом Б.
План А может быть простой как 3 копейки —
заработать $500K например (ну или какая там сумма нужна для того места где ты живешь) до 50 лет, дальше можно не работать.
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, MaxRos, Вы писали:
MR>> Надеюсь программить до пенсии, если дадут.
bnk>Зря надеешься. В 50 работоспособность уже совсем не такая, как в 25. Если ты не врос в кресло, молодые же съедят. bnk>Лучше подумал бы над планом Б.
bnk>План А может быть простой как 3 копейки — bnk>заработать $500K например (ну или какая там сумма нужна для того места где ты живешь) до 50 лет, дальше можно не работать.
Что за глупости? Нет ни каких проблем до пенсии программистом доработать.
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
Ну пускай существует, это не запрещено. Как вообще чье-то мнение может влиять на то что ты хочешь или не хочешь?
MR>Как быть, если тебе 40+, но ты не хочешь руководить?
Найти место, где тебя не будут "тащить" в менеджеры.
MR> Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Б>Но делая то, что нравится, т.е. программируя, можно получать больше тим-лидов и даже следующей ступеньки.
При прочих равных — нет, нельзя. Программировать будешь куда меньше (вплоть до нуля), а вот заниматься "общением с людьми" намного больше.
Б> Т.е. финансовый вопрос мучать не будет.
А это вообще перпендикулярно, мучения от финансового вопроса следует обсуждать отдельно.
Б>Но делая то, что нравится, т.е. программируя, можно получать больше тим-лидов и даже следующей ступеньки. Т.е. финансовый вопрос мучать не будет.
Сам так долгое время думал. Но сейчас считаю, что такое – лишь исключения. К тому же редкие. И уж тем более это справедливо про "следующую ступеньку".
Элементарно, достаточно посмотреть на это с другого масштаба. У тебя 100 разработчиков, этой всей "оравой", уж простите, нужно управлять. Без управления, простите еще раз, товарищи разработчики, ничего годного в средне- и долгосрочной перспективе не получится. Это 100%, что бы ни считали программисты-самые умные-самые-самые-самые все-всё-знающие. И вот чтобы управлять, нужны навыки, в первую очередь, навыки коммуникативные, и также организаторские способности. А также умение видеть всю картину. Такое, в техническом плане, доступно архитекторам. А им платят больше – никого это не смущает. И это логично. Так вот, навыки "архитектора разработки" в целом – еще более сложные, тк управлять приходится не бездушными системами, а десятками-сотнями людей, каждый уникальный мамин пирожочек.
И пожалуйста не надо кидаться фарами "ловите эффективного манагера" я сам разработчик с большим стажем и 10+ годами опыта управления такими же разработчиками.
Руководители разработки управляют ВСЕЙ картиной целиком, направляют разработку в целом.
Если посмотреть на это с точки зрения бизнеса, то тоже становится непонятно, почему Васе нужно платить 5x обычной зп разработчика да, бывают прям уникумы, НО это факап как раз руководителя, что есть такой незаменимый. И вот за подобные штуки и платят руководителям. Разрабам нет смысла платить овердофига, тупо потому что другой уровень ответственности и другой масштаб.
Да, многие разработчики с этим не согласятся и не понимают. Становится понятнее с какого-то момента... Когда как раз начинаешь смотреть на это с другого масштаба, видя всю картину.
Ах, ну да, еще конечно же часто разработчики бывают заносчивы и считают себя пупами земли и потому им надо платить больше, чем дураку-руководителю разработки ("следующая ступенька").
PS все вышесказанное было про R&D-ветку, не про прожект-менеджеров. Про тех отдельный разговор
Здравствуйте, DiPaolo, Вы писали:
Б>>Но делая то, что нравится, т.е. программируя, можно получать больше тим-лидов и даже следующей ступеньки. Т.е. финансовый вопрос мучать не будет.
DP>Сам так долгое время думал. Но сейчас считаю, что такое – лишь исключения. К тому же редкие. И уж тем более это справедливо про "следующую ступеньку".
Конечно исключения, поэтому и написал, что нужно идти в бигтехи, которые в России можно пересчитать по пальцам одной руки.
Само желание развиваться горизонтально, как эксперт — уже своего рода исключение. Плюс бигтехи как раз озабочены построением параллельной технической ветки роста — и уж на 2-3 уровня ее продлили параллельно тим-лиду и юнит-лиду. Чтобы талантливым программистам не приходилось идти в тим-лиды только потому, что дальше некуда расти, и компания теряет и хорошего программиста и получает плохого (потому что несчастного) лида.
Поэтому, чтобы не совершать колоссальную ошибку и идти в менеджеры, потому что некуда расти и потому что там больше платят и существует параллельная ветка.
И еще немного про исключения. Желающие расти в менеджмент задержатся на ступеньке синьера или тех.лида не долго, 1-3 года полагаю. Сознательно выбравший технический трек за 5 и больше лет имеет гораздо большие шансы попасть в эти исключения, если не стопроцентные за счет гораздо большего времени, да еще и помноженного на четкое и осознанное желание программировать и развиваться как программист, инженер и эксперт. Да и не с кем-то особо конкурировать если последовательно качаешь харды и имеешь очень много практики. В какой-то момент знания архитектуры и реализации, и соответственно очень быстрое решение проблем сделают тебя практически незаменимым, и главное, признанным внутри компании экспертом — вот твой и повышенный и сильно повышенный грейд.
Как-будто бы это похоже на классическую ошибку выбирать стек в начале карьеры по кол-ву доступных вакансий, которые скорее говорят о простоте технологии и более средних необходимых скилах, что как раз замедляет твой проф. и карьерный рост. Напротив, скорее было бы интереснее выбрать не php или java, а C++ или Scala. Если уж хочешь заниматься более сложными задачами и иметь дело с более сложными концепциями — это и окупается в итоге. Так же и здесь, программист-эксперт на высоком грейде куда ценнее среднего тим-лида, которых в компании несколько сотен. В крупных ИТ-компаниях это понимают, поэтому и продлевают технические грейды.
В общем, я к тому, что никто не пытается обесценить работу менеджера, а к тому, что экспертная ветка есть, и если нравится программировать, то выбирать надо ее. Но для этого надо хотя бы узнать о ее существовании!
Здравствуйте, SkyDance, Вы писали:
Б>>Но делая то, что нравится, т.е. программируя, можно получать больше тим-лидов и даже следующей ступеньки.
SD>При прочих равных — нет, нельзя. Программировать будешь куда меньше (вплоть до нуля), а вот заниматься "общением с людьми" намного больше.
Как же это нельзя? Вот синьер пошел в менеджерский трек на первую или вторую ступеньку тим-лида. А у тебя в экспертном параллельном треке грейд на +1 или +2 выше. Конечно же ты будешь получать больше.
Здравствуйте, SkyDance, Вы писали:
Б>>Устраиваться в зарубежные иои отечественные бигтехи, где программисты на высоких грейдах могут получать больше руководителя тим-лидов.
SD>Чтобы было понятно соотношение: на одинаковых грейдах IC8/D1 программистов будет примерно 1 на 1000, а директоров — 1 на 75. На грейдах выше программистов нет, ну а менеджеров дохрена.
Подумал, может быть я неверно понял сообщение автора темы. Перечитал. Вопрос же был, условно можно ли программировать до пенсии, а не идти в менеджеры, т.к. это видится единственной веткой развития.
Ответ, да можно и нужно, если хочется. Этим вопросом уже озаботились, есть параллельная ветка технических грейдов с сопоставимой компенсацией, на еще +3 уровня, как мы видим на примере того же Авито, а уж других Яндексов и подавно. Жаль только про это мало рассказывают.
Здравствуйте, SkyDance, Вы писали:
SD>А это вообще перпендикулярно, мучения от финансового вопроса следует обсуждать отдельно.
А мне кажется, очень даже в тему. Т.к. еще же хочется не только заниматься любимым делом (программировать), но и не сожалеть об упущенных возможностях (финансовых и прочих признаний), т.к. работа программиста тоже далеко не сахар и романтика значительную часть времени.
Здравствуйте, mgu, Вы писали:
DP>>вот тоже смотрю сейчас вакансии и в шоке просто ладно сеньор с 2-3 годами опыта. так сейчас есть вакансии Head of R&D или CTO с 4-5 годами опыта и это не микро-фирмы с 2-мя человеками в составе... как можно быть главой разработки в 25 лет не ну я хз... может я каких-то старых взглядов или мне с моим опытом это как-то иначе видится... я короче в шоке
mgu>Я понимаю "CTO с 4-5 годами опыта" как "CTO с 4-5 годами опыта в роли СТО".
G> Кстати, сейчас некоторые компании уже ищут не просто синьоров, а именно тех, кто попробовал себя в тимлидерстве и осознанно вернувшихся в разработку. Потому что, как правильно сказали, понятие голого синьора себя дискредитировало.
что это за компании такие? у меня наоборот от этого проблемы, когда узнают что опять туда уже не хочу сильно напрягаются
Здравствуйте, Qulac, Вы писали:
Q>Что за глупости? Нет ни каких проблем до пенсии программистом доработать.
Сравнивая свою собственную работоспособность в 20-25 лет допустим и сейчас (мне правда 50 еще нет, но 45 уж есть),
мне очевидно, что раньше я мог за тот же самый промежуток времени изучить и реализовать намного больше,
с примерно тем же самым качеством выхлопа.
К тому же сейчас мотивации уже намного меньше.
В общем не вижу причины работодателю нанимать такого вот дядьку, а не 25-летнего бойца.
При условии, что 25 летних достаточно.
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, Qulac, Вы писали:
Q>>Что за глупости? Нет ни каких проблем до пенсии программистом доработать.
bnk>Сравнивая свою собственную работоспособность в 20-25 лет допустим и сейчас (мне правда 50 еще нет, но 45 уж есть), bnk>мне очевидно, что раньше я мог за тот же самый промежуток времени изучить и реализовать намного больше, bnk>с примерно тем же самым качеством выхлопа.
bnk>К тому же сейчас мотивации уже намного меньше.
bnk>В общем не вижу причины работодателю нанимать такого вот дядьку, а не 25-летнего бойца. bnk>При условии, что 25 летних достаточно.
Я вот у себя ни чего не замечаю, если только мотивация. Иногда мне кажется, что в некоторых конторах ее стараются искоренить как что-то лишнее. А вообще это проблема всех профессий, а не только программистов — с возрастом нужно больше усилий, что бы найти работу. В общем я из программистов ни куда не собирался и не собираюсь.
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Сначала ты должен разобраться в вопросе — зачем тебе работа ? Что тебе от нее нужно, например наиболее частые мотивы это — деньги, слава/известность/признание, знакомства/общение, само дело/рабочий процесс.
Обычно основная причина которая заставляет искать работу по крайней мере на начальном этапе — это деньги, далее уже зависит от финансовой граммотности, например можно выйти на пассивный доход и тогда работа становится желательной но не обязательной.
Если нужна слава/известность — пиши статьи, видосики, ходи на конференции, ментори.
Знакомства/общение — для этого тоже есть много групп, семинаров, конференций, в крупных городах можно ходить ежедневно.
Дело/рабочий процесс — можно участвовать как в существующем open source так и создать свой проект, привлечь группу людей.
”Жить стало лучше... но противнее. Люди которые ставят точку после слова лучше становятся сторонниками Путина, наши же сторонники делают акцент на слове противнее ( ложь, воровство, лицемерие, вражда )." (с) Борис Немцов
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
Это мнение "волчар" Нахарова и прочих хитрожопых экстравертов, которые пришли в IT исключительно из-за бабла, но при этом все равно убеждены, что программисты — это задроты, и условному "нормальному пацану" писать код зашквар, а нужно гонять мяч во дворе, пить водку на вписках и снимать девчонок в клубах. Т.е. для них сам процесс программирования — вынужденный, неприятный этап в жизни, который необходимо как можно скорее проскочить.
Настоящий программист пишет код с детства, и ему это нравится, а неприятным и стрессовым является любое общение, будь то руководство коллегами или обсуждение требований с заказчиком. Собственно поэтому тмлидство и аналитика — это отдельные профессии, к программированию никакого отношения не имеющие (пусть и требующие немного разбираться в ЯП, БД и фреймворках).
Если вы настоящий программист с нулевыми софт-скиллами и пятерками по математике в школе/универе, то не обращайте внимания на мнение экстравертов, это они говорят про себя, а не про вас.
Как запру я тебя за железный замок, за дубовую дверь окованную,
Чтоб свету божьего ты не видела, мое имя честное не порочила…
М. Лермонтов. Песня про царя Ивана Васильевича, молодого опричника и удалого купца Калашникова
Здравствуйте, okon, Вы писали:
O>Сначала ты должен разобраться в вопросе — зачем тебе работа ? Что тебе от нее нужно, например наиболее частые мотивы это — деньги, слава/известность/признание, знакомства/общение, само дело/рабочий процесс.
Что тут понимать? Любая работа всегда делается ради денег, иначе это называется хобби. И не бывает никаких других причин, чтобы работать вместо развлечений.
Чтобы работать было не так тяжело и неприятно, люди стараются получать образование и выбирать дело по душе — для технаря, например, таким является программирование.
Пусть перекладывать JSON'ы не так интересно, как решать математические головоломки, но это все же лучше, чем стоять на кассе или (если брать сравнимый уровень дохода) копаться в хитросплетениях законов.
Как запру я тебя за железный замок, за дубовую дверь окованную,
Чтоб свету божьего ты не видела, мое имя честное не порочила…
М. Лермонтов. Песня про царя Ивана Васильевича, молодого опричника и удалого купца Калашникова
Здравствуйте, bnk, Вы писали:
bnk>В общем не вижу причины работодателю нанимать такого вот дядьку, а не 25-летнего бойца. bnk>При условии, что 25 летних достаточно.
Все правильно, только не надо потом ныть о "дефиците кадров" (на самом деле — дефиците всезнающих сеньоров, готовых работать за еду).
Если на проекте не нужен сеньор, то действительно лучше взять 25-летнюю макаку, только окончившую универ.
Как запру я тебя за железный замок, за дубовую дверь окованную,
Чтоб свету божьего ты не видела, мое имя честное не порочила…
М. Лермонтов. Песня про царя Ивана Васильевича, молодого опричника и удалого купца Калашникова
DP>И пожалуйста не надо кидаться фарами "ловите эффективного манагера" я сам разработчик с большим стажем и 10+ годами опыта управления такими же разработчиками.
Оно заметно. Разработки осталось мало, лозунгов, напротив, много. Про "следующий уровень" и "работать вместе".
Это всего лишь разграничение информации, и недопуск людей с нижнего уровня до оной. Заранее предупрежу, что знаю это вовсе не понаслышке (плашку "эффективный менеджер" мне уже тоже выдавали где-то в соседнем треде, я уже и не помню, по какому поводу).
Б>Как же это нельзя? Вот синьер пошел в менеджерский трек на первую или вторую ступеньку тим-лида. А у тебя в экспертном параллельном треке грейд на +1 или +2 выше. Конечно же ты будешь получать больше.
Я уже приводил статистические данные в предыдущем сообщении. Получить IC7 на порядок сложнее M2 (на десятичный порядок, по количеству людей на позициях).
Большинство инженеров на этом уровне программируют от силы 20% своего времени (когда могут дорваться). Остальное время сидят по митингам, пишут доки, уговаривают кого-нибудь, и занимаются прочей организаторской деятельностью. Исключения бывают, и их в компании порой знают не только в лицо, но и в "стиль кодирования".
Б>Подумал, может быть я неверно понял сообщение автора темы. Перечитал. Вопрос же был, условно можно ли программировать до пенсии, а не идти в менеджеры, т.к. это видится единственной веткой развития. Б>Ответ, да можно и нужно, если хочется. Этим вопросом уже озаботились, есть параллельная ветка технических грейдов с сопоставимой компенсацией, на еще +3 уровня, как мы видим на примере того же Авито, а уж других Яндексов и подавно. Жаль только про это мало рассказывают.
Ничуть не мало рассказывают. Просто люди не дураки, и понимают, насколько это сложнее, двигаться по столь экзотической лестнице. А уж классика соскока на менеджерский трек чтобы потом вернуться обратно в технический (но уже с прицелом на +1 грейд в следующий цикл) и вовсе оскомину набила. Вплоть до того, что индусские форумы заполнены такими советами
Б>А мне кажется, очень даже в тему. Т.к. еще же хочется не только заниматься любимым делом (программировать), но и не сожалеть об упущенных возможностях (финансовых и прочих признаний), т.к. работа программиста тоже далеко не сахар и романтика значительную часть времени.
Ага, и рыбку съесть, и что-то там еще. И на елку влезть заодно.
Хочешь заниматься любимым делом — занимайся. Не выходи из зоны комфорта. Можно, конечно, поныть на форумах "хочу больше денег за то, что я занимаюсь любимым делом", но капиталистический мир так не работает.
Потому что деньги даются не за занятия любимым делом. А за создание чего-то, что востребовано другими людьми. Может случиться совпадение этих двух веток, но обычно таки требуется выйти из зоны комфорта, и занятсья нелюбимым делом.
bnk>мне очевидно, что раньше я мог за тот же самый промежуток времени изучить и реализовать намного больше, bnk>с примерно тем же самым качеством выхлопа.
А я вот не мог (и не вижу, чтоб другие могли). Слишком долго занимало изучение очередного языка или фреймворка. Сейчас могу наклепать что угодно на чем угодно.
Здравствуйте, Worminator X, Вы писали:
WX>Если вы настоящий программист с нулевыми софт-скиллами и пятерками по математике в школе/универе, то не обращайте внимания на мнение экстравертов, это они говорят про себя, а не про вас.
но все равно становиться обидно когда после 40 девченки начинают давать исключительно тем кто выбился в менеджеры
Здравствуйте, SkyDance, Вы писали:
bnk>>мне очевидно, что раньше я мог за тот же самый промежуток времени изучить и реализовать намного больше, bnk>>с примерно тем же самым качеством выхлопа.
SD>А я вот не мог (и не вижу, чтоб другие могли). Слишком долго занимало изучение очередного языка или фреймворка. Сейчас могу наклепать что угодно на чем угодно.
Надо сравнивать одинаковые условия, в смысле не апельсины с яблоками.
Возможно я сейчас и быстрее пишу что-то полезное с помощью всяких протезов типа того же GPT, но мне кристально ясно что это не есть моя заслуга.
И если например поставить в те же условия, что и 25 лет назад, то производительность 100% была бы намного ниже чем тогдашнего.
Полагаю что обратная проекция так же верна.
bnk>Возможно я сейчас и быстрее пишу что-то полезное с помощью всяких протезов типа того же GPT, но мне кристально ясно что это не есть моя заслуга.
Нет, дело не в этом. Сейчас если я вижу очередной "прорывный фреймворк" или "супер-пупер-классный язык", мне нужно просто перевести терминологию этого очередного велосипеда в привычную, уже 100500 раз изученную. В самом деле, за последние 25 лет все, что я вижу, так это очередные витки спирали, с постоянными переименованиями одного в другое. Хостинг продать невозможно, давайте продадим "облако".
Единственным исключением стало изучение функциональщины в 2016, и с тех пор я так ничего нового и не смог встретить. Каждый раз все заканчивается копированием байтиков в памяти.
Сейчас я куда быстрее напишу все то, что писал 20 лет назад, просто потому, что уже хорошо знаю, где разложены грабли. Потому что знаю, начинать надо с тестов (а 20 лет назад начинал с кода, и потом судорожно пробовал написанный без тестов код оными тестами покрыть — ничего удивительного, что суммарно уходило куда больше времени).
А самое главное, мне написанный код не придется переписывать. Или хотя бы не придется переписывать в столь огромном объеме, как это было бы с 25-летним мной. Так что, пожалуй, сейчас моя производительность если не на порядок, то уж раз в 5 точно выше.
Здравствуйте, Быдлокодер, Вы писали:
Б>Подумал, может быть я неверно понял сообщение автора темы. Перечитал. Вопрос же был, условно можно ли программировать до пенсии, а не идти в менеджеры, т.к. это видится единственной веткой развития. Б>Ответ, да можно и нужно, если хочется. Этим вопросом уже озаботились, есть параллельная ветка технических грейдов с сопоставимой компенсацией, на еще +3 уровня, как мы видим на примере того же Авито, а уж других Яндексов и подавно. Жаль только про это мало рассказывают.
На уровне Senior MTS программирования становится уже очень мало, следующие 4 уровня технической ветки вообще им не занимаются. Ну а менеджерская ветка там на 3-4 уровня длиннее. Так что смотрим на техническую ветку и понимаем, что ограничения всё таки есть.
С другой стороны, если посмотреть на траектории в Интеле, то там намного сложнее, ветка Software engineer длиннее, чем Software engineer manager в обе стороны.
_A_>Мне кажется, идеально, это сочетание написания кода и наставничество над менее опытными коллегами.
Вот этого я не понимаю. Зачем?
Бизнес экономит на специалистах и нанимает новичков. Ты их обучаешь, мучаешься с ними,а они уходят. Оставив после себя эксперименты в коде и примитивные баги.
Лично я вырос из потребности кого-то обучать чтобы потешить чсв. Неблагодарный труд.
Здравствуйте, gandjustas, Вы писали:
G>А лучше чтобы профаны от программирования руководили группами и проектами разработки?
Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы. Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень. Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми.
Здравствуйте, mrTwister, Вы писали:
T>Здравствуйте, gandjustas, Вы писали:
G>>А лучше чтобы профаны от программирования руководили группами и проектами разработки?
T>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы.
Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
T>Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень.
Чтобы понимать о чем с тобой разговаривают технари надо иметь высокий технических уровень.
T>Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми.
А при чем тут тестировщики? Разработчики и аналитики также могут иметь насмотренность, также могут уметь или не уметь общаться.
Здравствуйте, gandjustas, Вы писали:
T>>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы. G>Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
Именно так. VP по разработке может хоть принтер настраивать, если ему так хочется. Но надо понимать, что в это время он не выполняет свои основные обязанности. Ответственность IC — создать продукт, задача менеджера — создать команду, которая создаст продукт.
T>>Достаточно иметь широкий технический кругозор, чтобы понимать о чем с тобой разговаривают, для этого не требуется высокий технический уровень. G>Чтобы понимать о чем с тобой разговаривают технари надо иметь высокий технических уровень.
Вообще нет.
T>>Хороший руководитель может выйти, например, из тестировщиков. Тут важнее общая насмотренность проектов: как они разрабатываются, как факапятся. Плюс уметь общаться, договариваться, работать с людьми. G>А при чем тут тестировщики? Разработчики и аналитики также могут иметь насмотренность, также могут уметь или не уметь общаться.
Тестировщиков я для примера привел, из них часто получаются хорошие технические менеджеры (так же, как и из разработчиков).
Здравствуйте, SkyDance, Вы писали:
SD>Потому что деньги даются не за занятия любимым делом. А за создание чего-то, что востребовано другими людьми.
В современном программировании обычно занимаются ненужными пользователям "новыми версиями".
SD>Может случиться совпадение этих двух веток, но обычно таки требуется выйти из зоны комфорта, и занятсья нелюбимым делом.
Здравствуйте, RonWilson, Вы писали:
RW>Здравствуйте, sergey2b, Вы писали:
S>>но все равно становиться обидно когда после 40 девченки начинают давать исключительно тем кто выбился в менеджеры
RW>гнустное вранье
Оказывается, что есть те кто живет ради п*зды на ножках.
Здравствуйте, Qulac, Вы писали:
RW>>Здравствуйте, sergey2b, Вы писали:
S>>>но все равно становиться обидно когда после 40 девченки начинают давать исключительно тем кто выбился в менеджеры
RW>>гнустное вранье
Q>Оказывается, что есть те кто живет ради п*зды на ножках.
Ну я точно не для этого живу корреляции между возрастом, должностью не заметил вообще, это где-то в другой Вселенной. Это как говорить "а! купил Ford F-150 — значит у человека ТАААААКИЕ комплексы"
T>>Руководителю не нужно принимать технических решений, для этого есть высокогрейдовые individual contributor'ы. G>Про какого руководителя речь? VP по разработке не надо принимать технических решений? Серьезно?
Думаю, для вас "технические" решения означают не совсем то же, что и для оппонента.
VP может принять решение "переходим с Nomad на Kubernetes", оно вроде как и выглядит техническим, но на деле к технике вообще не имеет отношения. Технический знаний для принятия подобного решения не требуется (а то и вовсе, будет хуже эти знания иметь). Зато требуется хорошо понимать восприятие такого решения персоналом.
mgu>В современном программировании обычно занимаются ненужными пользователям "новыми версиями".
Если бы оно в самом деле было так, то вместо роста пользователей наблюдался бы их отток. А значит, смену курса разработки. Или вовсе сворачивание, так что новых версий больше не будет, как вы и хотели.
mgu>Можно превратить нелюбимое дело в интересное.
Очень хотелось бы узнать, как именно это осуществить.
Здравствуйте, bnk, Вы писали:
bnk>И если например поставить в те же условия, что и 25 лет назад, то производительность 100% была бы намного ниже чем тогдашнего. bnk>Полагаю что обратная проекция так же верна.
25 лет назад у меня было бы всего одно решение для задачи. Не факт, что оно было бы эффективное (просто единственное, которое тогда я мог бы придумать) и 100%, что оно не учитывало кучу нюансов, которые всплывут через пару релизов.
Но зато быстро!
А сейчас, реализуя ту же задачу, я буду ещё неделю-другую перебирать, какое из решений тут подойдёт и что за собой потащит.
"Многие знания — многие печали"
_____________________
С уважением,
Stanislav V. Zudin
Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>А сейчас, реализуя ту же задачу, я буду ещё неделю-другую перебирать, какое из решений тут подойдёт и что за собой потащит. SVZ>"Многие знания — многие печали"
Вам повезло с областью и работой
В американских компаниях редкость что бы дали время, на исследования (речь об 1-2-3 неделях а не месяцев)
Здравствуйте, RonWilson, Вы писали:
RW>Ну я точно не для этого живу корреляции между возрастом, должностью не заметил вообще, это где-то в другой Вселенной. Это как говорить "а! купил Ford F-150 — значит у человека ТАААААКИЕ комплексы"
справедливости ради 98% владельцев F150 ездиют и паркуються как чудаки,
некоторая кореляция явно существует
Здравствуйте, sergey2b, Вы писали:
S>Здравствуйте, RonWilson, Вы писали:
RW>>Ну я точно не для этого живу корреляции между возрастом, должностью не заметил вообще, это где-то в другой Вселенной. Это как говорить "а! купил Ford F-150 — значит у человека ТАААААКИЕ комплексы"
S>справедливости ради 98% владельцев F150 ездиют и паркуються как чудаки, S>некоторая кореляция явно существует
откуда эта статистика? из головы? т.е. по остальным пунктам — все верно? (с)
Здравствуйте, RonWilson, Вы писали:
RW>откуда эта статистика? из головы? т.е. по остальным пунктам — все верно? (с)
я практически каждый день наблюдаю 2-5 F150 каждый день
я верю что на них ездию нормальные люди но я пока исключений не видел,практически каждый водитель F150 парукеться на два парковочных места
ездиит на красный, проезжает на стоп без остановки и меняет полосу не глядя
есть и более формальная статистик на этот счет
According to ndakotalaw.com, the Ford F-Series, including the F-150, was involved in more fatal accidents than any other car, truck, or SUV in one study. The F-150 model was responsible for 65% of all fatal F-Series crashes. However, the Ford F-150 has also received high safety ratings, including a "Good" rating for roof strength in the 2021 model.
Here are some other things to know about the Ford F-150:
Reliability: Newer Ford F-150s have a reliability score of 78–86%.
Fuel efficiency: The F-150 gets 24 miles per gallon on the highway.
Towing and hauling: The F-150 is often near the top of its class for towing and hauling.
Family vehicle: The F-150 SuperCrew model can be a good family vehicle because it has plenty of space for passengers and cargo.
Longevity: A Ford F-150 can last around 200,000 miles if properly cared for.
Здравствуйте, SkyDance, Вы писали:
mgu>>В современном программировании обычно занимаются ненужными пользователям "новыми версиями".
SD>Если бы оно в самом деле было так, то вместо роста пользователей наблюдался бы их отток. А значит, смену курса разработки.
Почему от перетасовки кнопок должен быть отток?
SD>Или вовсе сворачивание, так что новых версий больше не будет, как вы и хотели.
Так по всему миру и сворачивают нашу лавочку, выгоняют десятками тысяч.
mgu>>Можно превратить нелюбимое дело в интересное.
SD>Очень хотелось бы узнать, как именно это осуществить.
Зависит от того, что не нравится. И какие есть полномочия.
Здравствуйте, RonWilson, Вы писали:
RW>откуда эта статистика? из головы? т.е. по остальным пунктам — все верно? (с)
как сказал Карл Маркс — бытие определяет сознание
подтверждением тому люди ездившие в 90ые на мерседес 140 кузов, машина действовала магическим образом
даже не бандит а водитель начинал чуствовать себя безнаказанным
у меня есть более близкий пример, у жены была знакомая всегда ездила на таете королла это тачила меньше восмерки
муж на свадьбу подарил машину типа F150 но кузов совсем маленький а кабина больше (но высота и ширина +- как F150)
едим по хайвею она просто нагло себя ведет перестариваясь не глядя, на короле она так не ездила
Здравствуйте, MaxRos, Вы писали:
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
А как сделать по другому?
Для компании менеджер важнее программиста. Рассмотрим команду, в ней 10 программистов и 1 менеджер. От вклада каждого программиста зависит только его часть. Если он регулярно лажает, то его сменят. От менеджера зависит вообще работа всей этой десятки. Если он налажает, то завалит весь проект. Чуть более эффективный программист сделает лучше свою часть работы. От эффективности же менеджера зависит работа всей команды. Соответственно для компании менеджер сильно более ценен, чем программист.
Если где-то программист и получает больше менеджера, то это скорее исключение.
Потолок у программиста сильно ограничен. Платить в разы больше не будут. А менеджер может начать руководить более крупной группой и тут от его работы уже будут завязано много денег компании. Глупо экономить в данном случае.
А теперь возвращаемся к программистам. Не все хотят быть менеджерами, но очень многие хотят больше денег и понимают, что развиваться как менеджер — хороший способ их заработать.
A> От менеджера зависит вообще работа всей этой десятки. Если он налажает, то завалит весь проект.
Все не так очевидно и однозначно. Во-первых, нередки случаи, когда проекты делаются вопреки придурочному менеджменту. Во-вторых, случается, что у команды и вовсе менеджера нет (те самые тим-лиды и техлиды решают). В-третьих, на самом деле, в разных компаниях у менеджеров очень разные полномочия. И отнюдь не везде менеджеры решают, кого им нанять и кого выгнать (хотя, казалось бы, это самая ценная и важная часть работы менеджера — найм подходящих сотрудников).
A>Соответственно для компании менеджер сильно более ценен, чем программист.
Совсем не факт. Менеджера заменить порой проще, чем программиста, ибо знания переносимые (transferable). На позицию менеджера всегда есть огромная очередь и конкуренция.
A>А теперь возвращаемся к программистам. Не все хотят быть менеджерами, но очень многие хотят больше денег и понимают, что развиваться как менеджер — хороший способ их заработать.
В этом-то и состоит обсуждаемая проблема. Из-за недоплаты денег программистам так выходит, что отличные программисты превращаются в посредственных менеджеров. И компания в итоге от этого страдает. Хороший, пусть и немного забавный, пример показал в свое время Фейсбук, который "стонгли энкареджд" всяким "не очень менеджерам" вернуться в строй IC.
Здравствуйте, SkyDance, Вы писали:
SD>Думаю, для вас "технические" решения означают не совсем то же, что и для оппонента. SD>VP может принять решение "переходим с Nomad на Kubernetes", оно вроде как и выглядит техническим, но на деле к технике вообще не имеет отношения. Технический знаний для принятия подобного решения не требуется (а то и вовсе, будет хуже эти знания иметь). Зато требуется хорошо понимать восприятие такого решения персоналом.
Именно так, для менеджера важна не сама по себе технология, а то, как эта технология влияет на построение команды: на найм, мотивацию, рост и масштабирование команд, разделение ответственности, поддержка и пр.
Здравствуйте, SkyDance, Вы писали:
SD>Все не так очевидно и однозначно. Во-первых, нередки случаи, когда проекты делаются вопреки придурочному менеджменту. Во-вторых, случается, что у команды и вовсе менеджера нет (те самые тим-лиды и техлиды решают).
Менеджер — это руководитель. Если не рассматривать совсем уж мелкие фирмы, то где-то между программистами и генеральным директором должен быть ещё уровень, а часто и несколько, руководителей. Это и есть менеджер. А как он называется — не важно. Тим-лиды по факту очень многие обязанности менеджеров и исполняют, их проще считать линейными менеджерами. Техлид — вообще странная штука и как правило они в той или иной степени тоже руководят.
Кто отвечает за результат? Кто получит премию, если проект выстрелит? Кого будут ругать (или даже выгонят с позором), если проект будет завален?
Кто делегирует задачи? Кто вообще решает что делать, а что нет? Кто нанимает и увольняет? И т.д.
Это и будет руководитель. Не обязательно что это прям один человек, обязанности могут быть по разному размазаны. Но так чтобы вообще за все эти вещи никто не отвечал, это уже странно, а как команда работает?
Может и бывают небольшие команды, которые самоорганизовались и им не нужен руководитель. Но даже сами эти команды вряд ли так смогут когда, например, кто-то решит уволиться, или придётся нанимать человека со стороны. Не говоря уже о том, что такое никак не масштабируется.
SD>Совсем не факт. Менеджера заменить порой проще, чем программиста, ибо знания переносимые (transferable). На позицию менеджера всегда есть огромная очередь и конкуренция.
В теории да. Программист, знающий именно эту программу, более ценен. У программистов своя специализация. А менеджер должен руководить, там общего сильно больше. Причём чем выше этот менеджер, тем меньше он должен разбираться в предметной области, для этого ведь эксперты есть, и больше именно в руководстве.
Но на практике часто меняют руководителей или нанимают их со стороны? Для компании это очень сложная задача и оценить потенциального менеджера ещё сложнее, чем программиста. А ошибка может дорого стоить.
A>>А теперь возвращаемся к программистам. Не все хотят быть менеджерами, но очень многие хотят больше денег и понимают, что развиваться как менеджер — хороший способ их заработать.
SD>В этом-то и состоит обсуждаемая проблема. Из-за недоплаты денег программистам так выходит, что отличные программисты превращаются в посредственных менеджеров. И компания в итоге от этого страдает. Хороший, пусть и немного забавный, пример показал в свое время Фейсбук, который "стонгли энкареджд" всяким "не очень менеджерам" вернуться в строй IC.
Мой поинт в том, что ничего ты с этим не сделаешь. Как вариант — пытаться растить экспертов, которым платить сильно больше. Тогда другие программисты будут к этому стремиться, заодно и подтянут свои навыки ещё. Такой эксперт может получать как не сильно выросший менеджер. Программисты и так мало кто рассчитывают на должности топ-менеджеров, так что такое может мотивировать. Но что-то не делают так. Наверное проще эксперта переманить со стороны на зарплаты наёмного работника.
Здравствуйте, Stanislav V. Zudin, Вы писали:
SVZ>А сейчас, реализуя ту же задачу, я буду ещё неделю-другую перебирать, какое из решений тут подойдёт и что за собой потащит.
Должно быть покрытие тестами, loose coupling и т п. Хотя, даже самое лучшее покрытие , не может заменить необходимость в толковых программистах.
Здравствуйте, MaxRos, Вы писали:
MR>Существует такое мнение, что "нормальным" развитием для старшего разраба является поход в менеджмент, то есть в тимлиды, а потом.. а хз куда потом. Мне это кажется вообще полной дикостью и неправильным пониманием. Пробовал, кстати, быть тимлидом, не дай Боже ещё раз.
MR>Ну так вот. Я глубоко убеждён, что повальный уход годных разрабов в менеджеры (часто не особенно годные) вредит вообще всему. Ведь "в поле" остаются работать новички, которых некому направить в нужное русло. Что думаете по этому поводу? Как быть, если тебе 40+, но ты не хочешь руководить? Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Сеньёр сеньёру — рознь. Для меня сеньер — это человек который написать может всё, вот абсолютно все, надо написать базу — разберется напишет, надо написать trading engine напишет и его.
А когда пищут в резюме сеньер 3-5 лет, ну это лол следующий.
Менеджер то же самое, одно дело менеджить крудошлепный проект и совсем другое, когда в проекте есть прямые money losses.
Идите туда, где требуются более серьезные технические навыки.
Менеджерство это совсем другая область.
Здравствуйте, gandjustas, Вы писали:
G>Ходишь писать код — пиши код, как обычный senior\middle\junior разработчик. Чем ты в 40+ лучше 25-летнего? Только денег больше хочешь и учишься медленнее.
Очень недальновидное рассуждение, чел в 40+ скорее всего поработал со всяким разным, либо с чем-то одним, но нереально глубоко. Ну дайте вашему 25 летнему написать виртуальную машину по типу эфира, модуль ядра линукса, или что-то real time. Такое может сделать человек с опытом из индустрии, ваш 25летний скорее всего утонет в собственных же граблях.
Сейчас, типа, техлид. Надеюсь программить до пенсии, если дадут.
Ну, я, типа опытный, все дела. Могу в автономность, могу менторить. На грабли наступаю куда реже. У меня нет желания попробовать за счёт работодателя вон ту новенькую красивенькую техноложеньку. Короче, я сто пудов лучше 
ладно сеньор с 2-3 годами опыта. так сейчас есть вакансии Head of R&D или CTO с 4-5 годами опыта 
и это не микро-фирмы с 2-мя человеками в составе... как можно быть главой разработки в 25 лет 
не ну я хз... может я каких-то старых взглядов или мне с моим опытом это как-то иначе видится... я короче в шоке 
да, бывают прям уникумы, НО это факап как раз руководителя, что есть такой незаменимый. И вот за подобные штуки и платят руководителям. Разрабам нет смысла платить овердофига, тупо потому что другой уровень ответственности и другой масштаб.
и потому им надо платить больше, чем дураку-руководителю разработки ("следующая ступенька").
