Крупнейшие технологические компании в

мире собрались на закрытой встрече и

решили, что джуны сейчас выгоднее, чем

синьоры. У меня 13 лет опыта в

разработке, и я понимаю, почему это

может быть правдой. Честно говоря, я

сейчас нахожусь в рынке, где я вижу

совершенно два разных мира. И первый мир

- это программисты. Они очень долго и

консервативно изучают инженерную

профессию, учат фреймворки, всякие

технологии, библиотеки, языки

программирования, и они понимают, что

появился искусственный интеллект,

который может писать код. Но я даже

читал вот комментарии ребят, которые

пишут, что, блин, как будто бы стало

даже сложнее, нужно больше думать, стало

менее понятно, я много силу трачу на то,

чтобы писать промты, вместо того, чтобы,

блин, сидеть и разрабатывать. Короче,

всё стало хуже, плохо и так далее.

Обязательно будет комментарий про то,

что, ну, блин, это ненадёжно. Как же

искусственный интеллект проанализирует

репозитории с 30.000 стропкода? Он же

галлюцинирует, он же делает ошибки. Ну,

вы понимаете, вы встречали это. А есть

второй мир, который я вижу - это и

маркетологи, предприниматели,

фрилансеры, финансисты, просто

проактивные люди, которые, ну, не умеют

они писать код, зато берут и с помощью

искусственного интеллекта создают целые

рабочие продукты и просто зарабатывают

деньги. У меня лично есть куча друзей,

которые без знания программирования

создают крутые приложения для

финансового мониторинга, для трекинга

различных цен и динамики рынка,

Telegram-боты, просто различные

визуальные приложения, которые работают

под их нужды. Они у меня просто

спрашивают что-то там по

программированию, но это базово. И

понимаете, я не могу сказать, кто прав

из этих двух миров, но я могу точно одно

сказать, что одни зарабатывают, а другие

испытывают кризис. Ну вот что интересно,

крупнейшие компании мира, кажется, это

поняли, потому что в конце двадцать

шестого года прошла закрытая встреча,

которая расставила всё на свои места.

Компания Works организовала закрытую

встречу, куда пригласила ведущих

инженеров, ведущих компаний. К

сожалению, она проходила по формату, где

участники не разглашаются, зато

разглашаются выводы. И главный вопрос,

который звучал на этой встрече: а вот

если искусственный интеллект уже пишет

код, то куда вообще в принципе движется

индустрия инженеров? Никто не пришёл к

единому ответу, но все решили, что

реально вопрос очень срочный. И для темы

этого ролика важны три ключевых вывода

из документа. Первое - это то, что

спецификация на текущий момент

становится важнее кода, потому что

искусственный интеллект создаёт

приложение по спецификации. Вот вы, если

смотрели мои курсы по вайкодингу,

понимаете, что мы вначале правильно

формируем спеку, а потом уже агент

работает по ней. И прикол в том, что

если спека плохо написана, то тогда

будет плохой код. Если спека хорошая, то

тогда искусственный интеллект пишет

хороший код. Второе - это то, что джуны

перестали быть таким вот финансовым

балластом, потому что появление

технологии искусственного интеллекта

позволяет сократить время джуна, который

ничего не умеет, такой плавает и не

понимает, до абсолютно рабочего

сотрудника, который пользуется нужным

инструментарием. А если Джниор правильно

работает с агентами, умеет вообще в

оркестрацию систем и в формировании

агентов, то в таком случае он вообще

золото. А вот третье довольно-таки

грустное, потому что по статистике с

отчётов этого документа сказано, что вот

средний класс, грубо говоря, да, я буду

больше апеллировать к метлам, они в

меньшей степени используют технологии

искусственного интеллекта. Хотя, когда

используют, у них это лучше получается

за счёт опыта. Но вот по статистике

более опытные ребята используют меньше,

чем джуны. И поэтому получается вот

такая вот как бы разрыв, то, что джуны

используют яишку и составляют очень

серьёзную конкуренцию теперь среднему

рабочему классу. Но вы спросите, а

почему опыт мешает? И вот тут начинается

самое интересное. Медлы в айтишке - это

самая большая группа. Даже на моём

канале по статистике Телеграма и Ютуба,

это порядка 50 тире60% квалифицированных

ребят. То есть, ну, это просто основная

рабочая сила, которая, в принципе,

создаёт приложение. И именно они на

текущий момент находятся в самой сложной

ситуации. Почему? Потому что годы опыта

формируют определённый паттерн мышления.

ты учился писать код руками, и для тебя

противоестественно внедрять какие-то

новые инструменты, потому что ты же и

так умеешь работать, у тебя и так уже

получается это, и, к сожалению, это

тормозит твой прогресс, потому что ты

привык не доверять новым инструментам, у

тебя уже всё хорошо. Но вот здесь вот

самое страшное, потому что эти привычки,

они, конечно же, не являются слабостью,

да, это то, как мы устроены. На самом

деле эти привычки - это результат твоего

профессионального опыта, и это очень

важно. Просто, к сожалению, эта привычка

формировалась в другой реальности.

Сейчас мы уже начинаем жить в другой. И

даже вот есть такой там тезис в

документе, что 10 лет вот опыта, который

ты получил в классической IT, может быть

на текущий момент 10 лет бесполезным

опытом, который нужен рынку. Я вам

честно, я на себе тоже это почувствовал,

потому что у меня в айтишке 13 лет. И,

безусловно, вот вся голова была забита

паттернами архитектурой, фреймворками,

библиотеками, всякими разными там

технологиями. Но в какой-то момент я

заметил, что, блин, они вообще не

останавливаются. То есть они выходят и

выходят и выходят, да? То есть в

какой-то момент этот прогресс начал

становиться ещё быстрее и быстрее, и я

начал переставать следить за всем

выходящим. А как оставаться в тренде?

Мне в конечном итоге вести большие

соцсети и вам рассказывать про

актуальную часть. Мне прямо пришлось с

корнем выдирать из себя какие-то знания.

То есть, грубо говоря, отказываться от

них только для того, чтобы освободить

голову для новых технологий. Потому что

в какой-то момент я понял, что, блин,

да, мне тоже как бы комфортно на Реакте

писать, на Ангуляре, а там совершенно

новые вещи появляются там с Ишкой, и это

вообще другой рынок. И, честно говоря,

это было непростое решение, как бы вам

не казалось, потому что с таким большим

бэкграундом скинуть привычное поведение,

скажем, не очень приятно. В документе по

поводу этой ситуации приводили

конкретный наглядный пример. В девяносто

втором году инженеры писали алгоритмы

для рендеринга полигонов. И через 2 года

эта работа ушла в железо. То есть

профессия трансформировалась, и она

стала про анимацию и про освещение.

Потом она стала про кастомную физику и

игровые миры. И, понимаете, каждый раз

уровень абстракции он возрастал. И те

инженеры, которые такие: "Нет, я пишу

игровые полигоны, вот эти вот ренринг и

так далее", они просто остановались

невостребованными. И, честно говоря,

сейчас та же самая происходит ситуация с

написанием кода, что те, кто противится

и говорит, что нет, железкам нельзя

доверять, роботы там плохие и всё такое,

ну, к сожалению, Ю просто становятся

неконкурентоспособными. Я, если что, 3

года уже про это на канале говорю. Добро

пожаловать. Сейчас проблема стала

острой. Поймите меня правильно, я не

говорю, что годы опыта они не имеют

значения. Они имеют значение просто если

вы правильно их используете. Если они

вам мешают, вы такие: "Всё, фигня. и

галлюционирует и плохой и не умеет и это

всё хайп, там всё плохо. Ну, увы, вот вы

как раз-таки вылетите в трубу. А те

наоборот ребята, которые опытные,

которые с воодушевлением, такие: "Блин,

агентская разработка, оркестрация

систем, как внедряют это в свою рабочую

деятельность, они наоборот ещё круче

становятся. Как бы у меня тоже куча

примеров есть. И очень крутые ребята,

реально очень крутые вещи делают". На

этом этапе мы можем проговорить: "О'кей,

опыт мешает, а что тогда реально

работает?" Сейчас я не топлю за ту идею,

что инженерия умирает на текущий момент.

Наоборот, я считаю, что она получает

новый виток развития и лично у меня

возникает наоборот куча нового интереса.

Просто повышается уровень абстракции. И

именно этот этап характеризует момент,

когда мастерство начинает иметь вес.

Замена примерно сейчас выглядит

следующим образом. То есть вместо кода

появляются спецификации. Если раньше

процесс примерно выглядел следующим

образом. У тебя есть идея, ты пишешь

код, потом ты пишешь тесты и потом уже

деплоишь приложение. То есть сейчас

вначале ты создаёшь спецификацию, потом

настраиваешь агентов, агенты пишут код,

ты делаешь ревью. Понимаете? То есть, в

принципе, тот же самый, просто другие

инструменты. Вторая интересная концепция

- это в том, чтоDD, классический теest

driven development, может становиться

новой формой промтненеринга. Это,

кстати, один из самых интересных

выводов, в принципе, с этого документа.

Прикол в том, что этот подход, он

говорит, что вначале ты пишешь тесты, а

потом пишешь функционал. И именно в

такой парадигме агенту сложнее

жульничать, потому что у него есть

заранее заданные нормы, в которых ему

нужно действовать, и он прогоняет это

через тесты. И дальше просто

оптимизируется этот подход для того,

чтобы ТД именно формировал

функциональное поведение твоего

приложения. Ещё из интересного появился

новый термин, и он пока никак не назван

конкретно в инженерной специальности, но

называется он midle loop. То есть в чём

идея? Inner loop - это когда ты пишешь

код, тест, там дебажишь код и так далее.

Outer loop - это когда ты там деплоишь,

настраиваешься ICD, ну, короче,

занимаешься внешними составляющими. Но

теперь получается, появляется ещё и

midle loop - это прослойка, когда ты

должен научиться управлять агентами и

настраивать их, чтобы они правильно вели

себя во время разработки. Туда мы

заносим и декомпозицию задач, и

калибровка агентов, и тестирование

результатов, и их валидацию. Как сделать

так, чтобы минимизировать галлюцинации?

как сделать декомпозицию задач таким

образом, чтобы, допустим, где-то

работали субагенты, где-то работали

субтаски, для того, чтобы опять же

улучшить качество ответов. Кстати,

поддержание архитектурной целостности

тоже очень важный концепт. Если вы

спросите меня, то я лично пишу сейчас

код исключительно через нейронки, потому

что, блин, это быстрее и лучше. Но я не

сторонник того, что всё есть вай-кодинг,

значит, это всё классно и так далее. Я

использую вебкодинг для того, чтобы

создавать какие-то прототипы, потому что

очень быстро я могу получить что-то вот

рабочее, чисто потыкать, посмотреть,

норм концепт или не норм. Но я в

основном использую deep кодинг, потому

что когда идёт дело до серьёзной

разработки, я делаю очень точечно, очень

изолированно, с маленьким количеством

задач и с полным ревью. Да, это требует

определённого как бы инженерного

бэкграунда, но это и даёт очень

серьёзное ускорение разработки, потому

что мне теперь не нужно ставить символы

руками. Я просто говорю, что мне нужно

сделать. Агент уже понимает поведение.

Но при этом я всё ещё считаю, что навык

разбираться в коде, он является

фундаментальным и важным, потому что

если ты не понимаешь, что выдаёт

нейронка, если ты просто надеешься

только на агентов, то, увы, это патовая

ситуация, потому что в какой-то момент у

тебя закончится понимание того, что ты

пишешь, и это везёт к неуправляемости.

Я, например, вот недавно курс записывал

для резаута по клодкоду, где я чётко

показываю, как с помощью механик

дипкодинга ты можешь формировать целые

архитектуры, приложения, но делать это

итеративно, делать это аккуратно. И там

моделька OPUS 4.6 - это просто что-то с

чем-то. Те, кто работал, вы понимаете, о

чём я говорю. Это это невероятный агент.

Он зачастую понимает код быстрее и

лучше, чем я это могу сделать. Я потрачу

на это существенно больше времени. И вот

теперь неожиданный вывод из всего этого.

Джуны на текущий момент зачастую делают

это всё лучше. Почему? Потому что у

джунов нет рефлексов, нет опыта, которые

нужно ломать. Для них это всё новое. Для

них это уже является стандартом. И

поэтому они прекрасно этим пользуются.

Искусственный интеллект, он сокращает

фазу от совсем бесполезного новичка,

который ничего не понимает, до человека,

который может деливерить очень

качественные решения. Раньше джуниор и

компаниям входились в денежку, потому

что джуна нужно воспитать, джуна нужно

интегрировать, ему нужно дать опыта, ему

нужно дать ментора для того, чтобы он

набрался этого опыта. И только сначала

Длачинает себя окупать. То есть сейчас,

если Джун разобрался в базовых

концепциях, довольно-таки быстро

понимает и структуры данных, и как язык

программирования работает, без какой-то

конкретики, на это существенно меньше

времени нужно потратить, то дальше он

работает с агентами. Если он понимает

пкодинг, понимает архитектуру, понимает

кодинг, то он просто берёт, приходит и

делает хороший код, объясняя агенту, что

нужно ему реализовать. и у него нет вот

этих вот привычек и десятилетнего опыта,

которые блокируют его адопtionн к новым

технологиям. В документе это

подтвердили, потому что по статистики

этих компаний, те сотрудники, у которых

больше опыта, они в меньшей степени

пользуются искусственным интеллектом, а

те, кто более начинающие, кто пришёл в

сферу, чаще используют и при этом их

производительность становится выше. Но

если опытные сотрудники используют

иишку, то, конечно же, они лучше

производят задачу, чем джниоры, потому

что у них уже есть и широкий контекст

понимания, и насмотренность, и

архитектурные паттерны в голове. То

есть, по сути, твоя задача - взять и

использовать новые технологии, не

отрицать их, и всё у тебя нормально

будет. Но вот, казалось бы, очевидно,

да, а вот тем не менее статистика

говорит, да, я и сам прекрасно понимаю,

я вижу это по своим каналам, что люди

противятся. И я говорю, что я и сам

наблюдаю это в среди своих знакомых,

среди своего комьюнити, когда люди без

инженерного бэпграунда и

предприниматели, бизнесмены,

маркетологи, финансисты просто приходят,

делают, а инженеры сидят, копаются и в

итоге ничего не производят. Не все, да,

но это статистика, опять же. Ведь

классический подход к образованию создал

определённую картину мира, в которой

сказано правильно вот так, да, но сейчас

по-другому правилу работы. И ещё раз для

особо внимательных, я не говорю, что

опыт теперь не имеет значения. Опыт

имеет значение. Очень важно понимать

архитектуру, очень важно понимать

фундаментальные базы кода. Проблема вот

этого опыта, который я в ролике

рассказываю вам в том, что он создаёт

привычки, которые блокируют ваш взгляд к

новому. Если у вас есть глубина, но она

связана с привычкой всё контролировать и

писать всё руками, то это большая

проблема для вас. Этот актив становится

обузой. Да. И вот что делать теперь? То

есть просите медлам и синьорам.

Смотрите, конкретные шаги без

абстракции. Шаг номер первый - это

перестать писать код руками на какое-то

время и сосредоточиться на

спецификациях. Нужно определить вообще

головой, что из себя представляет

система, как она выглядит и как её можно

правильно описать для того, чтобы

декомпозировать на маленькие

составляющие части. И только потом уже

после того, как написал спецификацию,

начинай открывать редактор, ну, а точнее

запускать агентов. Второй шаг. Нужно

проанализировать свои привычки и понять

вообще, а что ты делаешь руками. Вот,

допустим, ты скажешь: "Невозможно

делегировать плой". Нужно попробовать

почитать литературу на этот счёт и

понять, какие вещи там уже

автоматизируются агентами. Ты скажешь:

"Невозможно проанализировать проект, где

30.000 строк. О'кей, изучи, что такое

рак и пойми, как работают векторные базы

данных для того, чтобы агент справлялся

с большим объёмом. У меня, кстати, на

канале есть ролик про рак подробный, там

и 11 стратегий его реализации для разных

контекстов, и полная теория про то, как

это работает. Третий шаг. Я всё ещё

считаю, что необходимо инвестировать

свою когнитивную нагрузку в понимание

архитектуры, структуры данных, базы

того, как работают языки. Потому что нам

не нужно поколение инженеров, которые не

понимают, как устроен код. Поколение

вайб-кодеров, да, если так вот угарно

говорить, но по факту то есть нет, люди

должны понимать, что пишет код. Просто

они должны изменить свой подход к этому.

Я вообще топлю за то, что нужно

становиться как бы крутым, серьёзным

медлом или синьором с большим опытом, с

глубинным пониманием, но со свободой и

гибкостью джина. Потому что тот, кто

умеет управлять армией агентов,

устраивать между ними оркестрацию и при

этом грамотно составлять спецификации на

текущий момент, это просто незаменимый

человек, а не тот, кто борется за право

продолжать писать код руками. Самый

опасный враг твоей карьере на текущий

момент - это даже не джуны, это даже не

искусственный интеллект, а это

консерватизм и твой опыт, который

формирует некорректные привычки, которые

действительно блокирует твой взгляд на

реальность того рынка, в котором мы

сейчас живём. Искусственный интеллект,

он не убивает программирования, он

поднимает его на новый уровень

абстракции. И вопрос только в том,

поднимешься ли ты вместе с ним или

останешься позади. Напоследок скажу, что

я создал клуб по искусственному

интеллекту для тех, кто хочет

переформатировать своё мышление. и

научиться управлять этим инструментом,

понять, как думать совместно с

искусственным интеллектом, потому что

это не только про промт инженеринг, не

только про контекстненеринг. Есть

определённые огромное количество крутых

техник, которые я как раз-таки

отфильтровал для вас в клубе. И клуб

является такой вот живой экосистемой,

где ты постепенно, поэтапно проходишь

нужные этапы и интегрируешьишку в свою

жизнь в разных плоскостях, не только в

программировании. ты, в принципе,

начинаешь понимать, как починить себе

технологии ишки, чтобы они работали на

тебя и ускоряли, улучшали тебя. Те, кому

интересно, ссылочка будет в описании.

Оставлю там Telegramбота, где можно

будет чуть подробнее почитать, что это.

Для тех, кто хочет получить

непосредственную практику

программированию, у меня записан

полностью обновлённый курс по

искусственному интеллекту, включая

клодко код. Это именно обучающий курс.

Ссылочку также оставлю в описании. И

помните, дорогие друзья, что привычки

они убивают быстрее, чем

некомпетентность. Не дай ему это

сделать.