Jeszcze kilka lat temu pomysł, że będę jednocześnie przeglądał 15 projektów pod kątem podatności, błędów, problemów SEO, jakości tłumaczeń, spójności lokalizacji i testów automatycznych, wydawałby mi się zupełnie nierealny. Nie niemożliwy w teorii, ale mało realny w codziennej pracy. Tydzień ma tylko określoną liczbę godzin, a duża część technicznego review jest ważna, ale jednocześnie mocno powtarzalna.
Właśnie dlatego praca z Codexem w VS Code wydaje mi się prawdziwą zmianą. Narzędzie pomaga mi znacznie szybciej przechodzić przez rutynowy przegląd: wychwytywać słabe miejsca, sprawdzać testy, znajdować niespójności między językami, wyciągać edge case’y i wskazywać obszary, które wymagają dokładniejszego spojrzenia. Różnica w czasie jest bardzo wyraźna.
Co naprawdę się zmieniło
Największa zmiana nie polega na tym, że AI nagle czyni projekty idealnymi. Tak nie jest. Prawdziwa zmiana polega na obniżeniu kosztu powtarzalności. Zadania, które wcześniej pochłaniały godziny skupienia, teraz można przesuwać do przodu dużo szybciej. To sprawia, że utrzymanie wielu projektów jednocześnie w dobrej kondycji staje się znacznie bardziej realistyczne.
Dla kogoś, kto buduje kilka produktów równolegle, ma to ogromne znaczenie. Przegląd tłumaczeń, spójność lokalizacji, higiena SEO, szukanie błędów i utrzymanie testów są konieczne, ale potrafią też po cichu pochłaniać całe dni. Kiedy narzędzie kompresuje tę rutynową część pracy, zostaje więcej miejsca na myślenie, ustalanie priorytetów i końcową kontrolę zamiast niekończącego się mechanicznego sprawdzania.
Czego AI nadal nie zastąpi
Nadal ręcznie przeglądam każdy plik. Ta część pracy nie zniknęła i nie chcę, żeby zniknęła. Jakość zależy od osądu, kontekstu, wyczucia i odpowiedzialności. Model może wskazać problemy, zasugerować poprawki i przyspieszyć pierwszy przebieg. Nie może jednak w pełni przejąć ostatecznej decyzji.
To właśnie bywa pomijane w rozmowach o AI w tworzeniu oprogramowania. Wartość nie polega na zastąpieniu ludzkiego osądu. Wartość polega na usunięciu ogromnej ilości rutynowego tarcia, tak aby ten osąd można było wykorzystać tam, gdzie naprawdę ma znaczenie.
Prawdziwa dźwignia
To, co wydaje mi się nierealne, to nie tylko szybkość, ale też skala. Przeglądanie 15 projektów równolegle oznaczało kiedyś przytłaczającą ilość powtarzalnej pracy. Dziś wydaje się to możliwe w sposób, który kilka lat temu po prostu nie istniał.
Jeśli narzędzie potrafi oszczędzić setki godzin bez obniżania standardów, to nie jest drobny trik produktywnościowy. To realna zmiana w sposobie wykonywania pracy programistycznej. I właśnie to jest dla mnie najbardziej ekscytujące: nie mniej dbałości, ale większy zasięg bez rezygnacji z ręcznego review.