DevTalk Trio S03E08 – Kto odpowiada za kod, którego nikt nie rozumie?

Albo wiedział tylko Sebastian. Tak jak powiedziałeś, ale Sebastian też bywał na urlopie. Sebastian tak naprawdę odszedł z roboty dwa lata temu i był jedyną osobą, która ten moduł od podszewki rozumiała. Dla mnie to nie jest do końca nowy problem, ale nie mówię, że taka była twoja teza. Powiedziałbym, że AI i LLM ten problem może skaluje? Industrializuje, tak można powiedzieć. On się stał powszechny teraz. Właściwie co tydzień jest częstszy, ale to nie jest nic nowego. To 15 minut po napisaniu kodu. Tak, to nie jest nic nowego. Wcześniej być może to był wyjątek, efekt rotacji, złych praktyk, długu technologicznego, który się nawarstwał latami, a teraz jest to normą od pierwszego dnia projektu albo 15 minut po komicie, tak jak powiedziałeś. To jest pierwsza rzecz, którą chciałem z mojego doświadczenia doprecyzować.

Tak jak robiliśmy to wcześniej i właśnie zacząć używać AI w taki sposób, żeby on jakby wspierał ten sposób pracy, żeby też ta wiedza, o której ty mówisz, właśnie ten model koncepcyjny, żeby on był rozłożony po paru tam więcej osobach i na razie tyle. Wiesz co Łukasz, bo tutaj jeden i drugi się trochę ślizgnął po temacie. Jakby to, co ty mówisz, to mówisz o tym, że archeologia kodu jest prostsza i ja absolutnie nie mam wątpliwości, że tak, dużo łatwiej jest teraz zadać LLM-owi pytanie, co się stanie w takim wypadku, on mi przeanalizuje kod w trzy minuty i da mi odpowiedź, jak w złożonym monolicie to się dzieje i to jakby 100%. Natomiast ja się zastanawiam nad czymś innym.

Czasami to są problemy związane z designem, z modyfikowalnością, bo ktoś jakoś tak to poukładał, ten kodzik, że jak za chwilę będzie trzeba dołożyć jakiś nowy feature, to tam trzeba będzie zrobić dużo zmian i tak dalej. Więc my generalnie jak patrzymy na ten kod, reviewujemy go, to właśnie reviewujemy go pod kątem tych atrybutów jakościowych, o tym sobie myślimy. I teraz, tutaj właśnie ta moja zgoda z Kubą. Moim zdaniem to, co my zyskujemy teraz, dzięki AI, czyli dzięki temu, że jesteśmy w stanie ten kod generować naprawdę szybko, naprawdę dużo, to to jest ten moment, kiedy my właśnie możemy sobie pozwolić na to, żeby te wszystkie testy, które wcześniej wykonywaliśmy sobie na naszej tutaj wirtualnej maszynie przy użyciu kod review, zastąpić, oddelegować to. I zacząć inwestować w to, żeby rzeczywiście mieć testy wydajnościowe, żeby mieć testy mutacyjne, żeby mieć całkiem sporo tych testów weryfikujących poprawność, czy całego setu testów do security itd.