Современные ИИ-агенты всё чаще берут на себя рутинное написание кода. Но даже если строки кода генерирует модель, финальная ответственность за читаемость, корректность и поддержку ложится на разработчика. Поэтому выбор языка программирования не становится менее важным — наоборот, он определяет, насколько легко будет проверять и сопровождать сгенерированный код. В этой статье я объясню, почему в таких условиях выбираю Rust, что в нём раздражает и как он выглядит на фоне Go.

Почему читаемость и проверка выходят на первый план

Когда код пишет ИИ, вы всё равно его читаете, проверяете и поддерживаете. Чем строже язык и чем больше ограничений он накладывает, тем меньше вероятность, что сгенерированный фрагмент содержит скрытые ошибки. Rust с его системой владения и заимствования заставляет явно описывать, как данные перемещаются и используются. Это увеличивает объём кода, но зато компилятор отлавливает множество проблем ещё до запуска. В результате проверка сгенерированного кода становится более механической и предсказуемой.

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

Что мне нравится в Rust

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

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

Что бесит в Rust

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

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

Сравнение с Go: что выбрать

Go часто хвалят за простоту и быструю компиляцию. Когда код пишет ИИ, это преимущество становится ещё заметнее: цикл «сгенерировал — собрал — проверил» проходит быстрее. Однако простота Go имеет обратную сторону: меньше выразительных средств для описания сложных инвариантов. В Rust компилятор помогает отловить больше ошибок, но требует больше времени на сборку. Выбор зависит от задачи: для небольших сервисов и утилит Go может быть удобнее, для систем с высокой ценой ошибки — Rust.

Также стоит учитывать экосистему. Если проект активно использует горутины и простые сетевые взаимодействия, Go остаётся практичным выбором. Если же важны безопасность памяти и строгая типизация, Rust выигрывает. Не существует универсального ответа — важно трезво оценивать контекст.

Практические шаги и типичные ошибки

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

  • Определите границы: какие модули или функции будет генерировать ИИ, а какие вы пишете сами. Чёткие интерфейсы упростят проверку.
  • Настройте быструю обратную связь: используйте cargo check и clippy в автоматическом режиме, чтобы сразу видеть проблемы.
  • Пишите тесты на сгенерированный код. Даже простые unit-тесты помогут отловить логические ошибки, которые компилятор не видит.
  • Изучайте сообщения компилятора: Rust даёт подробные подсказки, которые можно использовать для улучшения кода.

Типичные ошибки: слепо доверять сгенерированному коду без ревью, игнорировать предупреждения clippy, использовать избыточные клонирования из-за непонимания владения. Также не стоит выбирать Rust только из-за моды — если проект небольшой и команда не знакома с языком, затраты могут не окупиться.

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