DevTalk #124 – O Nauce z Pomocą LLM-ów z Tomaszem Ducinem

Powiem Ci fakt, a Ty powiesz, czy to jest fakt, czy nie fakt. Pierwszy. Juniorzy nie mają już przyszłości. Moim zdaniem mit. AI generuje kod, ale nie rozumie problemu. Fakt. AI pisze kod lepiej niż senior. Gówno prawda. AI sprawi, że code review stanie się zbędne. Gówno, gówno prawda. AI wprowadza więcej błędów niż rozwiązań. To zależy. To zależy. Nie ma jednej odpowiedzi. Nie ma jednej odpowiedzi. Tadam, kończymy. Kiedyś byłeś znany jako frontendowiec, tak jak wspomniałem. Później w ostatnich szczególnie latach ten wachlarz tematów przez Ciebie poruszanych w najróżniejszych obszarach internetu i nie tylko internetu mocno się poszerzył.

Bo to link jest czymś, co jest bardzo namacalne, natomiast jeżeli zbudujemy sobie rozumienie właśnie od problemów, od problematyki, od plusów, minusów, od kompromisów, sławnych trade-offów, to wtedy wiesz po co ty w ogóle tego danego narzędzia używasz. Więc ja bym zdecydowanie się uczył od tej strony, żeby w ogóle wiedzieć po co ja to robię. Ok. Jako, że rozmawiamy o nauce, czyli o rozwoju, czy uważasz, że aby czuć się w miarę bezpiecznym w tej branży, która tak naprawdę w sumie wydaje mi się, że nikt nie wie, jak z rok na przykład ona będzie wyglądała. Ostatnio oglądałem sobie sporo wystąpień z konferencji Antropica o Cloud Code. I to w sumie było ciekawe doświadczenie. Po raz pierwszy od dość dawna oglądałem nagrania z konferencji i to właśnie jest zupełnie inne doświadczenie.

Jak masz typa, który tworzy to narzędzie, no to jego perspektywa jest inna niż to, co sam Cloud napisze o sobie, co nie? I tam na przykład powiedzieli coś takiego, że Cloud Code jest specjalnie narzędziem terminalowym. Nie chcieli robić żadnego IDE, ponieważ uważają, że za jakiś czas programiści nie będą używać IDE, więc nie chcą inwestować w UI, skoro wystarczy to. Co było dla mnie dość szokujące, jak usłyszałem, że ten horyzont czasowy, o którym on powiedział, to jest pół roku, więc nie wiemy, jak to będzie tak naprawdę wyglądało, kto okaże się, że miał rację, to dopiero się dowiemy w przyszłości, dalszej bądź bliższej, ale... Czy według Ciebie, aby czuć się w miarę bezpiecznie, to każdy, nawet najbardziej, najlepszy senior powinien poszerzać te swoje kompetencje w dniu dzisiejszym?

Obserwacje są takie, że jeżeli doświadczony back-endowiec albo jakiś taki powiedzmy co najmniej przeciętnie kumaty back-endowiec liźnie troszkę front-endu i... użyje jakiegoś narzędzia typu na przykład cloud code czy kursor, żeby naprawił mu buga albo żeby wygenerował mu nawet jakiegoś prostego kruda frontendowego, czy mu to zrobi? Tak. Czy ten backendowiec, który ma ogólne pojęcie o co chodzi w programowaniu, o co chodzi w architekturze, czy będzie w stanie zweryfikować to, co tam zostało zrobione? W sensie na poziomie eksperckim nie, ale na poziomie good enough prędzej czy później tak. I teraz, motyw jest taki. Gdzie teraz będzie ta robota, w sensie skąd wziąć tą robotę dla frontendowców?

Kiedyś to musiał robić na przykład front. Dzisiaj są bugi, jeżeli to jest internal tool. Znowu, to nie jest tak, że wszystko, ale znowu, dla uproszczenia zastosujmy zasadę pareto. Jeżeli 20% kodu zarabia i jest absolutnie krytyczny, tak, tam oczywiście, że będzie musiał być top, super, expert, front, ale na przykład ten, który jest niekrytyczny, nie, to może być po prostu, nie musi być top. Zresztą nie ma kodu idealnego. zawsze jest wystarczająco dobry. Mówimy teraz o poszerzaniu swoich kompetencji i o nauce nowych rzeczy. Na koniec jeszcze chciałbym wrzucić ciekawy, taki mi się wydaje, aspekt nauki, czyli nauka projektu, do którego na przykład dołączamy. I ja ostatnio bawię się trochę Cloud Code właśnie, o którym sobie pooglądałem trochę w prezentacji i bardzo się, że tak powiem, dla mnie to narzędzie podoba.