Comments 9
там есть нюанс, код, который получается придётся рефакторить, потомучто ИИ диалог мог зависнуть на первом промпте, соответственно если либо модель не свежая, или промпт был +- чтоб поинтересоваться, а потом стало интересно и привлёк, то этот код лучше рефакторить - приводить в нормальное состояние, как по мне, плюс иногда отлаживать придётся, поэтому не получается абстрагироваться от промпта
Рефакторить может потребоваться любой код, не важно был он написан вручную или сгенерирован ИИ. Более того, абстрактный начальный промпт практичеси всегда раскрывается в список конкретных этапов. Вот его можно рассматривать как ТЗ на разработку, но никак не начальный промпт.
В cursor есть возможность “отменить изменения и повторить промпт». Здесь по идее должно быть что-то подобное
Самый правильный способ использовать ИИ при разработке программного обеспечения - это НЕ использовать ИИ при разработке программного обеспечения. Очевидно же.
Не вижу ничего плохого в написанном коде. Может быть вы покажете конкретное место, где же плох код, написанный ИИ?
Это как при формировании фин отчётов не пользоваться калькулятором.
Голова вам зачем? Если вы не поняли код ИИ, то не выкатывайте это в прод, вот и всё.
Неправильная аналогия. Это как при формировании фин отчета пользоваться калькулятором, который на запрос 3×3 выдает ответ 159.
Я-то как раз понимаю, поэтому не пользуюсь и никому не советую.
Учимся правильно использовать ИИ при разработке программного обеспечения