Комментарии 5
Хрр...
Ой, задремал!
Так о чём эта статья?
Ответьте, не подглядывая. У вас осталось в голове что-то полезное после прочтения?
ЗЫ
Надеюсь, разработка перестанет тратить время на глупости типа зубрёжки фреймворков и займётся делом
Например, Яндекс на конференции Infrastructure’2026 сообщил о росте производительности внутри компании в 2-10 раз.
Т.е. они даже сами не знают во сколько? Толи в 2 толи в 10. А еще лучше было бы посмотреть то ли в 2 толи в 10 раз больше успешных продуктов которые они стали выпускать на рынок. Или успешный успех нельзя показывать?
Скорость ручного написания кода больше не является определяющей ценностью.
ну да ну да, где то встречал статистике что разработчик тратит 10–16% рабочего времени на написание кода, ценность куда деваться
При этом разработчик не имеет права быть ведомым нейросетями. Он сам должен корректировать ход работы, применяя свое видение.
Сами себе противоречите:
С приходом ИИ формируется новая роль — менеджер ИИ-агентов
Он же теперь не разработчик, откуда ему знать что там ИИ понаписали и откуда у него будет виденье, если он сам это писать не умеет?
Это сейчас разработчики по старой памяти это все знают и умеют а через какое то время не очень понятно откуда будут умельцы на дуде игрельцы которые как в старину и программировать будут уметь и за 5 агентами подглядывать и еще кофе варить начальству?
Человеку всегда тяжело даются перемены. Особенно сложно, когда он полностью погружен в свою работу и у него нет времени переосмыслить, как меняется отрасль. Задача руководителя — помочь разработчику сначала принять новые реалии, а затем адаптироваться к ним.
Особенно сложно, когда у него мамкины-руководители, которые при появлении нового инструмента пытаются не наладить улучшить а устроить революцию и все сломать.
Т.е. они даже сами не знают во сколько? Толи в 2 толи в 10
Разные этапы SDLC ускоряются неравномерно. На это сильно влияет уровень платформеризации. Что встроенными инструментами уже решается быстро (например, автогерация кода, шаблоны автотестов, унифицированный деплой), уже ускорить сложно. В Bigtech уровень платформеризации уже достаточно высокий.
Он же теперь не разработчик, откуда ему знать что там ИИ понаписали и откуда у него будет виденье, если он сам это писать не умеет?
Да, как раз об этом и речь. Должно быть отличное архитектурное видение. По сути, это позиция техлида.
Это сейчас разработчики по старой памяти это все знают и умеют а через какое то время не очень понятно откуда будут умельцы на дуде игрельцы которые как в старину и программировать будут уметь и за 5 агентами подглядывать и еще кофе варить начальству?
Да-да, меня это тоже сильно волнует :) И технический топ-менеджмент в BigTech тоже. Обратите внимание, что я как раз рассуждаю с позицию топ-менеджмента.
Спасибо за комментарий.
умение понять бизнес-требования, декомпозировать их в технический план, отслеживать ход выполнения и отвечать за сроки. В процессе разработчик согласует с бизнесом выявленные нюансы реализации
Вот пусть манагер этим и занимается. Иначе нахуа он нужен?
Теперь от него требуются следующие качества
За те же (а то и меньшие, кризис же) деньги? Щас, только шнурки поглажу.
у него нет времени переосмыслить, как меняется отрасль
Время есть, желания нет. Потому что не нравятся мне такие перемены, не хочу я их и подстраиваться под них. Переход от программистов к разработчикам-то полная шляпа, нужная только бизнесу (ему, видите ли, дорого). А это вообще хрень какая-то. Ощущение, что этот поезд катится под откос и пора спрыгивать.

Время для откровенного разговора: разработка уже не та, к которой мы привыкли