Eric S. Raymond rátalált az LLM-re és végső soron saját magára

Mesterséges Intelligencia

Eric S. Raymond - az nyílt forráskódú fejlesztés atyja - az LLM-mel való programozásról:

Az AI-segédlettel való programozás nagyon leleplező. Kiderül, hogy nem egészen az vagyok, akinek hittem magam.

Rengeteg programozó van odakint, akiknek az egójukból és identitásukból óriási mennyiség van befektetve a kódolás mesterségébe. Abba, hogy tudják, hogyan kell hasznos és helyes viselkedést kicsikarni egy nyelvből és rendszerkörnyezetből — vagy még jobb, sokból.

Ha egy hete megkérdeztél volna, talán azt mondtam volna, hogy én is egy vagyok ezek közül. De valami furcsa dolog történt. Az LLM-ek mostanra olyan jók, hogy rengeteg kódot tudok ellenőrizni és előállítani úgy, hogy gyakorlatilag alig írok bármit kézzel.

És kezd leesni, hogy nem is hiányzik.

Érdekes módja annak, hogy rájöjjek: én mindig is elsősorban rendszertervező voltam, és a kód csak eszköz volt, nem cél. Én... ezt magamról valójában eddig nem tudtam.

Ide illessz be egy közhelyes idézetet arról, hogy minden felfedezőút végül önmagunk felfedezésével ér véget. Ez most tényleg megtörtént.

Kissé zavarban vagyok.

( YleGreg | 2026. 02. 08., v – 10:43 )

Édesapám mondta volt: "Minden dolog mértéke az ember."

Form follows function.

( NagyZ v | 2026. 02. 08., v – 11:03 )

aki kezzel ir kodot 2026-ban az biztos, hogy nem big techben dolgozik.

( _ventura_ v | 2026. 02. 08., v – 12:17 )

Hát ez ám a felismerés :D

Kb mikor a farmer megveszi élete első munkagépét, és elmondja, hogy most jött rá utál kézzel dolgozni a földeken. 

Bár olyat is mondták, hogyha a gép végzi el az ember munkáját, azzal az ember lesz szegényebb ...

Szóval kinek mi ...

Fedora 43, Thinkpad x280

Azt vettem eszre, hogy turheto eredmenyt hozzak ki a LLM rendszerekbol. Ahhoz nekem kell kodot irnom eloszor, a koncepciokat lefektetnem, etc. es azt adom be neki es azt kezdi el modositani, kiegesziteni. :) Szoval igen a kod a legjobb specifikacio. :) Amugy egy csomo kulimunkat meg tud nekem sporolni igy. :)

Az Erő Legyen Veled!

Valamint a nagyon jól irodalmazott eljárásokat meg tudja neked írni. Pl. függvényt kell illeszteni mért pontokra, ismert kritériummal (hibanégyzet-összeg minimális legyen pl.), ezt simán megírja.
Bár a múltkor egy FFT fáziseltérés alapú frekvenciakorrekció számítást szerettem volna íratni, azt elkúrta. A végén csak bele kellett gondolnom, hogy jön ki a matek. De a kód szkeleton így is megvolt, csak módosítani kellett a függvényen.

( SkyNET | 2026. 02. 08., v – 12:19 )

A forráskódok jó része már manapság is generált, legalábbis az enterprise világban, openapi, wsdl, uml, xsd stb alapján. Az llm-ek okosodásával az ilyen formális specifikációk mellé lassan már fel lehet venni a folyószöveges specifikációt is kódgenerálás inputként (akár közvetlenül, akár több lépésben a folyószövegesből előbb formális spect csinál az llm abból bevált kipróbált generátorokkal, kitesztelt vállalati pipelineon forráskód generálás)

Nem is baj, a mérnök képességei is azzal hasznosulnak legjobban ha specifikál, programot, tesztet, alternatívákat vizsgál meg, üzembehelyezési és üzemeltetési leírást készít, megfogalmazza a feladatot. 

csak az a bibi, hogy míg a felsorolt openapi, wsdl, uml, xsd  az determinisztikusan, egyértelműen definiálja a célt (nem kell hozzá ai), addig a promtolás random katyvaszt ad aszerint, hogy éppen melyik lopott kódból generált halucinációt éri el gyorsabban a ramból. 

A szóban megfogalmazott feladattal is az a probléma, hogy nem determinisztukus és sokszor nem is az kell a feladat kiírójának, amit mond. Ha meg rendesen specifikál, akkor meg már nem ai kell a megvalósításhoz sem.

( nagyjoco | 2026. 02. 08., v – 12:31 )

A kód csak eszköz, nem cél. Ki gondolta volna ezt...

Sőt, az elkészült szoftver is csak eszköz, nem cél, ahogy az azt futtató számítógép is. 

( bimi3 | 2026. 02. 08., v – 20:02 )

Magam is elcsodálkoztam pár napja, hogy a Gemini milyen jó kis kódot generált nekem a magam egyszerű igényeivel. Szép, beszédes magyar változónevek, az egyes részek között kommentben hogy mit csinál az adott rész. Tudja hogy adott nyelven belül mire milyen beépített modult érdemes használni. Fényéveket spórol hogy nem kell mindennek külön utánajárnom, kísérleteznem egyesével, a végén tényleg csak nüansznyi esztétikai apróságokat finomítottam kézzel.

Ezt Copilot segítségével készítettem ~2 nap alatt. A vírushiszti előtt amikor a kezembe került egy ilyen proci egy ennél sokkal bénább verziót kb két hónapig írtam. Mentségemre: Akkor találkoztam először JS szkripttel, C++ köddal.

σ→0, SNR<1 (A semleges részecskékkel nincs mérhető kölcsönhatás)

https://www.esp8266.org

( kovi | 2026. 02. 09., h – 08:09 )

Bakker olyan a szövegezése, mint amikor valaki bejelenti magáról, hogy homár. Vagy inkább annak olyan, mint ez itt. Csak nekem furcsa ez a megfogalmazás?

Vortex Rikers NC114-85EKLS

( pink v | 2026. 02. 09., h – 09:06 )

Vagy valaki eleve tudja magáról, hogy ő nem programozó, hanem mondjuk grafikus. De Gemini segítségével apránként összerakja a kódot, és végülis egészen rendben van. (True story.)

( ggallo | 2026. 02. 09., h – 09:56 )

Érdekes azért ezeket a kommenteket olvasni...

Egy majd' 70 éves ember elmondja, hogy meglepődött az AI hasznosságán, meg azon, hogy segíti a munkáját, nem elveszi. Ilyen korban a legtöbben itthon már kis ráülős villanyhajtánnyal járnak (kányelemből, nem rászorultságból) a boltba is, a munkájuk felé sem néznek, mert végre nyugdíjas. Ez a jóamber meg még csinálja, és meg is osztja (továbbra is) a gondolatait.

Erre mindenki lehülyézi, hogy ez nyilvánvaló, hogyhogy csak most, mi már régen ezt csináljuk, a programoírás eddig is a hülyék sportja volt, stb.

Egy 70 éves ember elismer nyilvánosan valami újat, amit más nem szokott maga előtt sem. Ez bátor és elismerésre méltó. Ehelyett itt mi van...

Hát igen. Újabb érdekes adalék ahhoz, hogy mekkora öntökönlövés az AI használatának kategorikus elutasítása.

Mérnökként (nyilván) az ember eddig ahhoz volt szokva, és általában nem csak arra büszke hogy mit sikerült tervezni, hanem arra is, hogy hogy sikerült felépíteni, megvalósítani egy megoldást, problémákat megoldani vagy elkerülni. Kell egy bizonyos fejlettségi szint és integritás ahhoz, hogy belássa és elismerje, hogy a megvalósítás részt most már az AI sok esetben hatékonyabban és "jobban" meg tudja csinálni. Le a kalappal - főleg ezzel a múlttal.

Mondjuk ESR valószínűleg azért név a szakmában (már ha leszámítjuk az aktivzmusát), mert valójában eddig is jól tudott rendszert tervezni, nem azért, mert olyan csodálatos kódsorokat írt. Mint ahogy egyébként a legtöbb senior meg architect pont azért lesz az, mert ebben jó.

Persze ebbe is belefolyik az AI, és ebben is tud segíteni, de igazából olyan ez, mint a nem tudom, rendes parametrikus, historys CAD a világítóasztalon másolgatáshoz képest... Hatékonyabb eszköz.

A másik oldalról egyébként ja, olyan ez, mint "az én biztos jobb assemblert írok, mint a fordító", azt a halucinációt is sokan csinálták :)

Mármint arra gondolsz, hogy betölti a terület a rendelkezésére álló teret, és nem csiszolgatja kicsire l'art pour l'art? Hát, ez bizony nem csak a szoftvertervezés sajátja, minden szakma ilyen, hatékonyságra optimalizál. Nézd meg pl az építőipart, és az építőipari anyagokat, hogy direkt a másik végletet mondjam: a jobb cuccok jelentős része (nyilván nem mind) nem abban jobb, hogy a végeredmény annyival hipiszupibb épület lesz, hanem abban, hogy a szaki sokkal gyorsabban tud vele dolgozni. Ez neked vevőként egyébként majdnem mindegy, mert kb úgy jön ki a matek, hogy mindenképp x-be kerül, csak annak vagy kb fele-fele az anyag és a munkadíj, vagy megveszed az anyagot mondjuk 20%-ért, mert az olcsóbb, aztán kifizeted a szakinak, hogy tovább tart. Ugyan kicsit talán neked is jobb, mert gyorsabban kész lesz, és talán kevésbé tudja elbaszni, de igazán jó a szakinak lesz, aki több melót tud bevállalni. Ugyanez van programozással is: nem gazdaságos a gyakorlatban nem számottevő előnyökre drága erőforrást pazarolni (és ez egyébként igaz lesz az AIra is, egy ponton túl simán ki fog jönni az a matek, hogy nem éri meg az előállítás erőfforrásigénye a gaint.)

Azt én sem kétlem, hogy az AI ebben is fog segíteni, már most is teszi. De mint minden más is, valójában ez is csak egy szerszám. Értelmesen igényt megfogalmazni továbbra is tudni kell majd. És igen, lesz olyan, ami egyszerűen csak kiesik marinéni promtjából, és meg fogja kapni a goodenough egyedi megoldását, és lesz, akinek ez fájni fog. És ez így van jól :)

A programozás egy szelete a szoftvermérnöki feladatoknak. Most ott tartunk, hogy kell ellenőrizni az AI által készített minden produktumot, mint ahogy a rendszer üzemeltetésben bevetett ügynököket is. Elismerésre méltó, hogy jobb és gyorsabb tud lenni - megfelelő irányítás mellett -, mint a "kézimunka". A szükséges irányítás még nem Babi néni szint - ahogy jellemzően megpróbáltad leegyszerűsíteni -, még nem elég, de ennek a "menetnek" persze nincs vége.

Mert, mi vagyok én, talán valami fáraó, hogy velem temessék el? 

De megnyugtató, hogy akkor eljutottál idáig, hogy talán mégis azt is meg fogja ugrani.

Persze, de ezt már megugrotta (ahogy jósoltam), a te jóslatodra meg még várunk. Ennyire nehéz ezt elfogadni? Te egyébként valami kóder vagy?

trey @ gépház

Mert, mi vagyok én, talán valami fáraó, hogy velem temessék el? 

Nem a tiedről beszéltem. :)

Persze, de ezt már megugrotta (ahogy jósoltam), a te jóslatodra meg még várunk.

Dehogy várunk, pont ugyanannyira használjuk arra is. Rendszertervezésre konkrétan már én is használtam nem egyszer, led villogásra... hát nem tudom, olyat még lehet, hogy pont nem csináltak, de pl az egyáltalán nem holdbéli messzeségekben levő kifli.hu épp azon örömködik, hogy az AIs automata raktára mennyire jó. Hidd el, ha az árut össze tudja szedni, a vinyót is ki tudja cserélni.

 Ennyire nehéz ezt elfogadni?

Egyáltalán nem nehéz elfogadni, benne élek :)

Te egyébként valami kóder vagy?

Szoktam kódot írni, kódernek talán pont nem nevezném magam. :)