Comments 14
Хрр...
Ой, задремал!
Так о чём эта статья?
Ответьте, не подглядывая. У вас осталось в голове что-то полезное после прочтения?
ЗЫ
Надеюсь, разработка перестанет тратить время на глупости типа зубрёжки фреймворков и займётся делом
Например, Яндекс на конференции Infrastructure’2026 сообщил о росте производительности внутри компании в 2-10 раз.
Т.е. они даже сами не знают во сколько? Толи в 2 толи в 10. А еще лучше было бы посмотреть то ли в 2 толи в 10 раз больше успешных продуктов которые они стали выпускать на рынок. Или успешный успех нельзя показывать?
Скорость ручного написания кода больше не является определяющей ценностью.
ну да ну да, где то встречал статистике что разработчик тратит 10–16% рабочего времени на написание кода, ценность куда деваться
При этом разработчик не имеет права быть ведомым нейросетями. Он сам должен корректировать ход работы, применяя свое видение.
Сами себе противоречите:
С приходом ИИ формируется новая роль — менеджер ИИ-агентов
Он же теперь не разработчик, откуда ему знать что там ИИ понаписали и откуда у него будет виденье, если он сам это писать не умеет?
Это сейчас разработчики по старой памяти это все знают и умеют а через какое то время не очень понятно откуда будут умельцы на дуде игрельцы которые как в старину и программировать будут уметь и за 5 агентами подглядывать и еще кофе варить начальству?
Человеку всегда тяжело даются перемены. Особенно сложно, когда он полностью погружен в свою работу и у него нет времени переосмыслить, как меняется отрасль. Задача руководителя — помочь разработчику сначала принять новые реалии, а затем адаптироваться к ним.
Особенно сложно, когда у него мамкины-руководители, которые при появлении нового инструмента пытаются не наладить улучшить а устроить революцию и все сломать.
Т.е. они даже сами не знают во сколько? Толи в 2 толи в 10
Разные этапы SDLC ускоряются неравномерно. На это сильно влияет уровень платформеризации. Что встроенными инструментами уже решается быстро (например, автогерация кода, шаблоны автотестов, унифицированный деплой), уже ускорить сложно. В Bigtech уровень платформеризации уже достаточно высокий.
Он же теперь не разработчик, откуда ему знать что там ИИ понаписали и откуда у него будет виденье, если он сам это писать не умеет?
Да, как раз об этом и речь. Должно быть отличное архитектурное видение. По сути, это позиция техлида.
Это сейчас разработчики по старой памяти это все знают и умеют а через какое то время не очень понятно откуда будут умельцы на дуде игрельцы которые как в старину и программировать будут уметь и за 5 агентами подглядывать и еще кофе варить начальству?
Да-да, меня это тоже сильно волнует :) И технический топ-менеджмент в BigTech тоже. Обратите внимание, что я как раз рассуждаю с позицию топ-менеджмента.
Спасибо за комментарий.
умение понять бизнес-требования, декомпозировать их в технический план, отслеживать ход выполнения и отвечать за сроки. В процессе разработчик согласует с бизнесом выявленные нюансы реализации
Вот пусть манагер этим и занимается. Иначе нахуа он нужен?
Теперь от него требуются следующие качества
За те же (а то и меньшие, кризис же) деньги? Щас, только шнурки поглажу.
у него нет времени переосмыслить, как меняется отрасль
Время есть, желания нет. Потому что не нравятся мне такие перемены, не хочу я их и подстраиваться под них. Переход от программистов к разработчикам-то полная шляпа, нужная только бизнесу (ему, видите ли, дорого). А это вообще хрень какая-то. Ощущение, что этот поезд катится под откос и пора спрыгивать.
Щас, только шнурки поглажу.
Ощущение, что этот поезд катится под откос и пора спрыгивать.
Альфа и омега рассуждений ;) Вы прошли стадию отрицания и принятия. Ну, или придётся меняться. Статья ведь именно про это.
Вы прошли стадию отрицания и принятия
Я понял, что некогда любимая мной отрасль свернула не туда ещё когда началось это дрочево с софтскиллами. Сейчас к этому ИИ добавился. Так что в жопу мы движемся давно.
Ну, или придётся меняться.
Как писал выше, не хочу. Не хочу становиться пастухом агентов. И устал от возведённого в культ постоянного саморазвития. Надоело напрягать мозг в попытке угнаться за очередными новинками. Хочется тратить вечера и выходные не на чтение статей и пет-проекты (которых у меня всё равно никогда не было).
Я стал программистом, потому что мне было в кайф писать код и возиться с компами. Если меня этого лишают, навязывают всякое манагерское дерьмо типа "умения понимать бизнес-требования", то нах мне не нужно всё это ИТ, пусть спокойно катится в свою манагерскую жопу.
Очень понимаю! Несмотря на то, что я руковожу направлением разработки из 5 команд, я не перестаю чувствовать себя инженером и продолжаю писать код в режиме PoC как техлид. У меня нет ощущения, что ушло удовольствие от смены инструментов и роли. Ну, скажем, очень круто собрать при помощи ИИ современнаю среду разработки для Windows 2.0 (обожаю эту операционку, найдите мои первые статьи на Хабре). Тоже самое касается и работы.
круто собрать при помощи ИИ современнаю среду разработки для Windows 2.0
Круто сделать это руками. Вот только зачем...
Многое делается ради удовольствия ) Хочется писать приложения для Win 2.0, создавать современные возможности для среды, которая требует 1 Мб оперативки для корректной работы. Очень вдохновляет Excel, который полноценно работает в ней.
Многое делается ради удовольствия
Ну да, чем бы дитя ни тешилось, как говорится. Каждый ловит кайф как может. Я вот уже забыл как это, получать кайф от возни с шайтан-машиной и вообще от ИТ. Это мне сейчас в тягость, но за это платят и это безопасно. А кайф я сейчас получаю в прогулках по лесу и в военной подготовке (даже что-то типа ломки бывает, когда долго не выходишь на полевые, тянет прям сильно). ИТ же просто скучная, порой бесячая, тягостная, но неплохо оплачиваемая работа, необходимая, чтобы оплачивать счета и покупать для тренировок ништяки типа качественной снаряги от ССО (беру только их, реально лучшие по соотношению цена-качество, проверено многократно), страйкбольных приблуд и пневмата (пока не сподобился нормальный ствол заиметь).
он многое сделал, заметно прокачал технические и организаторские навыки
Но прежняя шкала оценки уже не годится: она не учитывает умение работать с новыми инструментами.
А умение работать со старыми инструментами раньше оценивалось? — Высчитывали, сколько раз человек полез в меню IDE вместо нажатия горячих клавиш? Аттестацию по знанию команд git’а регулярно проводили?
Внезапный фокус на инструментах на фоне «много сделал» — это просто очередная отговорка, чтобы не платить.
Спасибо за мнение. Но мы же и не собираемся мерить количественно, сколько раз нажато меню. Существует Performance Review по разным аспектам инженерной культуры. Мы брали фреймворк Avito, по розе ветров навыков: коммуникация, ответственность, экспертиза и др. Сейчас сама конфигурация этой розы ветров поменялась.
Время для откровенного разговора: разработка уже не та, к которой мы привыкли