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

0:00 · Wprowadzenie i omówienie prezentacji DHH 1

On tam sobie coś tam pisał, ale tak czasami oprócz tego, że oczywiście traktowałem go jako bardzo solidnego powiedzmy programistę i takiego człowieka, który faktycznie wie o czym mówi i ma coś do powiedzenia. Ale jednak zawsze traktowałem go z lekkim przymrużeniem oka, tak jak większość osób, które piszą na X. Nie wiem, czy to jest moja bańka, że no ja wiem, to jest moja bańka, w której jakoś ja się osobiście do X aż tak mocno nigdy nie przekonałem, nigdy sam tam nie pisałem, bo nie byłem w stanie jakoś zrozumieć fenomenu całej tej platformy.

8:27 · Zmiany w branży i wprowadzenie maszyn 1

20 lat to robią, nie? Dla mnie to w zasadzie u niego jest trochę kłamstwo w samym sobie, bo on jeszcze robił tłum marketingu, pisał książkę, rozkręcał firmy, rozkręcał firmy i tak dalej. Kurczak, brzydkie słowo, bo w gorsze by poszło tutaj. Ja nie wierzę w tą narrację. Dla mnie to jest jakaś narracja, którą znowu usłysza cały świat. Jakby usłyszał jej wycinek, kawałek, który ładnie umieścił na prezentację, żeby się dobrze zrobiło. Natomiast to nie jest do końca prawda. Co się stanie z takimi ludźmi, nikt tego nie wie. Jezu, no to nie wiem. Nikt tego nie wie. Pytanie mnie, czy będą pieniądze w branży, czy tam będzie sklepał kodzik, czy nie będzie sklepał kodziku.

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

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.

17:34 · Architektura i rola programistów 1

To nie chodzi o to, że DHH zrobił to tak ładnie, on o tym mówił, że staniemy się dyrektorami kreatywnymi albo czymś takim. Albo recenzentami wspaniałymi tego, co się dzieje. Ja myślę, że to aż tak. To jest fajnie się wypromować. Patrz, patrz. Zajebisty jesteś. Dyrektorze kreatywnym Piotrze Stapie. Natomiast trochę się zmienia. Tak jak weźmy się cofnijmy do Do fabryk. Kiedyś stoły się robiło jak gdyby ręcznie siedział stolarz i strugał.

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