Авторы статьи осуждают новую метрику в разработке — токенмаксинг, которая заставила инженеров гоняться за количеством использованных токенов ИИ. В отличие от старых методов контроля типа тайминга с секундомером, эта система легко манипулируема: сотрудники могут создавать бесконечные циклы просто для повышения своего рейтинга, не принося пользы бизнесу. Автор, управляющий командой, которая скептически относится к искусственному интеллекту, решил ввести четкую политику использования нейросетей. Главный принцип: никаких обязательных поручений по применению ИИ. Компании важно понимать, что любые генерируемые кодом решения полностью принадлежат разработчику, и он обязан глубоко понимать их логику. Если инструмент ИИ сломается или компания обанкротится завтра, вы должны оставаться работоспособными и не зависеть от внешних сервисов.
Политика разделяет роли сотрудников. Старшие разработчики могут использовать любые инструменты по своему усмотрению, выбирая то, что удобно им, будь то ежедневная работа или создание прототипов. Но для джуниоров подход строже, ведь навыки приходят только через практику и ошибку. ИИ-инструменты сокращают количество необходимых повторений, лишая новичков опыта отладки и глубокого понимания кода. Когда ИИ пишет код за человека, специалист не усваивает архитектуру проекта и нюансы домена. Для команд с многолетним кодомбейсом и сложными регуляторными требованиями погоня за новыми технологиями ради новой технологии вредит стабильности. Авторы настаивают, что в конечном итоге люди принимают архитектурные решения, а не алгоритмы. Если ИИ выдает код, противоречащий стандартам команды, нужно перенастраивать инструмент, а не писать плохой код. Цель компании — помогать клиентам, а не накапливать токенный долг или создавать техническую задолженность, которая будет тормозить разработку в будущем. Истинная ценность измеряется не количеством токенов, а тем, насколько хорошо команда заботится о клиентах и коллегах.