Deweloper publikuje artykuł, w którym wyjaśnia, dlaczego czasami odrzuca kod wygenerowany przez narzędzia AI, choć ten kod faktycznie działa i spełnia postawione wymagania funkcjonalne. To obserwacja z praktyki, która resonuje z wieloma programistami borykającymi się z rosnącym udziałem sztucznej inteligencji w procesie tworzenia oprogramowania.
Głównym argumentem jest to, że pracujący kod to tylko część równania. Deweloper musi brać pod uwagę czytelność dla innych członków zespołu, zgodność z istniejącymi konwencjami kodowania, długoterminową utrzymywalność i dokumentację. Kod z AI często optymalizuje się pod kątem działania, ale nie zawsze pod kątem tego, jak będzie się go czytać za sześć miesięcy, gdy trzeba będzie go modyfikować. Dodatkowo może zawierać zbędne zależności, redundantne logiki lub patyki nie przystosowane do konkretnych wymagań architektury projektu.
Dyskusja na Hacker News z 231 punktami i 167 komentarzami pokazuje, że jest to rozległy problem w branży. Programiści zgłaszają frustracje związane z przyjmowaniem AI-generated rozwiązań, które wymagają więcej pracy do przygotowania do mergu niż napisanie czegoś od zera. Wskazuje to na konieczność wykształcenia nowej umiejętności: krytycznej oceny kodu generowanego przez AI, nie tylko w kategoriach funkcjonalności, ale także jako część większego systemu, w którym pracuje zespół ludzi.