Комментарии 119
"Время — это важный ресурс, а освобождённую голову можно использовать для чего-то более значимого."
Мысль совершенно верная, если есть точное понимание - на что именно более значимое это время будет тратится.
В целом все дополнительные "нагрузки" в роли Тимлида как раз и есть трата времени на новые скиллы, которых нет в роли разработчика. Если есть понимание, что эти скилы не интересны или хочется развиваться в каком-то ином направлении, то решение перестать быть Тимлидом - выглядит логично.
К сказанному в статье могу добавить, что очень много фокуса в работе Тимлида занимает работа с людьми. И именно эти скилы, которые были сильно менее востребованы (или вообще не востребованы) при работе программистом, тут выходят на первый план.
Сейчас стало очень много таких постов. Обсуждаются карьерные треки из тимлида в техлида. Из серьона в тимлида. Из тимлида обратно в разработку. И все посты про то, что надо ли это.
Как мне кажется ответ максимально прост - если ты работаешь на позиции, и ты чувствуешь, что вырос из нее, что тебе не хватает "воздуха", что ты чувствуешь в себе силы управлять, а не только исполнять - то ты идешь. Если же у тебя не было таких мыслей, а тебе просто предложили стать лидом - не надо так делать.
У меня был период жизни, когда я из руководящих должностей перешел на сугубо исполнительскую на время. И буквально с первых дней мне абсолютно не хватало того самого "воздуха", управления. В итоге инициативно сзял на себя кучу дополнительных около руководящих и менторских обязанностей, чтобы как-то реализовать потребность. Сейчас опять на руководящих должностях (уже в другой организации).
Поэтому если хочется, если готов нести ответственность, если хочется управлять, а не исполнять - то надо идти. И да, зарплата будет не сильно выше, ответственности больше, как по работе так и с людьми (кто-то проспал/заболел/забил/запил и т.д.), но и горизонтов больше и т.д. и т.п.
А что на счёт эйджизма? Т.е. в российских реалиях руководитель 50+ это ок, а вот разработчик 50+ сильно не ок. Как потом искать работу?
Ответ в статье - нашёл позицию в зарубежной компании. И зарплата выше обычно.
В российских реалиях кадровая дыра в миллион человек, естественным образом искореняющая дискриминацию, дураки среди нанимателей просто вымрут.
Разместите резюме на хэ-хэ.ру и укажите что вам к примеру 55 лет. Любопытно будет посмотреть сколько вы получите приглашений на интервью.
Есть мнение что когда вам 55 лет, вы уже могли создать некоторый нетворкинг, благодаря которому для смены работы на хэхэ.ру вообще ходить не нужно.
А где там и зачем надо указывать возраст? Если сам не укажишь никто и не спросит, только отдел кадров уже узнает если офер примешь. Я например давно не пишу полный опыт работы, только последние лет 10.
У меня нет резюме на хехе.ру сейчас. Раньше, если я правильно помню там при указании даты рождения, автоматически отображался возраст. Ну и если заполнить раздел "Образование", то в принципе сразу становится понятен возраст, когда у тебя год поступления в ВУЗ 1987.
Возраст необязателен, насколько помню, но в резюме ведь видны годы учебы, начала работы... Нетрудно плюс-минус два-три года оценить возраст человека.
Привет тебе, человек из 2010! У нас, в недалёком будущем, в 2025 году всё уже не так как в ваше время. Ни о какой кадровой дыре в миллион человек у нас и речи не идёт. Работодателей стало меньше, многие компании поуходили, а из тех, что остались, большинству больше не нужны сложные веб сайты, интегрированные с приложениями, ведь они теперь работают через Ozon, Wildberries и Avito. А технические ВУЗы каждый год выпускают сотни тысяч молодых, толковых и талантливых разработчиков, ведь на IT-шные специальности в ВУЗы сейчас самый высокие конкурсы. И это ещё не считая огромной армии вайтишников после курсов, которые хоть и низкоквалифицированы, но тоже влияют на рынок труда в отрасли не лучшим образом.
Кадровый голод никуда не делся, просто в 2025 есть огромное количество условных хелло вордеров, которые не программисты толком, а просто что-то где-то слышали.
Вы думаете после айти вуза прямо все становятся программистами?
выпускают сотни тысяч молодых, толковых и талантливых разработчиков
которые практически не конвертируются в сеньоров, потому что нельзя выучить человека на сеньора, им можно только стать..тут конечно количеством хотят взять, но я вообще не вижу динамики по увеличению количества сеньоров..и кмк этот подход не работает так эффективно как хочется многим
Всё так. Толко вот ситуация, когда работодатели массово отмахиваются от дипломированных специалистов желающих работать по специальности, на том основании, что в их представлении эти молодые специалисты недостаточно для них хороши, такую ситуацию ну никак нельзя назвать кадровым голодом. Скорее тут уместен термин "кадрово разожрались".
-По моему вы слишком много кушать. - В каком смысле? - В смысле зажрались! (с) Ширли-мырли.
работодатели массово отмахиваются от дипломированных специалистов
Всем нужны профессионалы, которых не надо за свой счёт доучивать пару лет, а из обладателей дипломов к таковым относится пара человек из выпуска, которые с третьего курса подрабатывали.
технические ВУЗы каждый год выпускают сотни тысяч молодых, толковых и талантливых разработчиков
Технических ВУЗов в РФ 275 и каждый из них в год выпускает около сотни программистов. Половина из которых вообще никогда не будут работать по специальности, а из другой половины до сеньоров дорастут человек эдак десять спустя десяток же лет. Не сложно посчитать, сколько веков понадобится, чтобы заткнуть нынешнюю кадровую дыру текущими темпами.
когда работодатели массово отмахиваются от дипломированных специалистов желающих работать по специальности
(даблин)
я вот прошлым летом искал себе в отдел 3х беков на питоне... все как один дипломированные специалисты со стажем работы 1-2 года, это капец днище какоето, я пару десятков людей отсобесил, в итоге уже выбирал хоть из когото кто более менее чёто может рассуждать...а у всех дипломы профильные.
p.s. вилка 150-250 была
или предлагаете джунам по 300тыщ начинать уже платить и брать всех подряд за то что у них диплом вымученный?
Берите 30-40 летних, входивших до хайпа, "по любви". Плевать какой у них стек. Лучше чуть подождать пока в Питоне разберётся, но зато получить в команду толкового инженера. От техников, мастерски владеющих всеми самыми последними синтаксическими конструкциями, в разработке ПО толку мало.
навеяло
Мужчина в возрасте приходит в отдел кадров фирмы.
Кадровик: — К сожалению, вы нам не подходите. Нам нужны люди молодые, амбициозные, способные творчески расти! Мужчина: — И все-таки запишите мой телефон. Когда выяснится, что у вас все творчески растут, а работать некому — позвоните.
©
Берите 30-40 летних, входивших до хайпа, "по любви".
да пожалуйста!! до меня ни один из таких не дошел
Лучше чуть подождать пока в Питоне разберётся, но зато получить в команду толкового инженера.
сеньора то взять? на 250 кто адекватный пойдёт то?
да пожалуйста!! до меня ни один из таких не дошел
Конечно. Ведь их отшивают HR ещё на самых ранних подступах. Проведите разъяснительную работу что категория 35+, начинавшая карьеру до 2010ых, должна попадать к вам напрямую абсолютно без всяких скринингов и отборов. И уже лично и предметно пообщаетесь и поймёте подойдёт ли данный кандидат.
сеньора то взять? на 250 кто адекватный пойдёт то?
После 30-40 из-за эйджизма кормовая база сокращается. Не все обросли работающими(!) связями и знакомствами. Опять-таки, современная практика найма техников, а не инженеров, зачастую не оставляет никаких шансов тем кто делал работу, а не прокачивал знания синтаксических сахаров самых последних версий ЯП и фрейморков. Поэтому найдутся те кто пойдут.
Конечно. Ведь их отшивают HR ещё на самых ранних подступах.
там естьтакая штука что категорию 35+ рассматривают только сеньоров, а там вилка уже от 300
в тоже время я бы уже сам задумался, нужен ли мне начинающий миддл 35 лет который 15 лет назад карьеру начал
Ну, тут вопрос мотивации.
Я 10 лет назад пошёл на курсы коммерческой разработки. Мне было 32. Ну да, у меня профильное образование, но 11 лет после ВУЗа я работал на административной должности + немножко эникея. Писал только макросы в VBA.
Непосредственно разрабом работаю 7 лет. За это время сменил работу однажды. Обе компании продуктовые. Последние полгода ведущий разработчик на трёх проектах в команде из 60 человек.
Попытайся я сменить работу полгода назад, про меня бы сказали: миддл 40 лет, который 6 лет назад карьеру начал.
Я к тому, что в каждом случае нужно смотреть на конкретного человека и сравнивать его с конкретной вакансией.
таких людей мало кто так может
я вообще коммерческим программистом стал в 30, программинг был как хобби.. разве что 1С затесался с двумя годами опыта в промежутке 24-25 лет...
но у меня был свой бизнес 7 лет (не ИТ) и я вполне убедительно могу себя презентовать как человека который может сделать то на что соглашается..из за чего я сразу из джуна на яве (в 14 году) стал тимлидом на питоне в 16 с командой в 6 человек
тут вот такая штука, что у людей вроде нас, нет проблем с поиском работы и эйджизмом, тут работа ищет нас сама, главное правильно резюме писать и убедительно говорить...ну и не косячить конечно
а вот люди которые в 35 лет с опытом 15, не могут пройти HRа на собесе и списывают это в эйджизм, это уже другое
Я кстати не могу сказать что столкнулся с эйджизмом в 2022, в 37 лет, когда экстренно пришлось стать программистом (до этого 10 лет свой бизнес, правда ИТ). Очень много было контактов от компаний. Это в принципе моя первая работа была именно программистом (но вообще программирую с детства). Через год тим лид в той же продуктовой компании. В 2024 поменял работу, тож тимлид.
там естьтакая штука что категорию 35+ рассматривают только сеньоров, а там вилка уже от 300
Сеньйором он может быть только в своём стеке. Который он может захотеть сменить. Так что небольшой дауншифт взамен на возможность перекатиться на новый стек это вполне нормально.
Но я чувствую вы сами никого не хотите нанимать. Отсюда все эти отговорки что молодые тупые, а старые сами не хотят (либо тоже тупые). А вы один Д’Артаньян всё на себе вывозите. И убедительно презентуете это руководству. Знакомая картина гейткипинга.
Так что небольшой дауншифт взамен на возможность перекатиться на новый стек это вполне нормально.
Я не знаю ни одного человека, который такое бы сделал в 35+. То есть я не спорю что такое встречается, но достаточно редко.
Сеньйором он может быть только в своём стеке. Который он может захотеть сменить.
ну вот я сменил стек с явы на питон
сеньорство на самом деле (как я его вижу) это не квалификация в стеке, сеньор может писать на любом языке ... а вот квалификация в конкретном языке скорее показывает как быстро он может начать это делать
Но я чувствую вы сами никого не хотите нанимать.
это я лего объясню
если человек позиционирует себя как миддл с опытом 15 лет и возрастом 35+ и у него в резюме 2 места работы, то я уже предполагать что он не сильно и сеньор то
повторюсь, я уже обжигался на таких миддлах, обычно есть причины почему люди сидят на одном месте десятилетия..тут или особенность характера или неспособность расти
первое - должен выяснить HR (меняю работу потому что хочу расти дальше, это как пропуск далее)
второе - стали мало платить (но идет на вилку миддл по низу) - это уже вопросы вызывает
первое - должен выяснить HR (меняю работу потому что хочу расти дальше, это как пропуск далее)
Это как раз красный флаг. Все эти "хочу расти" на деле означают "буду у вас делать только то что благоприятно моей карьере, а всякое [легаси] гавно сами разгребайте". Такой ещё проект зафаршмачит, все сроки просрёт, после чего ручкой помашет когда совсем запылает. Наелись уже говна с такими "растущими".
второе - стали мало платить (но идет на вилку миддл по низу) - это уже вопросы вызывает
Вообще-то айти это не только банки и бигтехи. В том же Питере в порядке вещей сеньйору 150К-200К иметь. Такой "дауншифт" на мидла в банк на 250К это уже подарок судьбы самый настоящий.
Это как раз красный флаг
Вот вообще не обязательно. Мы сейчас ищем сениора, который в обозримом будущем захочет-сможет перенять тимлидство в одной из команд.
Кроме того мы постоянно ищем людей, которые разбираются в C# или Java и при этом готовы учить второй из этих языков.
Мы сейчас ищем сениора, который в обозримом будущем захочет-сможет перенять тимлидство в одной из команд.
Кроме того мы постоянно ищем людей, которые разбираются в C# или Java и при этом готовы учить второй из этих языков.
Вот прям именно так по пунткам и выкатывайте эти требования в вакансиях и обсуждайте на собесах. Предметно, чётко и по делу. Потому что все эти "расти" это пустословие ни о чём. Профессионалы решают конкретные обозначенные проблемы, а не "растут". А "расти" вы наймёте только очередного карьериста-пиздабола.
Вот прям именно так по пунткам и выкатывайте эти требования в вакансиях и обсуждайте на собесах.
А почему одно должно исключать другое?
Профессионалы решают конкретные обозначенные проблемы, а не "растут".
Почему одно должно исключать другое?
А "расти" вы наймёте только очередного карьериста-пиздабола.
Как минимум мой личный опыт говорит о другом.
Это как раз красный флаг. Все эти "хочу расти" на деле означают "буду у вас делать только то что благоприятно моей карьере, а всякое [легаси] гавно сами разгребайте".
если два года отработает уже норм
вообще разные подходы у таких людей, я один из таких, готов копать любое легаси причем чем дремучей тем прикольнее
у меня был какоето время человек в команде который был именно с таким подходом...но это решается на собесе... и вообще тимлид должен контролировать чтобы человек не забивал на работу ради своих какихто хотелок
В том же Питере в порядке вещей сеньйору 150К-200К иметь
"но почему? но зачем???!!" (c)
объясните, какого чёрта сеньору надо работать за 150 если можно работать за 350 при ТАКОЙЖЕ нагрузке и даже меньше..чё это за мазохизм то такой?
Такой "дауншифт" на мидла в банк на 250К это уже подарок судьбы самый настоящий.
что значит подарок? это чудом чтоли происходит? блин я работу искал - пишу в резюме цифру +50-100% к зарплате, ставлю в LI открыт к предложениям... за последние 5 лет я максимум 3 недели в таком режиме работу "искал"... чё блин все боятся цифру то завышать под рыночную? чем выше цифра там меньше на мозг капают
объясните, какого чёрта сеньору надо работать за 150 если можно работать за 350 при ТАКОЙЖЕ нагрузке и даже меньше..чё это за мазохизм то такой?
Потому что ТАКИХ рабочих мест на всех не хватит. Айти действительно не рокертсайнс, и такую работу может выполнять любой технарь точно. Плюс всякая придурь на собесах. Итого классическая ошибка выжившего: на любого приземлившегося на сытные 350К приходится десяток ничуть не хуже его, но вынужденных и дальше околачиваться за 150К.
Вот только в банках, операторах связи и маркетплейсах годами есть открытые позиции на 350 за ковыряние в носу, а значит кто-то со 150 непонятно почему на эти позиции не уходит.
Потому что ТАКИХ рабочих мест на всех не хватит
т.е. человек не уходит на ЗП выше, просто предполагая что "ну тогда на всех не хватит такой работы"
блин это рынок труда, люди ДОЛЖНЫ уходить на зп выше чтобы на рынке труда не было перекосов таких как сейчас
Айти действительно не рокертсайнс, и такую работу может выполнять любой технарь точно.
сеньорами может стать не каждый, это отлично видно по их недостатку на рынке и куче людей и тут на хабре кто плачет в комментах что "опыт 20 лет, зарплата 150тыщ нигде не берут, все врут о том что дефицит спецов"
Это наивное предположение что до сеньора дорастут все джуны до единого
приходится десяток ничуть не хуже его, но вынужденных и дальше околачиваться за 150К.
я говорю о сеньорах, только о сеньорах.
если у вас лычка сеньор но вас не берут на сеньорскую ЗП - вы НЕ сеньор...всё тут просто. именно рынок определяет грейд, а не опыт работы и не запись в трудовой
Я не предлагаю платить по 300тыщ. Всё, что я предлагаю, это называть вещи своими именами. При кадровом голоде готовы брать всех, кто пришёл - кривых, косых, горбатых. А уж когда приходит человек с профильным дипломом, так там просто руководитель кадровику даёт установку - "Делайте что хотите, но он должен работать у нас!". И не важно, что человек этот диплом получил учась понемногу, чему ни-будь и как ни-будь, всё равно такой кандидат расценивается как большая удача.
И все мы прекрасно знаем, где сейчас есть кадровый голод. Но в IT кадрового голода нет и в помине.
При кадровом голоде готовы брать всех, кто пришёл - кривых, косых, горбатых.
Это не так. Найм человека неподходящей или недостаточной квалификации не только не решит проблем, но и создаст новых.
А уж когда приходит человек с профильным дипломом, так там просто руководитель кадровику даёт установку - "Делайте что хотите, но он должен работать у нас!"
Интересные фантазии. Наличие профильного диплома вообще ничего не говорит о кандидате, если это не диплом MIT или Беркли. С тем же успехом можно давать кадровику такую установку для обладателей красивых усов.
- "Делайте что хотите, но он должен работать у нас!". И не важно, что человек этот диплом получил учась понемногу, чему ни-будь и как ни-будь, всё равно такой кандидат расценивается как большая удача.
он нахрен не нужен если он не в состоянии работать
Криворукий джун не делает никакой пользы, только сжирает время сеньоров,
я постоянно говорю, что в ИТ нельзя взять кого угодно и сделать из него спеца, это невозможно.. я так пару ребят миддлов уже увольнял из команды своей, потому что фактически я за них работу делаю..а они все с профильными дипломами были
а если брать "полюбому человека с дипломом" то таких кроворуких будет вагон целый
кадровая дыра в миллион человек, а вакансий java на хэхэ всего 500 на всю россию (middle + senior) вообще не бьется никак. Еще полгода назад мне 10 рекрутеров в месяц писало, а сейчас даже отклики не рассматривают
15 лет назад на всех форумах писали, что программисты старше 35 лет никому не нужны. Что они не в состоянии угнаться за развитием индустрии из за того, что уже не могут обучаться новому с той же скоростью, что и молодёжь. Что они деградируют и остановятся балластом в команде. Сейчас планку подняли до 50 лет. В целом готов предсказать, какая будет планка ещё через 10 лет ;)
хм... Но.. кажется речь идет об одних и тех же разработчиках, нет? Тогда им было 35+, теперь 50+ )))
Всё проще. Сама профессия "программист" стала массовой в России в середине 90х. Соответственно условному 20 летниму пареньку, который учил Pascal по книжками в 95 году (а по книжкам тогда учились, потому что интернета толком не было), сейчас 50 лет. И у вас есть все шансы столкнуться с таким "пареньком" по работе. Поэтому 50 летний программист для вас - это ещё норм. А вероятность встретить программиста старше сейчас крайне низкая, поэтому вам кажется, что есть некоторая "верхняя" планка по возрасту для профессии.
"Проблема" 50ти летних коллег в том, что чем старше человек, тем сложнее с ним взаимодйствовать. Его привычки уже застенели, мара...стоанности начинают приближаться, сговорчивость и лёгкость на подъем - снижается.
В общем, к человеку начинает требоваться подход. Где-то готовы брать на себя эту доп задачу, где-то - нет.
Ещё с возрастом снижается "многозадачность" - люди уже не отвечают в течении 30 секунд в мессенджере на вопрос о задаче, закрытой полгода назад. Отвечают на следующий день, например.
Согласен. Привычки и вправду костенеют. Вот я привык к тому, что в IT всё постоянно меняется, поэтому не задумываясь перепрыгиваю с Java на Kotlin, или со Spring Boot на Micronaut. Ну и по мелочи - с WebFlux на корутины, ну или с JPA на jOOQ. А мои 30 летние коллеги к таким переменам не привыкли ещё, и в ужасе от моих кульбитов. Им реально тяжело со мной работать.
А в чем срочность отвечать на вопрос про закрытую полгода назад задачу? Полгода она была никому не нужна хахах.
Ещё с возрастом снижается "многозадачность" - люди уже не отвечают в течении 30 секунд в мессенджере на вопрос о задаче, закрытой полгода назад. Отвечают на следующий день, например.
Тут вообще стоит задуматься о необходимости работе в команде, где надо за 30 секунд отвечать на сообщение в мессенджере. Если речь конечно не о сотруднике технической поддержки первых линий.
"Проблема" 50ти летних коллег в том, что чем старше человек, тем сложнее с ним взаимодйствовать. Его привычки уже застенели
🤔 Вот у меня, например (50++) за годы в IT закостенела привычка регулярно знакомиться с новыми технологиями, и внедрять те, что окажутся полезными и эффективными. И ещё некоторые, как то: не отвергать с ходу идеи, противоречащие моему опыту, а как минимум, выслушать аргументацию; ну и конечно, оценивать людей не по их возрасту, а по компетенциям.
Это правда проблема? Или таки кавычки не случайны?
Вот у меня, например (50++) за годы в IT закостенела привычка регулярно знакомиться с новыми технологиями, и внедрять те, что окажутся полезными и эффективными.
Именно. Это в 18 можно знакомиться с новыми технологиями, просто потому что они для 18 летнего мозга действительно НОВЫЕ. А в 50 все эти старые какашки в новых красивых фантиках уже реально никакого интереса не представляют. Встанет реальная задача - за полдня разберёмся. Именно за полдня, потому что реально нового там для 50 летнего ничего не будет.
А в 50 все эти старые какашки в новых красивых фантиках уже реально никакого интереса не представляют. Встанет реальная задача - за полдня разберёмся.
Ну почему сразу какашки 🙂 Бывают и вполне приятные новинки. Конечно, опыт помогает. Но есть и ещё одно: довольно трудно вообще продержаться в IT столько лет без регулярных апгрейдов своих скиллов. По крайней мере, на подразумевающих достойную оплату позициях.
Я вам завидую. Я-то за полдня могу освоить какой-нибудь синтаксис, а вот ''в этом языке/фреймворке правое ухо надо чесать не левой рукой, а правой ногой' aka "best practices" за полдня ну никак. И всякие углы, которые человек с опытом в данной технологии обходит вообще не задумываясь, за полдня не осваиваются.
Я сам 50летний и могу точно сказать что в проблемах 50летних виноваты они сами. Люди в какой то момент начинают считать что все новое - это какие то какашки, в которые не надо вникать, а если придется - за пол дня разбремся. А на самом деле именно ваш опыт 20-летней давности уже давно превратился в какашку, старую замерзшую какашку мамонта. И некоторые новые вещи появились именно потому что они работают по другому, и с ними надо разбираться, а не становиться в позу "да я уже 20 лет назад такое видел, только оно не linq а stl называлось, и функторы мы на с++ писали, только никто их лямдами не называл, и в настоящее паралельное умели а не ваши эти детские асинки".
И пишет это человек такой код, как будто на дворе 2002, и попробуй ты ему еще скажи что уже давно не принято переменные называть как m_strName, и совсем не обязательно в цикле именно short использовать для экономии 2 байт памяти. Он же начнет тебе рассказывать поучительные истории о том как они там 20 лет назад на Winows CE проект запускали и 10 килобайт сыканомили отключив эксепшены...
Точнёхонько) офигенно описанная картина.
, а если придется - за пол дня разбремся
А так и есть
. А на самом деле именно ваш опыт 20-летней давности уже давно превратился в какашку
А это спорно
то что в условном голанге параллельность засунули за синтаксический сахар, это не начинает исключать то чтобы понять как она работает надо блин ПОНИМАТЬ как она работает, а не тупо писать go блаблабла и всё отлично работает..и ты тупой старпер не понимаешь что это новый функционал где не надо морочится синхронизацией и прочими семафорами..но это блин НЕ ТАК..
Я уже натыкался на то что у меня коллега миддл нагенерил адовую утечку памяти у сервиса который падал каждые 3 дня выжирая по 200 гигабайт памяти..не нуачо..это вы тупые старперы чёто там сложно пишите, а новый язык то крутой! в туториале не написано что там проблемы то могут быть!
p.s. сразу оговорюсь, сервис был написан на голанге, а я программер на питоне и яве и его не ревьювил соответственно...но вообще подход с "какашками" он такой...спорный чтоли
Синтаксический сахар существует чтобы за меньшее количество времени написать больше полезного кода, а не бойлерплейта. А кто скажет "в наши годы такого себе не позволяли" тот и есть проблемный 50летний
Синтаксический сахар существует чтобы за меньшее количество времени написать больше полезного кода, а не бойлерплейта.
так проблема не в сахаре, а в том что люди за ним начинают терять понимание как функционируют эти механизмы и тупо пишут код в сахаре считая что это и есть первоисточних
почему старперы " а если придется - за пол дня разбремся." -- да потому что реально всё новое это тысячу раз пройденное старое но в новой обертке, ничего концептуально иного в программинге не изобрели чтобы старперский опыт устарел
именование переменных вообще зависит от окружения языка и как там принято это делать, а то я видел уже питонистов пишущих strSomeVariable ..вот тут уже глаз дергатся начинает...писать надо так как принято по стандарту в этом стеке
а экономия байтов...конечно это модно молодежно заюзать int64 вегде где только можно, памяти то полно, пусть там руководство десяточек серверов накинет со 256 гигабайтами памяти чтобы мы тут табличку отсортировали в 500 потоков...хотя это можно было сделать с тойже эффективностью на 1 сервере и 50 гигабайтами..но нам лень вникать в то что аллокация в памяти 100 переменных в int64 это не тоже самое что byte..это старперы там байтики считают..привыкли на своих пентиумах с 32 мегабайтами памяти всё экономить же.
Блин смотрите на проблему шире то, разработка это не только то что вы тут код пишите на модном языке, его поддерживать нужно, под сервисы инфраструктура нужна, это всё денег стоит и иногда очень больших, а сейчас чёт не принято стало это считать...
вот у меня тут проблема была у фронтов...отсортировать список из 500 элементов на фронте..в js...прям беда..ТОРМОЗИТ!!! боже, у меня комп 8 ядерный, софтина на реакте не может отсортировать набор простых данных... давайте беков озадачим пусть ОТДЕЛЬНУЮ ручку сделают чтобы динамически сортировать на сервере результат тяжеленного запроса, потомучто библиотека которая автоматом умеет чтото сортировать - подтормаживает, а ручками только старперы это делают..и ты блин на беке делаешь блаблабла... .sort() .. для разных вариантов запроса, потому что у фронтов тормозит..у меня 0.005 секунд это отрабатывает, у них прям секундами ждать приходится...что не так то с этим миром? я в 40 лет дедом стал?
Я сам 50летний и могу точно сказать что в проблемах 50летних виноваты они сами.
Я бы не стал называть это "Проблемой 50 летних".
Просто есть инженеры, и есть люди, которые зарабатывают на жизнь написанием кода. Инженер никогда не позволит себе выпасть из контекста индустрии, и прекрасно понимает необходимость актуализации своих знаний и навыков. А человек, зарабатывающий написанием кода, учит ровно то, что ему нужно для выполнения конкретной задачи. А дальше успешно забывает усвоенные уроки.
Оба типажа встречаются в любом возрасте - это от человека зависит. По возрасту есть только одна особенность. Люди, зарабатывающие на жизнь написанием кода, до 50 лет часто успевают уйти из разработки, и переквалифицироваться в управдомы. Поэтому среди 50 летних программистов концентрация инженеров выше, чем среди молодых.
Проблема именно в том что к 50 годам редко кто сохраняет тот же самый темп поддержки актуальности. Все кажется уже вторичным, если не вчитываться, кажется что "такое мы уже проходили". А оно на самом деле не такое, и вообще старые ценности уже реально не ииеют значения. Можно разбрасываться мегабайтами налево направо, можно сортировать пузырьками и переписывать весь DOM при каждом чихе, и ничего страшного не произойдет. А человек до сих пор может поля в структуре располагает так чтобы зазоров не оставалось и считает это вершиной мастерства, потому что от тимлида 20 лет назад такое услышал
ну да, после этого калькулятор весит больше, чем операционная система лет 15 назад. И "новая современная программа" на модном молодежном языке тормозит так, что на современных серверах работает на два [десятичных] порядка медленнее, чем старье на древних УГ компах, которые серверами язык не поворачивается назвать...
Таки да. Вопрос только в том - а надо ли чтобы калькулятор укладывался в 2 кб? Заплатит ли кто то именно за маленький размер? Нужно ли привлечь к разработке сурового сеньера, чтобы он на с++ переписал функцию сложения и сделал ее быстрее на 2 порядка, вместо 0.1 сек - 0.001 сек? Кто готов заплатить за неделю работы сеньера вместо джуна?
А на самом деле именно ваш опыт 20-летней давности уже давно превратился в какашку, старую замерзшую какашку мамонта.
Ну, всё же не весь 😁 В частности, опыт написания хорошо структурированного кода остаётся полезным всегда. Если он вообще был, разумеется ‐ не всегда возраст 50+ это гарантирует.
Вот только правила структурированности поменялись уже раз десять. А где то их и не было вообще и каждый сам себе структуролог.
Вот только правила структурированности поменялись уже раз десять
Я же не о религиозных течениях, а о том, логично или нет организован код, понятен ли он, и легко ли его поддерживать. А такой результат может быть достигнут в различных парадигмах. И понимание этого, знакомство с различными подходами – как раз одно из преимуществ опытных специалистов. Например, молодёжь может искренне верить, что любой код должен быть SOLID, а на выходе будет fizz-buzz enterprise.
"да я уже 20 лет назад такое видел, только оно не linq а stl называлось, и функторы мы на с++ писали, только никто их лямдами не называл, и в настоящее паралельное умели а не ваши эти детские асинки".
Ну и собственно что тут не так? Чел писавший функторы, какие испытает сложности при переходе на лямбды? Чел писавший хардкоровую [lock-free] многопоточку (да ещё на C++ с его UB), что его напугает в асинках?
Некоторые например даже свято уверены что если дед писал только на C++98, то дед точно ничего не знает про smart pointers и memory models. Нуачо, раз их не было в том стандарте, значит всё, таких концепций никогда не существовало и дед ничего про них не знает. А дед-то и поболее знает и понимает, а не просто синтаксический сахар последних стандартов.
попробуй ты ему еще скажи что уже давно не принято переменные называть как m_strName
Это уже к религии, а не к возврасту. И среди 20 летних ничуть не меньше подобных долбящеров, только наоборот: типа надо писать только модно-молодёжно, просто потому что это модно и молодёжно. А грамотный разраб молча пишет как принято на данном конкретном проекте. Потому что единобразие, потому что сопровождаемость.
и совсем не обязательно в цикле именно short использовать для экономии 2 байт памяти.
Так же как совсем не обязательно O(N^2) превращать в O(N), раскорячив компактный кусочек кода в несопровождаемую заloopу, ради "оптимизации" 0,01с выполнения. Скажи это молодым любителям алгоритмов - с говном сожрут. Так что это не от возраста зависит, а от модной у каждого поколения шизы в голове.
Правильно вот говорят, есть кодеры (техники), а есть инженеры. Для кодера каждый новый синтаксический высер это откровение. Которое конечно необходимо тут же выучить, как техник механически прокачивает каждый навык. А инженер понимает что главное это суть. А по сути очень редко что появляется действительно нового. И как в анекдоте про старого и молодого быка, просто неспешно решает проблемы по мере их поступления. Попутно и осваивая все эти модно-молодёжные синтаксические сахара.
Да, в 50+ опыта, в том числе жизненного уже немало, ума часто поприбавилось(хотя далеко и не факт), надурить такого человека бывает сложнее, рассказывать байки про успехи, командный дух и лидерство и убеждать в этом, пытаясь сварганить из него гибкого раба на порядок сложнее-) А вот стоимость таких спецов реально бывает сильно высокой, не каждому захочется ему платить. Потому и придумывают всякую несусветную чушь про якобы негибкость старшего поколения. Хотя конечно бывает всякое, возраст есть возраст. Раннюю деменцию и другие серьезные болезни никто не исключает, но это скорее исключения из правил.
Когда мне рассказывают про преимущества 30-летних программистов перед 50-летними, я всегда вспоминаю анекдот про двух быков, молодого и старого, которые стоят на горке и смотрят на стадо пасущихся коров...
Рассуждать в разрезе "молодые лучше, старые хуже" или наоборот, на мой взгляд странно. Я встречал за свою жизнь и юных гениев и старых дураков и наоборот старых профессионалов и молодых дилетантов, и на мой взгляд все это очень индивидуально и обобщать это в возрастных рамках бессмысленно.
Однозначно на мой взгляд одно - молодым, почти в 95 процентах случаев можно платить меньше. Старые, если они вменяемые, они уже знают себе цену и если они не в безвыходной ситуации, то на меньшие деньги ни в какую не согласятся.
Мне 40. Зачастую выключаю вообще все уведомления в Слаке часика на полтора-два, чтобы спокойно поработать. Через два часа загляну, всем отвечу на то, что накопилось. Делаю так уже лет 5, полёт нормальный.
Самое интересное, что нередко отвечать уже и не нужно:
- джун сам разобрался с вопросом, который хотел мне задать;
- менеджер отменил задачу, потому что клиент успел передумать или переформулировать;
и так далее.
Правило трёх гвоздей - наше всё.
Скрытый текст
Советские времена. Съезд управленцев по обмену опытом. У самого передового председателя-управленца спрашивают:
— А как вам удаётся столько всего успевать?
Тот отвечает:
— Очень просто! Методом трёх гвоздей. У меня над столом вбиты три гвоздя. Когда ко мне приходит распоряжение или запрос — я его пишу на листочке и вешаю на гвоздь. И ничего не делаю. Когда приходит первое напоминание — перевешиваю на второй гвоздь. После второго напоминания — на третий. И только после третьего напоминания — приступаю к выполнению. Однако, мало какие распоряжения доходят до третьего гвоздя.
Т.е. в российских реалиях руководитель 50+ это ок, а вот разработчик 50+ сильно не ок.
Не замечал такого в российском айти
Думаю, что позиция тимлида хорошо подходит когда программирование уже как таковое надоело и хочется больше коммуникаций, но нет желания совсем потерять hard-skills и переходить на сугубо менеджерскую позицию.
Прыгнуть в настоящего CTO - техдира причиненных на 30 хотя бы - из техлида не так просто. Работодатели, что не боялись честно объяснить причину отказа, говорили что для них нанять со стороны человека на такую позицию очень большой риск развалить всю работу. Нужно показать кратное превышение требований. То есть, если руководил сотней, то руководить 30 скорее всего получится. Германия.
Прыгнуть в настоящего CTO - техдира причиненных на 30 хотя бы - из техлида не так просто.
А почему это должно быть просто? Это же очень разные требования.
Грубо говоря техлид это технарь, который хорошо разбирается в своей области и на этом и всё. Техдир это в первую очередь управленец, который в идеале кроме этого ещё должен разбираться в разных технических областях.
Ошибся, спасибо за уточнение. Имел ввиду тимлида с десятком подчинённых, который выполнял и роль техлида по совместительству.
Это же очень разные требования.
Мне кажется это сильно зависит. Да, тимлид шарит как правило за свою функциональность. Но, есть кросс функциональные команды где собраны все: бэк, фронт, тест, дизайн, аналитик. В бигтехах это довольно частое явление. Единственное чем там не управляет тимлид - это бюджетом. Это безусловно новые вводные, но не кардинально меняющие суть. И не следует думать что СТО должен быть самым лучшим тех специалистом и знать все технологии. Довольно часто тимлиды сами принимают решение вплоть до языка программирования, если это позволит укладываться в требования.
Ушёл из карьеры руководителя проекта в разработчики и архитекторы.
Зарплата была не ах, а врождённых способностей РП у меня нет. Ну и чего я буду кому доказывать?
Сейчас думаю: а зачем я вообще в РП время терял 10 лет? Вот нафига?
Да, часто теряем много времени на приложения усилий в негодном направлении. Но всегда стоить помнить, что отрицательный опыт-это тоже опыт. Главное чтобы он в итоге принес пользу, например в виде понимания своего реального предназначения в профессиональном плане. Возможно что 10 лет потрачены и не впустую.
Правильный дауншифтинг с четким пониманием что лучше меньше да лучше - это идеальный вариант после 50. Заниматься любимым делом, четко понимая что на верх тебе не надо, ты уже там был и все посмотрел - идеально
Далеко не всем нужно или интересно быть руководителем и даже тимлидом. Рядовые специалисты тоже нужны, а экспертного уровня, да еще и с большим опытом спецы - всегда будут нужны и ценятся они часто на порядок выше присловутых тимлидов-балаболов. Кстати, само по себе понятие "тимлид" - одно производных наиглупейшего тренда безумного и бездумного педалирования гибких технологий везде и всюду по принципу басни Крылова "Про мартышку и очки" часто уже автоматически вызывает иронию и грусть.
Кстати, само по себе понятие "тимлид" - одно производных наиглупейшего тренда безумного и бездумного педалирования гибких технологий везде и всюду
Да ладно. Просто раньше это называлось "ведущий инженер", или "руководитель группы". Суть ровно та же, и эта роль совершенно не лишняя при любой методологии.
К сожалению суть как раз сильно различается, это если применительно именно к гибким технологиям. И эта роль часто совсем уж лишняя. Но пилят на ней зачастую немало-)
К сожалению суть как раз сильно различается, это если применительно именно к гибким технологиям.
Не затруднит расшифровать поподробнее? Работал и так, и эдак – разницы не заметил.
Возможно что вам попадались такие варианты, где гибкие технологии были обозначены лишь формально. А в остальном все остальное в части сути было в классическом исполнении. И такое тоже не редкость, ведь недаром я упомянул про басню с очками-) Ведь называться-еще не значит соответствовать. Но это никак не отменяет сказанного выше. Разница в понятиях на деле огромна, и часто губительна в случае бездумного применения или замещения на оное.
Возможно что вам попадались такие варианты, где гибкие технологии были обозначены лишь формально.
Всё равно хотелось бы конкретики. Пока могу предполжить, что ситуация строго обратная: это Вам не повезло столкнуться с какими-то странными реализациями эджайла. Насколько мне известно, СКРАМ – единственная их них, которая предписывает определённые роли и определяет сферы их ответственности. Хотя и там тимлид занимается ровно тем же, чем и везде – но вводятся роли product owner, SCRUM master (ни один из них тимлидом не является) . А остальные методологии описывают процессы, но никак не должностную инструкцию тимлида, это прерогатива руководства компании.
Тимлиды бывают разные. В некоторых компаниях чуть ли не мидлов туда могут ставить. Собственно сейчас много вайтишников хвалятся, что спустя 2-3 года стали тимлидами. Я считаю что тимлид как минимум должен быть помидором, чтобы мочь спроектировать архитектуру и поревьювить таких же сеньоров. Иначе толку от него чуть.
Тимлиды, мидлы, сеньоры. Все это продукт бездумного применения неких западных стандартов где ни попадя. И вообще мало кто понимает реальное значение этих понятий и терминов и разницу между ними.
Это вполне четкая градация которую понимают довольно многие кто работает в отрасли хотябы лет 10
Тимлид - это руководитель группы, сеньор - старший специалист, миддл-обычный спец, джуниор начинающий... вам проще стало понять?
главная ошибка что многие считают что эти грейды даются за опыт в календарных годах...но это не так
С одной стороны, "Не всегда опыт приходит с возрастом - иногда возраст приходит один" (немного перефразировав Жванецкого)
С другой стороны, "Некоторые люди утверждают, что они пробились наверх, хотя на самом деле они просто туда всплыли."
Все эти градации - в первую очередь про уровень самостоятельности, а не каких то умений. Пока надо за человеком присматривать - он джун. Когда уже не надо - мидл. Когда его самого можно поставить в пастухи над джунами - сеньер. А если он целиком со всем стадом справится - тогда уже и тимлид. И это никак напрямую не коррелирует с возрастом или знаниями, это именно про самостоятельности и не более того
И это никак напрямую не коррелирует с возрастом или знаниями, это именно про самостоятельности и не более того
т.е. если джун сделал задачу криво и положил прод, но самостоятельно - то он сеньор? или потратил на нее 3 месяца вместо 2х недель? грейды это про способность решать задачи различного уровня сложности в приемлимое время. а это нарабатывается опытом и насмотренностью в том числе.
И это никак напрямую не коррелирует с возрастом или знаниями, это именно про самостоятельности и не более того
нет, опыт тоже важен
если джуносеньор самостоятельно спалил полгода разработки и сделал продукт который нефункционален потому что он не имея опыта собрал в нем все возможные грабли... он явно не сеньор
Если позиция тимлида так напрягала, то зачем так страдать? Участие в интересных проектах на позиции эксперта (несуществующий по меркам HR) куда привлекательней, особенное если она подкреплена хорошей компенсацией: зарплатой, бенефитами, сток опциями, возможностью WFH и т д
Делай всегда то, в чем у тебя интерес, что у тебя получается хорошо и где ты чувствуешь себя профи. Расти в той области где комфортно.Переход в другую область (работа с людьми ) из технической или программистской всегда будет некомфортным для технаря.
Тимлидство это ты когда много лет качаешь скилы разработчика, дорастаешь до сеньёра и потом внезапно переходишь в позицию junior manager-а (де факто).
Это на самом деле очень странное событие.
вполне обычное событие кстати во всех сферах вообще, не только в ИТ
по этому кстати у многих бомбит от того что "директор компании производящей пароходы - человек который работал руководителем продажников в компании производящей моторные лодки...омг..развалили отрасль, в советское время у нас был михалыч директором который от слесаря пароходного отдела вырос до директора! а сейчас всё куплено, люди занимаются тем в чем не разбираются!!" знакомо?
потому что менеджмент это совершенно другая профессия и туда с технических должностей заходят по нужде или через карьерный рост, но последовательность ступеней джун-миддл-сеньор никуда не девается
Такие ситуации происходят тогда когда и сам разработчик не знает что он хочет от жизни, и когда бизнес не совсем понимает что он делает. Тимлид это всё же больше менеджерская должность, а значит должность которая предполагает работу с людьми, а значит это несколько другая сфера развития. Фактически развитие разработчика это перепутье - или идти в менеджеры или становиться сеньёром\архитектором. Поэтому становление тимлидом это та самая развилка - где разработчик решает - хочет ли он управлять людьми или он хочет всё же развиваться сам. И главной морковкой в развитии себя как менеджера является всё же не позиция СТО, а именно понимание того что: да - мне больше нравиться управлять людьми, а не писать код, ты понимаешь что управление это твоё, что это новые возможности не на должность, а новые перспективы которое открывает умение управлять людьми - собственное дело, стартап ... или СТО. Кстати именно так я и принял решения пойти в лиды - я просто в какой-то момент времени понял что не хочу писать код (вовсе не значит что я его не пишу, но тут другая тема), и что настало время прокачивать себя как менеджера - организовывать вокруг себя людей, а не красноглазить за кодом.
, а именно понимание того что: да - мне больше нравиться управлять людьми
ну тут не совсем так кмк, я правда только по себе могу судить
мне вот нравится делать крупные проекты которые можно только большой командой реализовать, и то что для этого надо заниматься управлением людьми, скорее побочный эффект чем то чего я бы хотел... я вообще склонен всё делать самостоятельно, но в таких крупных проектах это невоможно и я буквально вынужден управлять людьми чтобы это делать.
У меня два раза был дауншифтинг из менеджмента, когда закрылся мой бизнес и один раз я ушел из тимлидов в миддлы из-за того что у меня откровенно не хватало опыта в управлении разработкой (хотя тот проект был вполне успешен, мне опыта не хватало чтобы поменять работу из-за отсутствия насмотренности)
и оба раза я возвращался назад с облегчением..рядовым разработчиком мне быть просто невыносимо...слишком мелкие задачи и слишком мало влияния на результат
и то что для этого надо заниматься управлением людьми, скорее побочный эффект
плюсану, сам такой же. был момент когда думал что я какой-то неправильный тимлид. мне ближе по душе проектирование, прототипирование и планирование. потом пообщался с коллегой и оказалось что он тоже не очень рад всяким 1-1, но приходится. возможно будь вариант разделения в команде типа тимлид-техлид - можно было бы уйти чисто в техлиды и стать счастливее. но таких вариантов я особо не видел.
Ну, человек либо может руководить, либо нет. Не всем дано. Попытки натянуть сову на глобус - как правило, не очень хорошо проходят. Перед глазами куча примеров (в том числе и собственный )) ), когда люди руководят и много бОльшими коллективами, и получают от этого и признание, и з/п, и удовольствие.
Давно, еще в 2017 году, я уволился с позиции технического директора и перешел работать разработчиком в стартап. В первую же рабочую неделю я почувствовал то же, что и автор. Мне больше не нужно было ездить на встречи к клиенту, планировать работы, контролировать разработчиков, отвечать за качество работы команды, переживать за ресурсы и планировать их загруженность, искать технические решения, рисовать схемы, предлагать способы реализации. Я брал задачу в Jira, переводил в In progress, делал ее и затем заводил pull request. Мой круг общения составлял 2-3 человека в офисе. Я приходил, кодил, уходил. И при этом получал больше.
Но так продолжалось недолго. Через год уволился, открыл свою студию, и опять пришлось всем этим заниматься. Но год отдыха был просто восхитительный. И для нервов и для здоровья.
Все сугубо индивидуально. Надо смотреть внутрь себя и замечать что драйвит. Если это тех задачи то позиция синиора выглядит логично. Если работа с людьми вдохновляет то роль тимлида. Не думаю, что надо смотреть на зарплаты, они приблизительно одинаковые.
Все равно потом может начать в тимлидство выносить. Уже сознание немного иначе работает, чем у рядового разработчика, на проблемы чуть иначе смотришь, и люди это помечают и тебя начинают снова в тимлидство подталкивать. Либо у самого может начаться ностальгия. В западных компаниях есть возможность тудя-сюда перемещаться. А вот в российских что-то пока встречал только возможность лишь в одну сторону двигаться
Уволился с позиции тимлида и снова стал разработчиком