Почему в 2026 году разработчику в России мало просто писать код
2026 год окончательно закрепил статус Low-code/No-code не как игрушки для «чайников», а как полноценного игрока на корпоративном поле России. Импортозамещение, кадровый голод и необходимость быстрой цифровизации сделали свое дело: визуальные среды разработки стали мейнстримом.
Но что происходит с классическими программистами, которые пишут код вручную? Вопреки различным обещаниям и прогнозам, они не исчезли. Их роль мутировала, и требования к ним в 2026 году стали жестче, чем когда-либо. Хотя, конечно, тут, как у палки, есть разные стороны. Давайте разбираться.
Меня зовут Антон Дурнецов. Я ранее сам был программистом C++, потом управлял ИТ‑подразделениями, а с 2013 года занимаюсь подбором ИТ‑специалистов для всей России – как в штат, так и на аутстафф.
Приведу несколько примеров из практики.
Мы потратили более полумиллиона рублей на frontend-разработчика и почти 4 месяца работы, а уже спустя полгода – порядка 6 тыс. рублей и 5 дней на то, чтобы сделать в 2 раза больше работы. Всё это благодаря нейронным сетям.
Представим, что один человек захотел разработать достаточно простое приложение. У него уже было составлено грамотное ТЗ, и он обратился к программистам из Индии и Пакистана. Потратив деньги, он получил кучу строк написанного кода, но приложение не работало: кнопки наплывали друг на друга, глючили и т. д. Произошла ситуация «тупого» написания кода.
Зачем я все это рассказал? Чтобы показать суть того, что забирает на себя создание продуктов через системы без кода либо через нейронные сети. Мы получили автоматизацию, что позволило и позволит в будущем экономить деньги и время. Но есть различные НО, о которых расскажу.
Еще пять лет назад Low‑code воспринимался как инструмент для создания примитивных ИТ‑систем или порталов. Сегодня ситуация изменилась. Российский стек платформ дорос до уровня, позволяющего создавать сложные, высоконагруженные системы. Государственные информационные платформы и крупный бизнес все чаще выбирают LC/NC из‑за скорости разработки и простоты сопровождения.
В этих условиях произошло расслоение рынка разработки. Условный «кодер», который пишет все с нуля на чистом Java или Python, стал элитным штучным товаром.
Массовая же разработка сместилась в гибридную плоскость.
Мои утверждения – лишний повод для споров, так как «дьявол в деталях». С одной стороны, чистые кодеры нужны и важны, но только в тех бизнесах, где это фундаментально необходимо – например, в финтехе.
Готовы вы пользоваться приложением, где «хранятся» ваши деньги и которое может глюкнуть в любой момент? Я – нет! Поэтому варианты LC или программирования через нейронки здесь минимальны.
С другой стороны, если у вас стартап, то, я считаю, в сторону чистовых разработчиков смотреть даже не стоит. Представьте: у вас возникла идея. Вы ее реализуете не за миллионы рублей, а за пару сотен тысяч или пару десятков тысяч рублей. Получаете работающий продукт, далее идете тестировать гипотезу. Если она выстреливает и начинаются продажи, берете программистов, вычищаете продукт от багов и развиваете его. Как по мне, это круто!
От писателя к архитектору решений
Главное изменение, которое мы предвидим для российских разработчиков в 2026 году, – это смещение фокуса с синтаксиса на логику. Раньше ценность специалиста определялась тем, насколько хорошо он знает библиотеки фреймворка. Теперь эту работу берет на себя визуальный конструктор.
Классический разработчик превращается в дирижера. Он больше не пишет типовые контроллеры и не верстает стандартные интерфейсы – это делают за него нейронки за 5 минут. Вместо этого он занимается тем, что платформа делать не умеет: разработкой сложных математических алгоритмов, оптимизацией низкоуровневых процессов, интеграцией с уникальным оборудованием по закрытым протоколам и созданием кастомных модулей.
Вот тут самое сложное. К сожалению, сейчас мы практически не видим на рынке специалистов, которые в состоянии выступить в роли архитектора в вайбкодинге (долго старался избегать этого сленга, но, видимо, без него никуда). Навайбкодить можно без проблем любому человеку, но как вся эта система потом будет работать – большой вопрос! А код получается очень грязным – на уровне тех самых разработчиков из Индии или Пакистана. И такие специалисты – первые, кого вытеснит с рынка LC/NC.
Здесь хочу рассказать кейс. Был у нас кандидат – Java‑разработчик. Мы его отправили в две компании на рассмотрение. В одной компании сказали, что он сверхкомпетентен, а потому им не подойдет. Во второй ответили: «Зачем вы нам джуна присылаете?»
Суть в том, что в первой компании был нужен просто кодер, который по ТЗ набивает нужные строки кода. А во второй – инженер, тот, кто может придумать решение, а затем реализовать его на любой платформе или языке программирования в зависимости от задачи.
Так вот, в слово «архитектор» мы закладываем больше, чем возможность придумать и разработать архитектуру. Мы подразумеваем еще и то, что человек будет думать, окажется ли данное решение выгодным и ценным для бизнеса или клиента. Условное критическое мышление обязательно должно быть.
Код как товар высшей пробы
В 2026 году код на российских проектах стал слишком дорогим ресурсом, чтобы тратить его на типовые задачи. Компании мыслят так: зачем нам программист за 250–400 тыс. рублей в месяц плюс налоги, который будет писать скрипт для отправки уведомлений, если это делает нейронка за пару кликов и, в худшем случае, за пару десятков рублей?
Ручное программирование сохранилось только там, где это действительно критично:
-
Безопасность и гостайна. Там, где нужна абсолютная прозрачность и контроль периметра, все еще правят бал C и C++.
-
High‑load и производительность. Там, где счет идет на микросекунды (биржевые алгоритмы, обработка Big Data), «визуальный» код пока проигрывает ручной оптимизации.
Парадокс, но именно классические разработчики сейчас на пике спроса в вендорах, создающих те самые визуальные среды. Если текущую ситуацию можно назвать пиком спроса.
Проблема грязного Low‑code
С ростом числа приложений, созданных аналитиками или разработчиками, возникла новая головная боль – зоопарк плохо документированных решений. Бизнес‑пользователи могут быстро собрать приложение, но они понятия не имеют об архитектуре данных, безопасности и будущем масштабировании.
И здесь на сцену выходит классический разработчик в новой роли – рефакторингового инженера. В 2026 году, как нам кажется, это будет востребованная профессия в России. Такой специалист приходит на проект, где за полгода «накликали монстра», и превращает этот хаос в стройную систему. Он переписывает критичные узлы, наводит порядок в данных и учит low‑code‑фермеров делать красиво.
Выводы
Low‑code/No‑code в России 2026 года не убил профессию программиста, но поставил под вопрос существование junior‑разработчиков: они не востребованы, работу за них может делать нейронка, а учиться им на чем‑то надо. Классический же разработчик перестал быть просто исполнителем («напиши столько‑то строк кода») – он стал или должен будет стать архитектором.
Парадокс в том, что, чтобы оставаться востребованным сегодня, нужно уметь не только писать код, но и понимать, когда его писать не нужно. Синтез инженерной мысли и понимания возможностей платформ – вот главный капитал разработчика в новой технологической реальности России.