Comments 6
Нейрослоп
А как так выходит что 70% кода сгенерировано, но быстрее не получилось? Профит хоть какой-то должен быть. Посчитать хотя бы сколько уходит времени на покрытие тестами, и если их сгенерировать и выполнить ревью, то оптимизация по времени не маленькая.
Потому что генерация кода не равно разработка? Нафига мне полотно AI кода за 15 минут сейчас, когда я потом потрачу 15 месяцев на его распил и рефакторинг потом? Потому что никто кроме этого самого AI в нем не разберется
Если задать правильно правила, настроить качественно workflow - то агенты достаточно качественно работают. И не надо ждать 15 месяцев, если можно сразу проводить код ревью, чтобы код был на том уровне как вам надо, и корректировать правила на будущее, чтобы ваши агенты их придержитвались. Это хороший инструмент, с которым просто нужно научиться работать.
Извините, я не удержусь отвечу.
Печатать код не равно разрабатывать, прекрасная статья, где донесено простым языком суть работы разработчика. Пробуйте ещё раз проследить за ходом мысли автора.
Добавлю от себя, при использовании ИИ важна экспертность оператора ИИ. Эта мысль есть в статье, но я бы усилил ещё. Часто "разработчики" не операторы, а пользователи, которые не очень понимают что конкретно им было сгенерировано, хорошо оно или плохо. В этом беда. В школе, когда дети учатся математике - им не разрешают пользоваться калькуляторами, а когда начинают изучать физику - калькулятор уже можно. Нужно в подготовке специалистов выработать похожий подход, а сейчас всё наоборот. Пользуются все, кто хочет упростить себе жизнь, а результат без должной экспертности пользователя часто не такой замечательный, что приводит к дополнительным затратам....
Покрывать код тестами ради кодопокрытия - это абсолютно бесполезное занятие, а иногда весьма вредное занятие. Практически это популярный антипатерн в разработке.(код покрывается тестами только в одном случае, если это дикий г-код и легаси системы, нужно зафиксировать, как он работает, чтобы произвести рефакторинг). Идеология TDD предполагает что сначала появляются тесты, а потом код приложения. Стоит распространить и дальше, микросервисные и компонентные тесты должны появляться первыми исходя из требований. При этом можно попросить ИИ создать такие тесты на основе требований. Меня лично всегда добивала эта рутина по созданию исходных тестов. С ИИ стало немного легче. Но до, того, как будет такой запрос к ИИ, нужно сначала спроектировать решение. Именно этот этап часто занимает немалое время.
Есть много другой рутины.... Раньше частично её на себя брала IDE, а теперь очень помогает ИИ и даже местами заменяет IDE.
70% кода с AI — и ни на день быстрее