Сейчас писать код дешево

Самая большая проблема при внедрении методов агентной инженерии — это смириться с последствиями того факта, что написание кода теперь обходится дёшево.

Код всегда был дорогим. Написание нескольких сотен строк чистого, протестированного кода занимает у большинства разработчиков программного обеспечения целый день или даже больше. Многие наши инженерные привычки, как на макро-, так и на микроуровне, построены вокруг этого основного ограничения.

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

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

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

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

Хороший код по-прежнему имеет свою цену

Стоимость разработки нового кода снизилась почти до нуля… но разработка качественного кода по-прежнему обходится значительно дороже.

Вот что я подразумеваю под «хорошим кодом»:

• Код работает. Он делает то, что должен делать, без ошибок.
• Мы знаем, что код работает. Мы предприняли шаги, чтобы подтвердить себе и другим, что код соответствует своему назначению.
• Он решает правильную проблему.
• Он корректно и предсказуемо обрабатывает ошибки: он не просто рассматривает «счастливый сценарий». Ошибки должны предоставлять достаточно информации, чтобы помочь будущим разработчикам понять, что пошло не так.
• Он прост и минималистичен — он делает только то, что необходимо, таким образом, чтобы и люди, и машины могли понять это сейчас и поддерживать в будущем.
• Он защищен тестами. Тесты показывают, что он работает сейчас, и служат набором регрессионных тестов, чтобы избежать его незаметного сбоя в будущем.
• Документация составлена ​​на соответствующем уровне и отражает текущее состояние системы — если код изменяет существующее поведение, существующая документация обновляется в соответствии с ним.
• Проект предусматривает возможность будущих изменений. Важно придерживаться принципа YAGNI — код с дополнительной сложностью для прогнозирования будущих изменений, которые могут никогда не произойти, часто является плохим кодом, — но также важно не писать код, который значительно усложняет будущие изменения.
• Все остальные соответствующие «возможности» — доступность, тестируемость, надежность, безопасность, удобство сопровождения, наблюдаемость, масштабируемость, удобство использования — нефункциональные показатели качества, подходящие для конкретного класса разрабатываемого программного обеспечения.

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

Нам нужно выработать новые привычки

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

Эти лучшие практики всё ещё формируются на уровне всей индустрии. Я и сам продолжаю их для себя нащупывать.

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

Источник