Code review w dobie AI - devszczepaniak.pl

@wombatDaiquiri Jeżeli nie miało to "jeszcze nie miało" xD. To tylko kwestia czasu. No i wątpię żeby ktokolwiek się tym chwalił bo to tylko proszenie się o problem bo skupi to na sobie uwagę i ktoś może zacząć dokładniej sprawdzać ich aplikacje pod kątem zabezpieczeń xd.

@wombatDaiquiri w korpo pewnie o takie podejście będzie ciężko. Natomiast z przykładów mniejszych małych firm to ten artykuł pochodzi z firmowego bloga.

Profesjonalista wie ze jedynym odpowiedzialnym zachowaniem jest sprawdzić dwa razy i ze najwięcej błędów powoduje pewność siebie.

Inaczej sprawa wygląda, jak robimy migrację na bazie, a inaczej, jak poprawiamy 1000 plików, bo się zmienił code style. IMO profesjonalista wie, kiedy jest sens męczyć bułę o review i gdy jest taka potrzeba, to to robi.

@elszczepano o to. Ostatnio robiłem PRke na diffa 4k plików, był gigantyczny ale to tylko przenoszenie plików w struktury i poprawa ścieżek. Review wyglądało tak że powiedziałem że wszystko przetestowane i tyle, ni było sensu żeby ktoś przeglądał to, oczywiście mówię jako przykład, bo każda sytuacja jest indywidualna xd

@elszczepano AI startupy które reklamują same siebie informacją że nie trzeba po nich sprawdzać mnie nie interesują.

@Czokowoko opcje sa dwie. Jeśli robiłeś czysto techniczne przenosiny, zmiany ścieżek itp to warto mieć kogoś kto potwierdzi, ze np nie zmieniłeś przy okazji wersji jakiejś zależności z rozpędu. A jeżeli przenosiny maja jakaś zmianę abstrakcji, to tym bardziej dobrze by było żeby ktoś kto znał stary kod powiedział, czy nowy pozostaje dla niego zrozumiały.