Aktywne Wpisy

Lohengrin +38
820 + 1 = 821
Tytuł:
Autor:
Gatunek:
Ocena:
Tytuł:
MortAutor:
Terry PratchettGatunek:
fantasy, science fictionOcena:
9/10
źródło: 1023410-352x500
Pobierz
JuzefCynamon +37
#f1 #formulacynamon rosół z kury i siurek do góry
źródło: SmartSelect_20260512_173834_Gallery
Pobierz




Hej, tym razem coś ciekawego z drugiej strony bitwy o to czy ejaj zastąpi programistów.
tldr Bennetta z b-list.org https://www.b-list.org/weblog/2026/apr/09/llms/ - warto przeczytać w całości ale skrót:
Bennett wraca do Brooksa i “No Silver Bullet” z 1986. Chodzi o to że trudności w sofcie dzielą się na akcydentalne (narzędzia, składnia, boilerplate) i esencjalne (specyfikacja, projektowanie, testowanie). LLMy to tylko te pierwsze. Argument z wczesnego mirko: samo pisanie kodu to jakieś 1/6 całej roboty - reszta to gadanie z klientem, review, debugowanie na produkcji itp. Zredukowanie tej 1/6 do zera nic rewolucyjnego nie daje.
I dane wg niego to potwierdzają. Raport DORA 2025 https://dora.dev/research/2025/dora-report/ - ten sam który jego przeciwnicy czyli „zwolennicy” AI lubią cytować - mówi że adopcja AI zwiększa delivery instability i nie ma dowodów żeby wzrost throughput to w ogóle kompensował.
CircleCI 2026 https://circleci.com/resources/2026-state-of-software-delivery/ dodaje że większośc zespołów nie widziała żadnego wzrostu throughput, czas odbudowy po awarii wzrósł o 13-25% i success rate na mainie spadł do 70,8% przy benchmarku 90%.
METR https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/ - devowie spodziewali się przyspieszenia o 24%, po realnym spowolnieniu nadal wierzyli ze AI ich przyspieszyła o 20%. Wiekszość pozytywnych raportów bazuje na takiej samoocenie, co trochę mówi o wartości tych danych.
Ogólnie - wg autora, a jak spojrzycie na jego bio zobaczycie l, że to nie byle blogger nie ma co adoptować bo strach ze zostaniesz z tyłu. Lepiej ogarnąć fundamenty bo tam leży prawdziwy problem, nie szybkość generowania kodu.