В последние месяцы в инженерном сообществе активно обсуждается выступление исследователя OpenAI Шона Гроува на AI Engineer Summit 2025. Его доклад «The New Code» вызвал бурю споров: действительно ли мы стоим на пороге революции в программировании, где спецификации и четко структурированные требования становятся важнее самой реализации? Или же это всего лишь «реинкарнация» старого доброго waterfall-подхода, где всё начинается с подробной документации?
Программирование как структурированная коммуникация
Гроув утверждает: программирование — это прежде всего коммуникация. Суть работы инженера не в написании кода, а в умении понять задачу, сформулировать цели и донести их до команды и компьютера.
В эпоху ИИ, когда генерация кода становится всё проще, ключевой ценностью становится способность формулировать требования и спецификации — именно они становятся «новым кодом».
Код, по мнению Гроува, — это лишь искажённая проекция человеческих намерений. В процессе превращения идей в работающие программы часть информации неизбежно теряется или искажается. Поэтому будущее за теми, кто умеет максимально точно и понятно формулировать спецификации и промпты для ИИ.
«Слушай PM, пиши требования» — возвращение waterfall?
В сообществе эта идея вызвала неоднозначную реакцию. Многие увидели в ней возвращение к классической модели разработки: «слушай продуктового менеджера, пиши и переписывай требования». По сути, инженер превращается в «продуктового менеджера, который поддерживает документацию».
Некоторые комментаторы отмечают, что это и есть суть работы PM: собирать требования, формулировать спецификации, согласовывать KPI и метрики успеха, обсуждать с инженерами и аналитиками реалистичность задач. Теперь же, благодаря ИИ, все роли начинают сближаться — каждый становится немного продуктовым менеджером.
Другие же иронизируют: «Мы просто медленно переизобретаем waterfall и ASPICE». Ведь в итоге всё снова сводится к подробной документации, согласованию требований и строгому следованию процессу.
Код — это только 10% работы
Гроув приводит интересную мысль: код — это лишь 10–20% ценности, создаваемой инженером. Остальное — это структурированная коммуникация: обсуждение с пользователями, выявление проблем, формулирование целей, планирование, тестирование, валидация. Чем сложнее и мощнее становятся ИИ-модели, тем больше узким местом становится именно этап формализации требований.
В примере с «атмосферным программированием» (prompt-based development) Гроув отмечает: мы описываем намерения, а модель генерирует код. Но почему-то мы сохраняем только код, а промпты выбрасываем — как если бы мы удаляли исходники и оставляли только бинарники. Это приводит к потере контекста и усложняет развитие продукта.
Почему спецификации важнее кода
Гроув сравнивает спецификации с исходным кодом, а код — с бинарниками. Хорошо написанная спецификация позволяет:
- выявлять противоречия в намерениях,
- приводить примеры стратегий,
- отмечать неоднозначности,
- фокусироваться на смысле, а не на синтаксисе.
Такая спецификация становится основой для командной работы, обсуждений, синхронизации и дальнейшей автоматизации. Более того, она может быть использована для генерации кода, документации, тестов, обучающих материалов и даже подкастов.
Новый инструментарий и роль IDE
Гроув прогнозирует, что IDE будущего будут не только помогать с автодополнением и проверкой типов, но и поддерживать создание и валидацию спецификаций: выявлять неясности, помогать формулировать намерения, тестировать соответствие результата ожиданиям.
Пример: спецификации OpenAI
В качестве примера Гроув приводит спецификации моделей OpenAI, опубликованные в виде Markdown-документов на GitHub (ссылка). Каждый пункт спецификации имеет уникальный ID и связан с конкретными промптами для тестирования моделей. Это позволяет не только формализовать требования, но и использовать их для автоматической проверки и обучения моделей.
Спецификации как инструмент доверия
Инцидент с «чересчур услужливой» моделью GPT-4o показал, насколько важны спецификации: именно они стали точкой опоры для отката изменений и восстановления доверия пользователей. Спецификация — это якорь, который позволяет всем участникам процесса понимать, что именно считается правильным поведением модели.
Программирование ≠ цель
Гроув проводит параллели между инженерами, продукт-менеджерами и законодателями: все они работают со спецификациями, только одни — с кодом, другие — с продуктом, третьи — с законами. В будущем, возможно, эти роли будут всё больше пересекаться.
Главная мысль: программирование — это не самоцель, а инструмент для решения человеческих задач. ИИ переводит фокус с написания кода на формализацию намерений и ценностей. Тот, кто умеет чётко формулировать требования, становится самым ценным специалистом.
Заключение
OpenAI предлагает не столько революцию, сколько возвращение к истокам: качественная спецификация — основа успешной разработки. В эпоху ИИ умение структурировать и формализовать требования становится ключевым навыком. Возможно, именно это и есть «новый код» — код человеческих намерений, который становится отправной точкой для автоматизации, генерации и проверки программных решений.
Ссылки для изучения:
Хотите создать уникальный и успешный продукт? СМС – ваш надежный партнер в мире инноваций! Закажи разработки ИИ-решений, LLM-чат-ботов, моделей генерации изображений и автоматизации бизнес-процессов у профессионалов.
ИИ сегодня — ваше конкурентное преимущество завтра!
Тел. +7 (985) 982-70-55
E-mail sms_systems@inbox.ru