Программирование — новая базовая грамотность

«Программирование стало новой базовой грамотностью. Как книги 500 лет назад после печатного станка»

Я последние годы внедряю AI в свои компании на боевом контуре. У нас инжиниринговый холдинг в реальном секторе — производства, договоры, тендеры, нормативка РК, ВЭД, бухгалтерия. Я не теоретик AI и не евангелист отрасли — я учредитель, который сам сидит в IDE и закидывает в неё задачи, и команда за мной делает то же самое. И последние месяцы сформировал наблюдение, которое, на мой взгляд, заслуживает отдельной статьи.

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

Параллель, которую я держу в голове как самую точную, — это печатный станок Гутенберга в Европе 1450-х. До его изобретения грамотных людей на планете было менее 10% даже в городах. За 50 лет после появления первого станка в Европе вышло больше литературы, чем за тысячу лет до этого. Стоимость одной книги упала примерно в 100 раз. За несколько сотен лет грамотность доросла до 70% мирового населения.

Дисклеймер — у этой статьи короткий срок годности. Я пишу её в мае 2026 года. Шесть месяцев назад половины описанных здесь инструментов не существовало. Через шесть месяцев картина уточнится в деталях, я могу заблуждаться в частностях.

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

Программирование начиналось как профессия и превращается в навык

Программирование как отдельная профессия оформилось в 1950-1960-е. Поколение FORTRAN и COBOL — это были инженеры с математическим образованием, которые писали для мейнфреймов IBM. Профессия была редкой, дорогой, и сосредоточенной в крупных корпорациях и оборонке.

Каждая следующая волна технологий снижала входной порог в одной точке, но поднимала ширину стека в целом. В 80-е персональные компьютеры дали доступ к BASIC и Pascal. В 90-е — web с Perl, PHP, Java. В 2000-е — корпоративные платформы, Java EE, .NET. В 2010-е — mobile (iOS, Android), потом cloud (AWS, GCP). В 2020-е — агрегаторские стеки на React, Kubernetes, микросервисы.

Парадокс — порог входа в каждую отдельную технологию стал ниже, но общая стена между «знающим какой-то язык» и «способным выпустить рабочий продукт» только росла. Современный профессиональный программист в 2024-м должен был держать в голове несколько языков, фреймворки, паттерны, DevOps, CI/CD, тестирование, безопасность, архитектуру и пять видов баз данных. Освоить это всё за пару вечеров стало невозможно.

Это и стало стеной. С одной стороны стояли носители доменных компетенций — финансисты, юристы, врачи, технологи, закупщики, продуктологи. С другой — программисты, которые превращали идеи носителей компетенций в работающий код. Между ними была огромная индустрия посредников: продакт-менеджеры, бизнес-аналитики, scrum-мастера, технические писатели. Их основная задача была даже не реализация — а перевод между бизнес-логикой и кодом.

Что изменил AI

Барьер был не в умении кодировать. Барьер был в умении точно описать задачу — а это умели всегда

К 2024 году появился класс инструментов, которые я для краткости называю агентными IDE — Cursor, Claude Code, Antigravity, Codeium, и ещё десяток подобных. Их объединяет одно. Носитель экспертизы открывает редактор, описывает задачу на своём языке (что на входе, что на выходе, какие правила), и агент пишет код. Если не работает — итерирует. Если работает — фиксирует.

По моему опыту, фундаментальное смещение здесь, по сути, не в том, что «AI пишет код». Код AI пишет уже несколько лет. Принципиальное смещение — в том, что больше не нужен переводчик. Раньше носитель компетенции описывал задачу бизнес-аналитику, тот формулировал ТЗ, программист реализовывал, тестировщик проверял, продукт выпускался. Между моментом «у меня в голове идея» и моментом «работающий код» проходило от двух недель до полугода, и через 5-7 человек.

Сейчас идея от автора к коду доезжает за вечер, без посредников. И это не потому что «AI стал умным». Это потому что умение точно описать задачу — это и есть единственное реальное умение, которое нужно для производства продукта. Кодирование было механикой перевода, сейчас механика автоматизирована.

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

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

Преимущество у тех, кто 15 лет копал свою нишу — теперь у них есть лопата

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

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

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

Юристы, бухгалтеры, экономисты, продуктологи, технологи, врачи, инженеры — это новые звёзды. У каждого из них в голове сидят сотни нишевых деталей, которые невозможно вытащить через интервью или ТЗ. Их экспертиза, накопленная за 10-20 лет, теперь конвертируется в работающий код напрямую. И чем быстрее носитель компетенции освоит этот навык — тем быстрее вырастет его собственная капитализация на рынке.

Финансовый модуль AI-native ERP писал директор завода

Личный пример — лучшая иллюстрация

У нас есть своя самописная AI-native ERP — система, которая изначально проектируется вокруг агентской работы AI-моделей. Это не «обычная ERP с прикрученной AI-фичей». Это другая архитектура: обмен данными между модулями построен на естественном языке.

Финансовый модуль этой ERP писал директор MEMBRANECO — нашего завода по производству фильтрующих элементов — мембран обратного осмоса. Он не программист. Он финансист и руководитель компании. У него в голове несколько лет работы с финмоделями в реальном секторе, понимание налоговых режимов СЭЗ, специнвестконтрактов, методики амортизации специальной номенклатуры, бухучёт ВЭД-операций.

Он сел в IDE, описал агенту, как должна работать логика — и получил рабочий модуль. Не за день, конечно. За несколько недель итераций, с ошибками, переписываниями, проверками. Но получил.

Если бы мы делали этот модуль традиционно — он бы стоил под миллион долларов, занял бы 4-6 месяцев, требовал бы команду из 5-7 человек: бизнес-аналитик, продакт, разработчики, тестировщик. И в итоге был бы хуже. Потому что директор, который писал свою модель сам, поймал в ней десятки нюансов, которые в ТЗ бы не попали никогда.

К концу лета программировать будут все в компании

Это естественная технологическая эволюция, а не спущенные корпоративные требования

Сейчас в нашей компании где-то 40% команды активно используют агентные IDE для своих задач. К концу лета 2026 года, по моим прикидкам, эта цифра будет 100%. Не потому что я их заставляю, и не потому что мы так решили в стратегии. Потому что без этого они не справятся с растущим объёмом работы.

С чего начать носителю компетенции

Просто откройте IDE из позиции лени и любопытства

Для тех, кто работает с конкретной экспертизой и думает «как это применить у себя» — несколько практических ориентиров.

Установите IDE с агентным режимом. Я работаю в VS Code с расширением Claude Code, на момент выхода статьи он лучший в агентском режиме, но рядом стоят и Gemini и Codex. Если подписки нет — Antigravity от Google бесплатный, лимиты позволяют попробовать. У Cursor хороший free tier. Внутри редактора есть чат-панель — там можно описать задачу на русском.

Выберите одну рабочую задачу. Не «надо автоматизировать всю аналитику», а одну конкретную операцию, которую вы делаете регулярно руками. Сводите данные из трёх таблиц в один отчёт. Анализируете контракты на наличие десяти определённых условий. Считаете определённую финмодель по шаблону. Главное — задача должна быть повторяемой и в вашей зоне экспертизы.

Опишите задачу агенту на своём языке. Не пытайтесь имитировать ТЗ или думать как программист. Опишите так же, как объясняли бы коллеге: что на входе, какие данные, какие правила, какой результат на выходе, какие пограничные случаи. Добавьте примеры, если есть. Не бойтесь длинного описания — чем точнее, тем лучше.

Итерируйте. Первый ответ агента почти наверняка будет работать частично. Покажите ему ошибки, расскажите что не так. Через 3-5 итераций обычно получается рабочий инструмент.

Не пытайтесь «научиться программировать» в академическом смысле. Не нужно учить язык, синтаксис, паттерны. Нужно научиться точно описывать свои задачи агенту. Это и есть новая грамотность. Программирование как ремесло — для тех, кто этим занимается профессионально. Программирование как навык — для всех остальных.

Капитализация компетенций

Программирование сейчас проходит тот же путь, который прошла грамотность 500 лет назад

Также жду появления большого количества кросс-дисциплинарных специалистов. Один человек одновременно инженер и дизайнер, или инженер, продуктолог и data scientist. Часть работы за него делает агент, поэтому одну роль может закрывать один человек, а не команда из четырёх. По сути, это та же мысль: ценность смещается к тому, что у человека в голове, а не к узкой специализации в одной точке стека.

Программисты при этом не исчезнут. Их роль сместится — они будут делать инфраструктуру, на которой все остальные пишут свой код. Frameworks, runtimes, агентные платформы, шины данных, безопасность. Это работа высокого уровня, и она останется. Но «программист как тот, кто пишет бизнес-логику для предметной области» — эта роль уходит в учебники истории.

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

И моё искреннее убеждение в том, что задача сейчас — воспользоваться этим узким окном возможности. Через два года это уже не будет преимуществом, это будет нормой, и кто не освоил, окажется в положении человека, который в 1995 году не видел смысла учиться работе с электронной почтой.

Как вариант — можно получить этот навык через формат AI-мастермайнда, ну или через AI-менторинг, напишите пару строк о ваших целях и задачах и что-нибудь придумаем.