Компилируется, тесты едут, деплоится... Теперь вот новая история: агент уехал фигачить задачу.

При этом регулярный опыт теперь такой: отправить агента работать, прождать результат 15-30 минут, получить негативный результат и ждать следующего негативного результата ещё 15-30 минут. И хорошо, если меньше 30 минут, все же.

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

И вот тут заметна разница между программистами. Одни воспринимают это как данность: вот такой теперь процесс, вот такое ограничение. Другие воспринимают это как препятствие к цели и меняют процесс: увидев негативный результат через 15 минут разок-другой, они меняют цикл обратной связи на сверхкороткий - чинят именно ту маленькую штучку, которая им нужна. Получают результат за 3-5 трехминутных цикла, а потом снова запускают длинный с уже починенным всем.

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