Accept Driven Development: Как мы перестаем писать код и начинаем его принимать

Accept Driven Development: Как мы перестаем писать код и начинаем его принимать

Вы когда-нибудь ловили себя на мысли, что за последние полчаса вы нажали клавишу Tab или кнопку Accept чаще, чем написали осмысленную строчку кода? Если да, добро пожаловать в эру Accept Driven Development (ADD).

Это не официальный термин из учебников (пока что), но это самая точная характеристика того, как меняется работа разработчика с приходом мощных LLM.

🛠 Что такое ADD?

Традиционная разработка — это TDD (Test Driven Development) или DDD (Domain Driven Development). В центре внимания — сам процесс создания.

ADD (Accept Driven Development) — это процесс, где инициатива переходит к AI.

Сценарий выглядит так:

* Промпт: Вы описываете задачу на естественном языке.

* План: AI предлагает пошаговый план реализации. -> Вы жмете Accept.

* Код: AI пишет первый кусок логики. -> Вы жмете Accept.

* Тесты: AI генерирует юнит-тесты для этого кода. -> Вы жмете Accept.

* Рефакторинг: AI предлагает улучшить читаемость. -> Вы жмете Accept.

Ваша роль трансформируется из «писателя» (Writer) в «редактора» (Editor) и «архитектора» (Architect).

🚀 Почему это круто?

* Скорость потока: Вы не тратите ментальную энергию на синтаксис, бойлерплейт или поиск

библиотеки. Вы просто подтверждаете правильные решения.

* Контекст: Современные инструменты (как Gemini в IDE Antigravity) видят весь ваш проект. Когда вы жмете Accept, это не просто рандомный кусок кода, это решение, адаптированное под ваш стиль и архитектуру.

* Снижение барьера: Сложнейшие алгоритмы или регулярные выражения, на которые раньше уходил час, теперь появляются за секунду.

⚠️ Подводные камни «Tab-Tab-Enter»

Но у ADD есть и темная сторона, о которой нельзя молчать:

* Иллюзия компетентности: Легко принять код, который выглядит рабочим, но содержит тонкие логические ошибки или уязвимости безопасности.

* Потеря понимания: Если вы слепо жмете Accept, вы перестаете понимать, как работает ваша система «под капотом».

* Code Bloat: AI часто пишет избыточный код. Без строгого ревью ваш проект может превратиться в монстра.

🧠 Как использовать ADD правильно?

Чтобы Accept Driven Development не превратился в Accept Driven Disaster:

* Читайте перед тем, как принять. Правило 5 секунд: не нажимайте Tab, пока не пробежали глазами и не поняли суть предложения.

* Требуйте тесты. Пусть AI сначала напишет тесты, которые докажут, что его код работает (возвращаемся к истокам TDD, но с ускорением).

* Будьте «Синьором» для своего AI. Относитесь к AI как к очень быстрому, но иногда галлюцинирующему джуниору. Ваша задача — код-ревью.