Better Dev Club #41 - DHH idzie na emeryturę programistyczną. Czy rzemiosło umarło?
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
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.
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.
Piotr i Kajtek omawiają prezentację DHH na konferencji Rails World, która wywołała duży echem.
Piotr i Kajtek podzielają się swoimi odczuciami na temat prezentacji DHH i przyszłości programowania.
Kajtek i Piotr dyskutują o przyszłości programowania i zmianach w roli programistów.
Kajtek i Piotr omawiają zmiany w branży, wprowadzenie maszyn i wpływy na pracę programistów.
Kajtek i Piotr dyskutują o testowaniu kodu i roli testerów w nowych warunkach.
Kajtek i Piotr omawiają zmiany w składzie zespołów i wpływy na architekturę projektów.
Kajtek i Piotr dyskutują o roli programistów w architekturze projektów i zmianach w ich zadaniach.
Kajtek i Piotr omawiają zmiany w pracy programistów i przyszłość ich roli w branży.
Kajtek i Piotr dyskutują o architekturze i wprowadzeniu maszyn w pracy programistów.
Kajtek i Piotr omawiają rola programistów w codziennej pracy i zmiany w ich zadaniach.
Kajtek i Piotr podsumowują rozmowę i dyskutują o przyszłości programowania i roli programistów.
Kajtek i Piotr podziękowują za udział w rozmowie i kończą rozmowę.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
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.
Wstęp — suchar o DHH i echa keynote’a na Rails World
DHH i Ruby on Rails — języki programowania tracą znaczenie na rzecz modeli AI
Koniec Software Craftsmanship? Rzemiosło jako ukłon w stronę zespołu
Co z pasjonatami kodu? Malarstwo po wynalezieniu fotografii
Nowa warstwa abstrakcji — czy kochaliśmy klepać każdą linijkę?
Czytasz jeszcze kod? Testy jako „harness” projektu
LLM pisze lepsze testy — przypadki brzegowe, E2E i code review
Co zostało z rzemiosła? Czy wystarczy dać LLM-a testerom?
Rewolucja w zespołach — od specjalizacji do dyrektora kreatywnego
Stolarz a fabryka mebli — ręcznie strugany kod jako nisza
Kod jako czarna skrzynka — Uncle Bob, agenci i architektura
Powrót do fundamentów — rozumienie komputera zamiast „fix it”
Rok utrzymywania kodu z AI — czy stajesz się inżynierem?
90% pracy to CRUD-y — kraftowy kod kontra biznesowa rzeczywistość
Spełniony sen o IT i biznesie — optymistyczne spojrzenie w przyszłość
#BetterDevClub #DHH #AI #CleanCode #SoftwareCraftsmanship #Programowanie #LLM #Testowanie #ArchitekturaOprogramowania #SDLC #RailsWorld #RubyOnRails