Самый большой страх разработчиков

Когда речь заходит о том, чтобы просто взять и начать пилить проект в Claude Code и пр. агентах, у среднестатистического разраба всплывают следующие страхи:

🔼 Каждый новый проект в старом мире — это куча подготовительной волокиты: архитектура, продумать фреймворк, дизайн-кит и т. д. В старом мире получить простенький прототип интерфейса с данными из базы, плюс простая многопользовательская модель — это 1–2 месяца.

🔼 Агент сгенерирует много мусора и всего лишнего, и я не смогу отслеживать плохой дизайн кода.

🔼 Безопасность: я читал, как агент сносит базы, где гарантия, что у меня будет по-другому?

Давайте по порядку:

Все приложения плюс-минус идентичные. Архитектура вся уже расписана, изучена. Ну камон, паттерны «получить из базы объект, кинуть его в таблицу, прикрутить CRUD-операции»? Или сделать многопользовательское приложение и авторизацию. Это всё давно существующие паттерны разработки, хорошо задокументированные, и агенты это очень хорошо понимают. Это всё вершина Гаусса. Ничего сложного. Любой каркас приложения собирается за считаные часы в зависимости от скоупа MVP.

По второму страху. Я начал свою карьеру разработчиком в тот момент, когда Java и C# отхватывали от старого поколения разрабов по тем же причинам. Да, код становился красивее, но сколько он создавал мусора в runtime? (И до сих пор создает). Это не отменяло тот факт, что эти ООП-платформы заняли львиную долю рынка. Так что мы этот этап уже проходили.

Сейчас ни один питон-разработчик ничего не может сказать за память. Но для реальных кейсов это не всегда нужно. Я за майские накидал приложение и даже ни разу не посмотрел код. Для меня это как не думать о том, в какие CPU/Memory-конструкции компилятор переводит код современных языков. Агенты и модели умнеют, и через год этот вопрос ни у кого не будет возникать. И да, этот страх можно парировать через другие паттерны разработки: TDD, написать свои rules/skills по написанию кода, создавать своих субагентов, которые будут без лишнего контекста делать проверки.

Безопасность. Рисков безопасности с тем же уровнем вероятности огромное количество, и никто про это даже не задумывается. Каждый 8-й из 10 аудитов кода в корпорации выявит захардкоженные пароли. Удаление базы — это отсутствие выстроенного workflow, который исключает подобные события. Всё-таки AI-агенты — это инструменты, и ими следует научиться пользоваться.