Программирование в 2026

Эта статья будет полностью авторской, ведь она очень важна для меня и должна стать личным манифестом. Здесь будет все – от переживаний и боли до надежд и плана по спасению целой индустрии.

Мы обсудим, каким программирование было, каким оно становится и какую роль в этом играют вайбкодеры. Текст будет полезен как "белым", так и "синим" воротничкам. Ведь происходящее актуально для любой сферы деятельности. Я расскажу, что чувствует программист, с чем он столкнулся и что его ждет в 2026 году.

Искусственный интеллект и роботы заменят все рабочие места. 
– Илон Маск, 22 октября 2025 г. 1,4 млн просмотров

Что вообще такое программирование? 

Классическое объяснение: "программирование – это процесс решения задачи через написание инструкций для компьютера понятным для него языком." Каждое ваше нажатие кнопки на сайте, в приложении или другой системе скрывает под собой несколько строк кода, которые складываются в целую программу.

кнопка.слушатьНажатие = { экран.выполнитьЗакрытие() }

Пример кода на несуществующем ЯП (языке программирования). Этот код можно назвать "инструкцией" для компьютера.

Выглядит совершенно просто. Вот этим мы и занимаемся, если речь идет о кнопках и нажатиях на них. Большинство работает с высокоуровневыми языками, и даже неподготовленный человек вполне может разобраться в некоторых участках кода. Их инструкции настолько обобщены, что они становятся легко читаемыми.

Даже простейшие программы часто содержат сотни кнопок и десятки экранов. Например, ваша операционная система – это миллионы строк кода, написанных тысячами программистов. С этого момента исходный код становится настолько сложным, что простым полотном инструкций не обойтись. Вам понадобятся глубокие знания совместной работы, архитектуры систем и безопасности. Программа должна строго соответствовать требованиям и делать именно то, что нужно бизнесу. Так программист превращается в разработчика.

Действительно ли написание кода – это проблема?

Сам по себе код не является шифром, доступным только для избранных. Разработчик ПО (программного обеспечения) не просто кодирует, он решает все аспекты разработки. Список этих аспектов обширен – от дизайна и безопасности до стабильности и быстродействия. Именно за это нам все еще платят деньги. 

Часто в команде есть человек, который практически не пишет код. Он проверяет чужой и адаптирует задачу под существующую или создаваемую систему. Он знает предметную область бизнеса и обладает навыками менеджера – его можно назвать тимлидом. Я знаю, о чем вы подумали – мы приближаемся к самой сути, давайте вернемся к этому после небольшой исторической справки.

Как появился вайбкодинг?

Откуда вообще взялось вот это: "ИИ забрал работу у программиста". Предлагаю пройтись по тому, как мы вообще работали и как работаем сейчас.

У любого разговорного языка есть словарь, список всех слов и того, что они значат. Так и у любого языка программирования есть своя документация, в которой описаны все инструкции. На заре программирования документация была единственным способом что‑то "закодить". Нужно было внимательно изучить и запомнить спецификации языка. Любая строка программы могла вызвать потребность обратиться в словарь, чтобы узнать, как что-то сделать. Подзадачи, которые требовали нескольких строк кода, и вовсе бывали настолько сложны, что программист мог потратить несколько дней на поиск решения. Эти проблемы постепенно решили: были придуманы инструменты, которые "подсказывают" возможные инструкции, а также форумы, на которых можно было найти ответ. Так мы и существовали десятки лет, опираясь на поиск ответов через гугление и инструменты.

Это было время, когда традиционный метод разработки ПО ускорялся лишь за счет опыта и комьюнити разработчиков. Было создано много обучающих материалов, индустрия стремительно развивалась. Уже тогда пошли разговоры о том, что программирование станет обычным навыком, вроде письма или чтения. Большие компании тратили огромные средства на найм и обучение новых сотрудников. Этот этап можно называть "Learn to Code".

Прорыва не случилось, разработка все еще оставалась слишком дорогой. Тогда начали появляться No‑code платформы, которые предлагали "собирать" сайты или приложения визуально, без единой строки кода. Но и с этим подходом как‑то не задалось. No‑code так и не стал универсальным решением, заняв лишь узкую нишу.

В 2023 году мы уже во всю пробовали ИИ‑автокомплит. Это когда в процессе написания кода нам предлагают несколько строк продолжения. Нейросети обучили на огромном количестве существующих кодовых баз. Способность нейросети угадывать следующее слово оказалась очень кстати. Я не знаю ни одного программиста, который не обрадовался этой фиче. Все разработчики мира начали вайбкодить, но в рамках небольшого участка программы. Справедливости ради, мы и до этого копировали целые блоки кода с форумов и вставляли в свой проект, часто не глядя. Но работа этих строк зачастую была подтверждена другими людьми.

Постепенно мы начали уходить от гугления и поиска ответов на форуме. Мы задавали вопрос чат‑боту, и он генерировал ответ. Вот здесь начались странности. Каждый программист сегодня говорил, что это хорошо и быстро, а уже завтра – ругался. Поиск ответа ускорился, но пропала предварительная валидация другим человеком или даже группой людей. Что создавало ситуации, когда мы получали абсолютно неработающий код. Часто попадались несуществующие для этого языка инструкции, что в целом было понятно. Мы постепенно разбирались, что такое нейросети и как они работают.

Параллельно пошли волны увольнений в больших компаниях. Сегодня куда легче разбираться в этом, ведь оказалось, что главной причиной увольнений было желание освободить ресурсы на разработку и инвестиции в ИИ. Но закрепилось мнение, что это те самые "замены". Вообще миф о том, что у больших компаний есть технология, которой нет у нас – очень распространен и живет до сих пор. В No‑code платформы компании тоже активно вкладывались. Как мы уже поняли, любая компания стремится ускорить и удешевить разработку, и это правильно.

К 2025 году стало возможным вообще не писать код. Поскольку нейросеть справлялась с продолжением небольших участков кода, очевидно, она может написать всю программу. Кстати это действительно так. Почти для каждой статьи я разрабатываю мини‑игру методом вайбкодинга. Вы можете сыграть в одну из них.

Вайбкодер – это программист, но не всегда разработчик

Вайбкодинг – это метод написания кода через промпты. То есть вайбкодер пытается вообще не программировать, а давать инструкции естественным языком через агента. То есть просто обобщать инструкции. Вместо кода: "кнопка с именем один, делай вот это при нажатии, кнопка с именем два, делай вот это при нажатии", мы используем инструкцию "разработай калькулятор". Вы получите много строк кода, и они даже будут работать. Это именно то, что вы хотели? Скорее всего, вам понадобится несколько уточнений. Например, вам нужны кнопки другого цвета, и вы пишете промпт на несколько предложений. При этом в коде изменилась только одна строка. Даже не строка, а лишь одна переменная, которая отвечала за цвет кнопок. Вы выбрали неверное обобщение. Если теоретически развивать эту идею, чтобы написать операционную систему из миллиона строк кода, вам придется написать миллиард промптов.

Современные ЯП не просто так остановилось на определенном уровне абстракции. Ниже – сложно, обрабатывать нажатие кнопки придется сотнями строк. Выше – невозможно, поскольку язык будет ограничен в точности. Вайбкодинг – неправильный метод разработки реального проекта, это попросту слишком высокий уровень абстракции. У вас будет получаться случайный продукт, или вам придется указать такое количество параметров и инструкций, которое будет значительно выше реально необходимых на этом ЯП.

Если отдельным участкам вашего кода или даже целым модулям будет достаточно одной инструкции, – здесь все правильно. Когда вы пишете несколько промптов, чтобы изменить одну переменную, – это безумие. Разработчик всегда правильно выбирает уровень абстракции и понимает, что он делает. Нейросетевой агент создает случайный код на заданную инструкцию. Это легко проверить: просто перезапустите любой промпт – результирующий код почти всегда будет разным. Какой из них больше подходит, знает только разработчик. Они оба могут работать, но не всегда оба будут удовлетворять всем требованиям.

Уволить нельзя помиловать

Вернемся к нашему тимлиду, который не пишет код, а лишь проверяет. Давайте ему нейросеть будет писать код, а он – проверять. Вот мы оставили одного разработчика, а других заменили на ИИ. Дело в том, что он не справится. Код не является конечным результатом, как мы уже знаем – разработка – это не только код. Нейросеть не является разработчиком на данный момент, а лишь генерирует ответ на запрос. Тимлид будет заворачивать такую работу, поскольку она не удовлетворяет требованиям. Он почти мгновенно окажется в условиях вайбкодера, где десятком слов нужно будет менять одну переменную. Иначе придется слишком глубоко разбираться в проверяемой работе –это просто не имеет смысла.

Реальная польза

По факту мы получили полезный инструмент: часто задачу по кодированию можно существенно обобщить. Правильно ли мы выбираем уровень обобщения – до сих пор большой спор.

Все остались в выигрыше: разработчики получили высочайший уровень абстракции, который довел программирование до естественного языка. Люди без опыта в разработке получили возможность слить свои АПИ‑ключи в публичный репозиторий и быстро разработать случайный продукт, который часто оказывается именно тем, чего они хотели.

Создается мнимое ощущение, что разрабатывать стало легче. Человек (люди) года по мнению журнала Times делают громкие заявления чуть ли не о полном исчезновении профессии. Знаете ли, это тяжело слышать от кумиров своей юности. 

Медиа – подхватывают, люди, которых бесят программисты, – лайкают. Это создает замкнутый круг преувеличений. Ситуация доходит до руководства в совершенно искаженном виде и сталкивается с нулевым сопротивлением. Даже самые ярые скептики полезности нейросетей не умеют общаться по этому поводу с бизнесом и менеджментом. Я видел ситуации, когда разработчики боятся отказаться от ИИ‑агентов, которые начальство им предлагает. 

Полезность сгенерированного кода не подтверждена абсолютно. При этом бизнес абсолютно уверен, что разработка должна ускориться. Никто не знает, насколько сложно будет поддерживать большие продукты, когда разработчики потеряют нить и принцип работы целых модулей системы. 

2026

Маленькие и даже большие компании с некомпетентным руководством могут поверить, что настало то самое время. Поскольку их информационный фон перегружен. Это касается не только программистов, но и так называемого "бэк‑офиса". Сотрудники поддержки, HR‑специалисты, маркетологи – все находятся под ударом. Компания, которая поверила в возможность оптимизировать свое производство – обязательно этим займется. "Мы сейчас скажем, что начинаем автоматизировать процессы и можно уволить людей. Даже если у нас не получится, мы увеличим конкуренцию на рынке и снизим затраты."

Очевидно, что на следующий год тренд на сокращения и автоматизацию будет сохраняться. Невероятно сильной пропаганде ИИ нет никакого противодействия. Компаниям остается только очень сильно ошибиться, и они несутся это сделать, как обычно. Компания, как никто другой, умеет прощать себе ошибки. Вас при этом, никогда не вспомнят словами "он был прав".

Что делать?

Если вы не разработчик, просто простите нас. Вокруг профессии сформировалось так много мифов и недопонимания. Поверьте, нам никогда не было легко. Вы, наверное, и сами удивлялись тому, как мы любим свою работу. Мы просто больше ничего не умеем, но обязательно научимся, если нужно будет. Может, даже мы научимся делать вашу работу. Баги не пропадут вместе с нами, но у вас появится несколько конкурентов.

Если вы разработчик – начните говорить. Говорите правду. Вы – то самое звено производственной цепочки, которое мечтают исключить. Начните с малого: поговорите с близкими и друзьями. Затем объясните бизнесу, какая часть кодовой базы написана вручную, а какая – нет. Занимайтесь просвещением: голос каждого, кто доносит альтернативное мнение, сейчас критически важен.

Выводы

Сегодня мы наблюдаем уже третью волну дискуссий о "замене" программистов. Каждая из них в свое время обещала радикально изменить индустрию:

Движение "Learn to Code"  (2010–е): Попытка сделать кодинг доступным каждому.

"Золотая лихорадка" No‑code (2017–2020): Обещание создавать продукты без написания кода.

Эра AI (2021–наше время): Обещание создавать продукты, которые вы не знаете, на вашем языке.

Несмотря на то что каждая волна дестабилизировала статус профессии, ни одна из них не реализовала свои амбициозные прогнозы в полной мере.

Внедрение AI рискует еще сильнее снизить планку качества и не гарантирует ускорения разработки для опытных специалистов. Проблемы разработки и качества ПО очевидны и существуют давно, но бизнес вместо системных решений вновь делает ставку на сомнительные обходные пути.

Подписывайтесь, чтобы не пропустить действительно важные события.