Команда AI for Devs подготовила перевод статьи о том, как ИИ меняет саму суть программирования. Автор сравнивает LLM с компиляторами и утверждает, что роль разработчиков постепенно смещается от написания кода к управлению архитектурой и обучению ИИ. Как думаете, это угроза или эволюция профессии?

В последнее время я много пользуюсь ИИ-ассистентами программирования. Могу подтвердить — Claude Code впечатляет и, скорее всего, стоит своей немалой подписки Claude Max. Но главный инсайт — ИИ-ассистенты меняют сам подход к разработке. Дело не только в том, чтобы писать код быстрее. Мы наблюдаем сдвиг: ИИ ведёт себя уже не как умное автодополнение, а как современный компилятор, который превращает наши идеи напрямую в готовые приложения.

Это не новая тенденция, а скорее её ускорение. GitHub Copilot произвёл революцию, ускорив работу с небольшими задачами в одном файле. Потом появились инструменты вроде v0.dev, которые умели быстро собирать приложения из нескольких файлов. Они отлично подходят для старта простого проекта, но начинают спотыкаться с ростом сложности, часто генерируя грязный код и создавая технический долг. Новое поколение инструментов — например, Claude Code — пошло дальше. Оно способно разбираться в кодовой базе среднего размера и даже вносить полезные изменения в крупные, хорошо структурированные проекты. Этот скачок заставил меня задуматься: сама суть нашей работы меняется.

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

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

Мне не нужно быть экспертом в TypeScript, чтобы развернуть веб-приложение, или в Swift, чтобы собрать iOS-приложение. Достаточно написать запрос, посмотреть результат и уточнить его следующими запросами. Барьер для создания чего-то нового стремительно снижается.

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

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

LLM — новые компиляторы

Код на TypeScript или Swift, который генерируют ИИ-инструменты, — это всего лишь промежуточное представление моей изначальной задумки. Чаще всего я вообще не смотрю на этот код, так же как никогда не рассматриваю ассемблер, который выдаёт C-компилятор. А зачем? Я заглядываю в код только тогда, когда функция работает не совсем так, как я хотел. И даже в этом случае мой первый порыв — не отлаживать код самому, а написать более точный промпт и позволить ИИ исправить свою работу.

Я начинаю воспринимать ИИ как компилятор для собственных мыслей. Я пишу инструкции на обычном английском (это мой «исходный код»), а ИИ превращает их в исполняемый JavaScript, Go, Python или SQL (это «машинный код»). Этот код не обязан быть красивым — его всё равно почти никогда не увидит человек. Он нужен только машине.

Поэтому таким инструментам больше не нужно быть плагинами для IDE. IDE — это инструмент для написания кода. Claude Code — инструмент для создания приложений. Всё, что мне нужно, — это текстовое поле.

Бизнес-эксперты — новые разработчики

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

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

Медленно — значит быстро

Работа с такими ИИ-инструментами включает много ожидания. Модель тратит время на то, чтобы прочитать существующий код, «подумать» и проверить результат. По моему опыту, примерно половину времени я просто жду, пока она закончит.

Ощущается это как старые времена, когда мы компилировали большие проекты: запускаешь сборку, идёшь за кофе и надеешься на лучшее.

Но даже с учётом ожидания моя продуктивность выросла в разы. Я заканчиваю задачи быстрее, возможно, потому что меньше увязаю в деталях кода. А пока ИИ «компилирует» одну фичу, я могу запустить ещё один инстанс и параллельно работать над другой задачей. Отличный способ умножить свою производительность, хотя и требует больше переключений контекста.

Разработчики всё ещё нужны

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

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

Бывает, что ИИ застревает. Он может несколько раз безуспешно пытаться исправить баг, потому что использует устаревшие знания об API. Это происходит примерно в 10 % случаев, и тогда человеку приходится вмешиваться, искать причину и писать исправление.

И самое важное — экспертный взгляд разработчика критически важен для поддержания качества. ИИ может написать грязный, неструктурированный код, который быстро превратится в технический долг. Мне часто приходится просить Claude отрефакторить файл, который он только что написал. Он отлично справляется, но ему нужно указание. Эксперт всё ещё необходим, чтобы управлять архитектурой и следить за здоровьем проекта в долгосрочной перспективе.

Эта новая роль «дирижёра» включает систематизацию моего опыта, чтобы избежать переделок. В Claude Code есть память (можно добавлять постоянные инструкции или контекст для конкретного проекта), поэтому правильный способ решить повторяющуюся проблему — использовать Claude.md. Это что-то вроде кодирования собственных паттернов и предпочтений, чтобы ИИ мог в будущем выполнять эти задачи самостоятельно.

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

Главные препятствия

Новый мир не идеален. Нам ещё предстоит решить серьёзные проблемы с надёжностью, конфиденциальностью, безопасностью, ценой и экологической стоимостью таких огромных моделей. Время, которое я выигрываю, используя Claude Code, оборачивается тысячами тонн выбросов CO₂ и усугубляет глобальное потепление. Для меня это главный барьер на пути к полному переходу на такие инструменты.

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

Что дальше для разработчиков?

Если ИИ — это новый компилятор, а бизнес-аналитики могут выступать в роли программистов, что это значит для нас, разработчиков?

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

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

Какой эффект возобладает? Сократит ли ИИ потребность в разработчиках, потому что приложения станет проще строить, или наоборот увеличит спрос, потому что мы захотим ещё больше приложений? Сказать наверняка сложно, но одно ясно: через пять лет наша работа будет совсем не такой, как сегодня.

Русскоязычное сообщество про AI в разработке

Друзья! Эту статью перевела команда ТГК «AI for Devs» — канала, где мы рассказываем про AI-ассистентов, плагины для IDE, делимся практическими кейсами и свежими новостями из мира ИИ. Подписывайтесь, чтобы быть в курсе и ничего не упустить!