Английский теперь мой основной язык программирования

В прошлом году я начал отслеживать, куда на самом деле уходит моё время разработки. Ответ оказался неприятным: я пишу больше на английском, чем кода. Не документацию — спецификации, критерии приёмки, контекстные рамки для моделей ИИ, верификационные промпты, итерационные заметки. Соотношение примерно 80/20 в пользу прозы.

Этот сдвиг не произошёл за одну ночь, и он не уникален для меня. Андрей Карпати дал этому определение в 2023 году. Дженсен Хуанг повторял его версию на каждом крупном выступлении с тех пор. Саймон Уиллисон документирует это в реальных рабочих процессах уже два года. Но в начале 2026-го, когда Claude Code, Cursor, Aider и Kiro работают в продакшен-пайплайнах тысяч команд, это уже не провокационный прогноз — это наблюдаемый факт для всех, кто обращает внимание.

Вот как переход выглядел на практике. Я начал с того, что сообщество называет vibe coding — щедрое описание для «скажи модели, что хочешь, и посмотри, что получится». Для прототипов это работало неплохо. Всё разваливалось в тот момент, когда требовалась поддерживаемость. Регрессии появлялись в местах, которых я не касался. Дрейф контекста превращал чистую кодовую базу в лоскутное одеяло. Модель не ошибалась — ошибался я. Я давал ей размытый ввод и ожидал точного результата.

Решением стала смена методологии, а не обновление модели. Spec-Driven Development означает написание структурированной спецификации до генерации любого кода. Конкретные требования. Явно названные граничные случаи. Критерии приёмки, которые одновременно служат тестовыми промптами. Когда я подтянул качество английского, качество кода резко выросло. Потребление токенов упало, потому что модель перестала галлюцинировать намерения. Спецификация стала источником истины, а я стал её автором.

Английский не заменил Python или TypeScript. Он стал интерфейсом к ним. Рабочая ментальная модель: вы пишете ввод для компилятора — только компилятор — это большая языковая модель, а её сообщения об ошибках возвращаются в виде галлюцинированных функций и расплывающегося скоупа. Точность спецификации снижает шум на выходе. Это не метафора. Это рабочий процесс в продакшене.

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

Есть и второе напряжение, которое стоит назвать. Навыки, делавшие человека сильным разработчиком в 2019 году — беглость синтаксиса, запоминание API, низкоуровневая отладка — это не те навыки, которые делают человека эффективным в этой модели. Новый профиль больше похож на технического писателя, скрещенного с системным архитектором: человека, способного декомпозировать проблему, специфицировать её ограничения и критически верифицировать результат. Большинство процессов найма пока этого не проверяют.

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

Какой процент вашего рабочего дня теперь занимает английский?