Mentionsy Mentionsy
Better Dev Club
Better Dev Club

Better Dev Club #41 - DHH idzie na emeryturę programistyczną. Czy rzemiosło umarło?

08.10.2026 ·30 min 33 s · 12 rozdziałów

Głośny keynote DHH (Davida Heinemeiera Hanssona) na Rails World wstrząsnął całym światem IT. Twórca Ruby on Rails ogłosił, że po 20 latach przestaje pisać kod ręcznie i w zasadzie przechodzi na „emeryturę programistyczną”, oddając pisanie w ręce modeli AI. W 41. odcinku Better Dev Club Piotrek Stapp i Kajetan Duszyński rozkładają to wystąpienie na czynniki pierwsze. Czy Software Craftsmanship i dyskusje o czystości kodu to już przeszłość? Co z pasjonatami programowania, którzy weszli do branży z miłości do klepania linijek — czy czeka ich los dawnych malarzy po wynalezieniu aparatu fotograficznego? Panowie bez owijania w bawełnę analizują swoje codzienne nawyki: czy w ogóle jeszcze czytają wygenerowany kod, dlaczego testy stały się jedyną uprzężą trzymającą projekt w ryzach i czy tester z LLM-em w ręku może wkrótce zastąpić klasycznego programistę. Dyskutują także o zmianie struktury zespołów — od pełnej specjalizacji ku „dyrektorom kreatywnym” — pułapce traktowania kodu jak czarnej skrzynki oraz o tym, dlaczego paradoksalnie zrozumienie architektury komputera i fundamentów systemowych staje się ważniejsze niż kiedykolwiek.00:00 Wstęp — suchar o DHH i echa keynote’a na Rails World 03:02 DHH i Ruby on Rails — języki programowania tracą znaczenie na rzecz modeli AI 04:45 Koniec Software Craftsmanship? Rzemiosło jako ukłon w stronę zespołu 06:01 Co z pasjonatami kodu? Malarstwo po wynalezieniu fotografii 08:51 Nowa warstwa abstrakcji — czy kochaliśmy klepać każdą linijkę? 12:03 Czytasz jeszcze kod? Testy jako „harness” projektu 13:31 LLM pisze lepsze testy — przypadki brzegowe, E2E i code review 15:52 Co zostało z rzemiosła? Czy wystarczy dać LLM-a testerom? 18:22 Rewolucja w zespołach — od specjalizacji do dyrektora kreatywnego 21:10 Stolarz a fabryka mebli — ręcznie strugany kod jako nisza23:06 Kod jako czarna skrzynka — Uncle Bob, agenci i architektura 25:53 Powrót do fundamentów — rozumienie komputera zamiast „fix it” 26:22 Rok utrzymywania kodu z AI — czy stajesz się inżynierem? 27:40 90% pracy to CRUD-y — kraftowy kod kontra biznesowa rzeczywistość 29:19 Spełniony sen o IT i biznesie — optymistyczne spojrzenie w przyszłość #BetterDevClub #DHH #AI #CleanCode #SoftwareCraftsmanship #Programowanie #LLM #Testowanie #ArchitekturaOprogramowania #SDLC #RailsWorld #RubyOnRails

11:17 · Testowanie kodu i role testerów 1

Jak wykryjesz buga, to wpisujesz test. Dobrze, to pójdę dalej. Jak dużo czasu spędzasz na pisaniu tych testów? Nie, domyślam się, że nie piszesz tych testów. Jak dużo czasu spędzasz na czytaniu tych testów? I próbie zrozumienia, czy wszystkie ścieżki są pokryte? Czy faktycznie to, co zostało wygenerowane pokrywa to, co powinno być pokryte? I czy tam się nic nie wymsknie? Dobra, to poczekaj. To jest tak. Jak wezmę LLM-a na swój kod z reguły potrafię napisać lepsze testy niż ja. W sensie jeżeli mówimy o pokryciu i przypadkach.

13:32 · Zmiany w składzie zespołów i architekturze 3

Z reguły potrafię wymyślać przypadki, które mój mózg nie ogarniał. Ja je na ogół dodawałem jak mi się coś wysypywało. Nie wiem drogi słuchaczu, nie wiem kretan jak Ty, ale ja nigdy nie byłem takim specjalistą, że siadałem i umiałem wszystkie przypadki pokryć. Nie umiałem. W tej chwili LLM z reguły potrafi mi dać więcej przypadków niż ja. W sensie kiedykolwiek umiałem. Kiedyś napisanie dla mnie testu end to end to była jakaś masakra. To wymagało ode mnie strasznie dużo pracy w projektach, żeby to w ogóle nam działało. Teraz jesteśmy w stanie to zrobić szybko, robialnie i potem dodawanie tych testów też jest robialne.

Nigdy też dobrze nie pisaliśmy testów. Więc to rzemiosło jako takie Które mieliśmy było związane z umiejętnością programowania, czyli z czymś, czego inni nie potrafili robić w dużej mierze. Ja wiem, że jak mówimy o całym SDLC, którego się uczyliśmy też przez lata naszego doświadczenia, ale jednak zaczynaliśmy od tego, że potrafiliśmy robić coś, czego nie potrafili robić inni ludzie, czyli potrafiliśmy programować. W takim czy w innym języku to nie ma w tym momencie żadnego znaczenia, ale wiadomo, że dot. najlepszy. A teraz co nam z tego rzemiosła, bo mówisz o tym, że rzemiosło ewoluuje, a co nam z tego rzemiosła zostało, skoro kod LLM-y piszą lepszy, skoro testy LLM-y piszą lepsze, więc co stoi na przeszkodzie, żeby faktycznie dać

Nie mówię biznesowi, no bo to już troszeczkę, jeszcze na dzisiaj to troszeczkę za daleko, ale dać testerom po prostu. Dać testerom LLM-a i powiedzieć, słuchajcie, on ma napisać kod, on ma napisać testy jednostkowe, wy to macie przetestować, nara, oddajemy biznesowi. Nie no, poczekaj. To poczekaj, no właśnie to opisujesz jedną z patologii, która była. Developer pisał kod, a tester pisał testy jednostkowe. Nie, nie, nie, nie, nie mówię o testach jednostkowych, nie, nie, nie, nie, nie, nie. Teraz LLM-y, LLM-y piszą kod, LLM-y piszą testy, tester manualnie se tam przeklika, zobaczy czy mniej więcej o to chodziło biznesowi, nara oddajemy biznesowi. I potem Agile, super, bo biznes powie, a ja to chciałem inaczej, więc tester szybko powie LLM-owi, ej, klient jednak chciał inaczej, więc zrób tą zmianę, dopisz testy, żeby się zgadzało, bo i tak zrobisz to lepiej.

Pokazano wszystkie 4 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.