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
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.
Ja to przeklikam, nara, jedziemy na produkcję. Prawdopodobnie czeka nas rewolucja w składzie zespołów. Nie chodzi o to, że nagle będą inne zespoły. To będą inni ludzie. Nie chodzi o to, że nagle wywalimy połowę ludzi. Może się tak zdarzyć, żeby tak głośno wybrzmiało. Tylko, że nagle zmienimy Twoją rolę w zespole. Jak byłem młodym studentem, to kiedyś w zespole był full stack developer. On musiał zrobić wszystko. Potem nastąpił taki etap, że się trochę rozdmuchało nam.
Nagle ktoś przychodził i mówił, że powiedzmy Rust W tym konkretnym przypadku będzie dużo szybszy. Co robiły zespoły dotnetowe? Nie ma szans. A teraz możesz wziąć tego rasta, pokazać mu, tu jest kod w dotnecie, weź nam pomóż przepisać, w ogóle zrobić POC wreszcie tego co robimy i porównać wydajność. Nie wiem czy to ma sens. Nie żeby to głośno wybrzmiało. Wziąłem specjalny przykład z Rustem, bo teraz Rust jest mega popularny. Tak samo jak były różne dziwne języki wcześniej. Ale po prostu jak pracowałeś w firmie i miałeś ludzi wyszkolonych w tym stacku, to zmiana stacku w ogóle nie wchodziła w grę. Nie było takiej opcji. A teraz możesz.
Pokazano wszystkie 3 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