Linus se tudott ellenállni a vibe coding-nak

Címkék

Linus újabb hobbi projektbe kezdett, ami önmagában nem hír, hiszen több ilyenje is van. Az annál inkább hír, hogy öreg kóder rókaként belenyalt a vibe coding-ba. Új projektjének, az AudioNoise-nak egyik tool-ját a Google Antigravity-vel készíttette el, mert - ahogy bevallotta - nem jártas a Python-ban.

[...]

Also note that the python visualizer tool has been basically written by vibe-coding. I know more about analog filters -- and that's not saying much -- than I do about python. It started out as my typical "google and do the monkey-see-monkey-do" kind of programming, but then I cut out the middle-man -- me -- and just used Google Antigravity to do the audio sample visualizer.

[...]

🤷‍♂️

Hozzászólások

Ráadásként a legtöbb hasonló vibe coding eszköz biztosít whitelist-et arra, hogy mik azok a kódok, amiket kérdés nélkül futtathat, és mik azok, amikhez viszont külön jóváhagyás szükséges. Így a rendszer által gyakran kiadott, biztonságos utasítások (pl. build script, stb) futhat automatikusan, míg az "rm -r *" előtt azért ugyanúgy rákérdez, hogy mehet-e.

Nagy Péter

Nem a séfkés a hibás, ha rosszul használod és levágod vele az ujjad. 

Igy van! Alanyi jogon jarjon a fegyverviseles minden 2 even felulinek!

Én is vibe coding-oltattam már ChatGPT-vel, de volt annyi eszem, hogy ellenőriztem amit kiköpött. 

Komolyra forditva isteni jo lehet ugy kodolni, hogy amellett, hogy azon gondolkodsz mit es hogyan kene csinalni, meg egy kreten meglevo kodjat is at kell nezned, kitalalni hogyan gondolkodott es kijavitani a hibait majd egy mukodo megoldast prezentalni. Elmeny lehet.

Igy van! Alanyi jogon jarjon a fegyverviseles minden 2 even felulinek!

Csak a hülye hasonlítja a programozási eszközöket egy szigorú engedélyköteles eszközhöz. Még viccből is.

Komolyra forditva isteni jo lehet ugy kodolni, hogy amellett, hogy azon gondolkodsz mit es hogyan kene csinalni, meg egy kreten meglevo kodjat is at kell nezned, kitalalni hogyan gondolkodott es kijavitani a hibait majd egy mukodo megoldast prezentalni. Elmeny lehet.

Jaja, ezt csinálják kb. a senior fejleszők. 

trey @ gépház

Almat kortevel. Az AI nem fejlodik attol, hogy elmondod neki, szar amit csinaltal. Nem azert foglalkozunk juniorokkal, mert attol kurva hatekony lesz a munka. Ellenkezoleg. A junior betanitasa overhead, ami kesobb remelhetoleg megterul. Azzal, hogy az AI kodjat javitgatod vegso soron csak a sajat munkadat hatraltatod feleslegesen.

Az AI nem fejlodik attol, hogy elmondod neki, szar amit csinaltal.

De, csak megvan a módja, hogy hogyan tudod elmondani neki hatékonyan.

Ha beírod a chatbe, az valóban nem elég.

Nem azert foglalkozunk juniorokkal, mert attol kurva hatekony lesz a munka. Ellenkezoleg.

Nem értek egyet. Juniorokat foglalkoztatni igenis hatékony. Nem kell minden feladatra principal engineer. Hogy közben fejlődik is, az csak járulékos előny, és utánpótlás a szakmának.

Tehat nem fejlodik es a programozashoz nincs ra szukseg.

Egyvalamiben egyebkent jo az AI LLM: elolvasni es megerteni legacy kodot. Pikk-pakk tudja refaktoralni, faszan felkommentezni a legkotvanyabbul osszebaszott szemeteket is. Erre tenyleg fasza.

Aki arra hasznalja, hogy kodot irjon helyette es ezt nala jobban is csinalja, az tenyleg nezzen mas szakma utan. Nem fog hianyozni.

Nem. Rohadtul nem ugyanaz egy kozepesen szarfos LLM rendszerrel baszni az idot, mint egy elo ember gondolkodasat megerteni, a kodjahoz megjegyzeseket fuzni, kommunikalni, megbeszelni vele a megoldast. Ezt a ket dolgot csak egy olyan ember kepes egy lapon emliteni akinek lila fingja nincs a programozasrol plane nem senior szinten.

Rohadtul nem ugyanaz egy kozepesen szarfos LLM rendszerrel baszni az idot, mint egy elo ember gondolkodasat megerteni

Egyetértek, a "közepesen szarfos LLM rendszer" könnyűszerrel kigyomlálja a triviális hibákat a PR-okból, és a senior fejlesztőnek már csak a magas hozzáadott értékű részét kell elvégeznie a review-nak.

Miért basznának ki? A legtöbb helyen akkor hívják a seniort, ha "baj van". Azaz egy csomó turpisság ki se derül. Viszont így olcsóbb a cégnek, mert a senior óradíját "megérősebben" tudják felhasználni, a review ugyanis nem hoz a konyhára, azt "nem fizeti ki az ügyfél". És tudom, hogy hogy kellene, de ez a szomorú rögvalóság.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Komolyra forditva isteni jo lehet ugy kodolni, hogy amellett, hogy azon gondolkodsz mit es hogyan kene csinalni, meg egy kreten meglevo kodjat is at kell nezned, kitalalni hogyan gondolkodott es kijavitani a hibait majd egy mukodo megoldast prezentalni. Elmeny lehet.

Úgy hívják csapatmunka és code review. Minden picit is normálisabb helyen része volt a napi munkának már nagyon régóta.

Te csapatmunkanak tartod azt amikor AI-vel dolgozol?

Gondolkozik, megfogadja a tanacsodat, fejlodik es egyszer majd o is senior lesz es betanitja a kovetkezo generaciot? Nem. Almat a kortevel.

Az AI egy felesleges overhead annak aki tud programozni, azon meg aki nem tud, ugysem tud segiteni.

Igy van! Alanyi jogon jarjon a fegyverviseles minden 2 even felulinek!

Fegyver, az. Feltelepítesz egy appot a gépedre, és szándékosan kikapcsolod (mert ez bizony opt-out) a védelmet, ami biztosítja, hogy ne tudja letörölni szó nélkül a szarjaidat, és ebből valahogyan az jött ki, hogy ez olyan, mint a fegyver?

Ja, nagyon nem normális. Persze azt tegyük hozzá, hogy csak a vizualizációs részét íratta AI-val, és Linusnak megvan a háttértudása általánosan kódolás terén is, hogy át bírja nézni a kódot, hogy ne legyen teljesen hülyeség. Szóval még AI-val sem olyan vakon vibe-kódol, mint az átlag. Ennek ellenére megkapja tőlem a "QC: Not approved" matricát.

Mondjuk én ezt az egész gitárpedál, meg hangmanipuláló projektjét nem értem, hogy ezek mitől lettek hobbiai. Mármint olyan értelemben, hogy nem gitározik úgy se, ergo nem tud mit vele kezdeni. Az egyik nemrégen adott interjújában elmondta, hogy csak azért ezt vette fel hobbinak, mert ebben nem jó, és tud benne egyénileg fejlődni. Ahhoz viszont elég lenne egy gitárt venni, ha egyéniben tanulja, gitártanár nélkül, főleg 50 fölött, az már önmagában óriási frusztráció lesz, megkapná, amit szeretne.

Egyébként ezzel a vizualizációs izével is teljesen feleslegesen szenved, ha pedálkiegészítőt akar, akkor erre már szabványosítottak megoldást, úgy hívják, hogy VST plugin, GUI/vizualizáció is létrehozható vele, bedrótozható Linuxon is plugin host megoldásokba (pl. Carla).

“Linux isn't an OS, it's a troubleshooting sim game.” (a YouTube commenter)

Itt nem a konkrét kód minőségével van baj, hanem ez majd bátorítja a sok normit, hogy vibe-kódoljanak, hiszen Linus-nak működik. Közben meg nekik nem fog, és az általános kódminősége az AI-nak nagyon alacsony. Ez vele a baj, romlott bornak jó cégér.

“Linux isn't an OS, it's a troubleshooting sim game.” (a YouTube commenter)

Én sem tudtam ellenállni. :-) Ki is próbáltam egy astro sablonnal. Eddig azt csinálja amit mondok. Ki is javította a gyártási hibákat is.

Linus mióta kint él az USA-ban érezhetően magáévá tette az ottani dolgokat. így pont azt vesztette el a szememben, amiért meg tudta alkotni a Linux-ot. Sajnos egyre inkább kezd hasonlítani a médiában egy átlagos influencerre. Talán annyi különbséggel,  hogy először elmondja a véleményét a tőle megszokott formában,  majd szólnak neki "fentről",  hogy az nem úgy van és lesz szíves viselkedni. Persze lehet jönni azzal, hogy menni kell a világgal,  de ez nem a jó irány megítélésem szerint.  

Python-hoz nagyon ért az AI, azt rá lehet bízni.

"Meg a lónak a faszát állt neki!" (hogy klasszikust idézzek)

Az eredeti cikk legeslegelső mondatában felhívják rá a figyelmet:
contains code that was “basically written by vibe coding,” but you shouldn’t read that to mean that Torvalds is embracing that approach
(kiemelés tőlem). Hogy valaki még a figyelmeztetés ellenére is hülyeségeket beszél, hát, az nem Linus-t minősíti, mondjuk úgy.

ROTFL, hogy mennyire kapálódzol ... :D Értem is miért. 

Tehát, Linus leírta SK, hogy vibe kódolt, majd az Ars Technica firkásza elmondta a véleményét arról, hogy az nem, majd te ide visszahozod immár referenciaként a random véleményt, hogy lám-lám, az nem az! 

Fergeteges! :D

PS: mi az, hogy "eredeti cikk"? Az egy cikk az ezerből erről az esetről :D 

PS2: Eleve, az Ars véleménycikke olyan szalmabábot üt, amit senki sem állított "Torvalds is embracing that approach for anything and everything" ... :D :D 

trey @ gépház

Értem, hogy ezt mondja, de az egész cikk léte az ellenkezőjét sugallja, és az AI-val kódolást reklámozza, hogy lám, Torvaldsnak is bejön. A nagyközönség meg nem a kiemeléseddel fog foglalkozni, hanem csak azt látja, hogy nekik is ez az ajánlott kódolási módszer.

“Linux isn't an OS, it's a troubleshooting sim game.” (a YouTube commenter)

de ezen a valóságtagadás nem segít

Ez pontosan így van. Az újabb generáció, amelyik feltette a szakmai életét a programozásra - ami még 2-3 éve is biztos szakmának nézett ki egy élethosszara - és aminek még van vagy 20-30 éve nyugdíjig, joggal aggódik. 20-30 év távlat kibaszott sok, ahhoz képest, hogy a generatív AI még a HUP-ra is csak 2-3 éve tört be. 3 éve még hahotáztunk együtt, hogy HAHAHAH ... ez a balfasz ... Bagolyfőzelék, semmire sem való kacat, ma meg már kb. mindenhez ezt használjuk. 🤷‍♂️ Vagyis, 3 év kellett a genAI-nek, hogy még Linus is hozzányúljon, pedig azt nem lehet mondani, hogy kutyaütő lenne programozás területen. 

Szóval, 20-30 év ... elképzelni is nehéz, hogy mi lesz ennyi idő alatt belőle. 

trey @ gépház

mar irtam mashol is: aki kezzel ir kodot 2026-ban, az le van maradva. aki nem hasznal genAI cuccokat, le van maradva.

Konkrét use-case az előbbről: több microservicet átívelően kellett nyomozni. Legegyszerűbben az lett, hogy egy CLI tool készült rá, megkapta a CSV-ben a releváns logokat, abból kellett adatot kinyerni, majd abból API hívásokkal összeszedni adatokat, azt értelmezni, és ellenőrizni számításokat. Egy sor kódot nem írtam neki, leszámítva, hogy egy helyen kézzel javítottam egy nuget verziót, mert gyorsabb volt, mint a prompt. Azon túl, hogy megadtam, hogy hol a kérdéses servicek, schemak kódja, mely API-val kell összeszedni, mik az összefüggések, nem nagyon foglalkoztam vele. Kb. 350 sor lett a végeredmény, iterációkkal együtt talán 500-550 sornyi kód készült, az egész nyomozás megvolt egy óra alatt és ebbe még olyan finomságok is belefértek, hogy a végén a CLI-re random kitolt adatokat markdownos táblázatba konvertálta, hogy a céges chaten is kultúrált formában tudják olvasni az eredményeket. 

Legszebb az egészben, hogy annak ellenére, hogy explicit quick&dirty megoldásnak készült a tool és explicit meg kellett mondani, hogy ne gondolja túl, még így is normálisabban szervezett kódja van, mint egy átlag toolnak. Nyilván nem prod ready - nem is ez volt a cél -, nem is mindig járható ez az út, de kézzel 3-4x ennyi lett volna ezt összerakni.

+1

A héten egy céges toolhoz kértem segítséget, visszaírt az ember, hogy sajnos ez a feature még így nem létezik, itt a Github ticket róla. 

Mondom zsír, ha ticket van, akkor minden van. Odaadtam az Opus 4.5-nek (a cégesnek, nyugi!), hogy akkor legyen olyan kedves ebből a ticketből feature-t csinálni. Elmentem kávézni, mire visszajöttem, kész volt a PR.

Nyomkodom az 1-es gombot, illetve ha ismétlődő mintázatokat látok, amit a Claude valamiért nem (előfordul, hogy rosszul méri fel, hol az érdemi command és a változó paraméterek határa), akkor azt kézzel kigazítom a configban.

To-do listán rajta van összehákolni egy PreToolUse hookot, ami elkapja a commandot, egy kisebb modellel kikeresteti a releváns man-ból, hogy destruktív művelet-e, és ha nem, akkor mehet whitelistre automatikusan.

Ha a bash toolnál bonyolultabbra kell, azon még nem gondolkodtam, de hasonló irányt el tudok képzelni.

Ma odaadtam egy létező, legacy alkalmazást a céges Opus 4.5-nek, meg beadtam neki egy OpenAPI .json URL-jét azzal a kéréssel, hogy ezt az API-t legyen kedves a meglévő adatforrások mellé beintegrálni. Beintegrálta.

#nemműködik #nemfejlődik #nemjósemmire