Tak jeden programátor by něco takového dělal několik desetiletí. OK, možno jen let, než by jej odvezli na psychinu. Tady si šlo o něco jiného - ukázat, v jakém stavu je AI a jestli je už možno jí něco takového svěřit, nebo ještě ně. No a výsledek je, že ještě ne. A že to stálo prachy? Někdo si vyhodnotil rizika a řekl, že ty prachy na to dá. Tak kde je problém?
Přiznám se, že můj odhad opravdu kvalifikovaný nebyl. Máte nějakou konkrétnější představu, kolik člověkodnů může trvat, řekněme, ruční napsání kompilátoru jazyka C na jednu platformu v kvalitě, která by umožňovala nasazeni aplikace na produkční prostředí? Třeba "jen" pro mikrokontrolér? Bez knihoven, opravdu "jen" dobře otestovaný kompilátor?
Dobrá otázka. Možná je dobré si ujasnit zadání. Ono to totiž není "ruční napsání kompilátoru" ale spíše "tady máš naprosto všechny zdrojové kódy z celého světa, které jsme získali, kašli na licenci, klidně z toho použij cokoli a nějak z toho zamixuj výsledek"
Překladač od nuly a kvalitní je určitě práce na hodně dlouho, jenže nikdo to od nuly asi psát nebude. Kdybych to dostal na stůl, tak minimálně bych asi použil obdobu Yaccu a Lexu (dneska už je určitě něco lepšího), všechny možné a dostupné optimalizace (asi nad LLVM IR) atd. Určitě ne psaní od nuly (to by i té AI trvalo léta nebo spíše desetiletí nebo století stylem pokus-omyl).
Díky za odpověď. No jo, v dané době je dobré používat nástroje, které jsou v té době dostupné. Takže je asi opravdu nesmysl dnes psát kompilátor od nuly. A ano, yacc a lex mě také napadly. Holt, stará škola... Dnes už jsou zase jiné nástroje, dokonce jakýsi generátor generátorů - někdy před půl rokem jsem něco hledal a narazil na něj, bohužel si už jméno nepamatuji, jen že to bylo nějaké strašně složité. Možná jsem se měl zeptat AI, jak na to.
Nemyslím si, že AI dokáže oklamat roky vývoje ani matematiky, ani programování. Naopak si myslím, že MOŹNÁ v (brzké?) budoucnosti dokáže navázat a přijít s něčím novým. Specializované AI už něco takového dělají, ale masové nasazení to zatím není.
Starou školou bylo myšleno použití lex-u a yacc-u.
Já si vůbec nemyslím, že AI v dnešní podobě nahradí profíky. Když bych měl parafrázovat, co bylo řečeno i zde v diskusi, testovat je třeba každopádně, ať už kód od AI, profíka nebo amatéra. Samozřejmě je pak rozdíl, jak ten kód vypadá z pohledu bezpečnosti (tady bch AI věřil možná i na 50%, viz zprávy z poslední doby o nálezech bezpečnostních děr v letitém SW - a fakt nemyslím aféru s automaticky generovanými PR), udržitelnosti (když vypadne AI, měl by zde být někdo, kdo ten kód pochopí a dokáže udržovat. Zatím. Obávám se však, že se blíží doba, kdy budou výsledky AI perfektně funkční, ale člověk už nepochopí, proč.) a rozšířitelnosti (viz předchozí bod). Ale to jsou jen mé názory, to je nezajímavé. Zajímavější je pozorovat, jak schopnosti AI při designu i kódování SW rostou. A i v testech.
Když děláš nějaký transpiler, tak máš z počátku takové idealistické představy, že ten výsledný kód má být jako od programátora. Jenže pak zjistíš, že to nikdo nečte a nikoho nezajímá. A tak to vzdáš.
Jiná věc je ta, že v drtivé většině případů nepotřebuješ, aby si rozuměl Assembleru. Tím spíše, že cílových platforem a cílových Assemblerů může být více. A tak stačí jeden specialista na tisíc? vývojářů?
Tak jestli ten transpiler překládá do assembleru, bylo by rozhodně dobré tomu assembleru rozumět aspoň natolik, abych dokázal vyhodnotit, jestli dělá co má a pokud možno i jestli je výsledný kód efektivní, ne? Mám tady skrytý předpoklad, že chci, aby byl výsledek použitelný. Čímž se dostáváme na začátek ke sdělení článku, na který reagujeme.
12. 2. 2026, 07:32 editováno autorem komentáře
====
ale spíše "tady máš naprosto všechny zdrojové kódy z celého světa, které jsme získali, kašli na licenci, klidně z toho použij cokoli a nějak z toho zamixuj výsledek"
====
Autor v blogu (který je IMO velice poučný, zajímalo by mě, kdo z diskutujících si jej celý přečetl) uvádí, že modely neměly přístup k internetu, celý vývoj proběhl offline, nez jakýchkoliv dalších materiálů. Takže vzhledem k použitému Rustu se domnívám, že až tak moc "vykradených zdrojáků" tam nebude, protože rustích kompilátorů moc natrénovat nemohl.
Autor celkem detailně popisuje, jakým způsobem vývoj probíhal, jak si agenti (částečně) rozdělili role, jak to bylo především o obrovském množství testů (a failů). Jo, lidi by pracovali systematičtěji, ale uvidíme, jak to bude vypadat ještě za pár dalších iterací modelů. Osobně bych nebyl optimista, že to nebude mít zásadní vliv na práci lidských vývojářů.
Píše
====
This was a clean-room implementation (Claude did not have internet access at any point during its development); it depends only on the Rust standard library.
====
Takže měl k dispozici akorát natrénovaný model ve více instancích + rust knihovnu, bez ničeho dalšího. Žádné hotové implementace čehokoliv, na čem by mohl dál stavět.
Samozřejmě že všechno, co šlo sehnat. Někdo brání profesionálovi, aby přečetl všechno, co jde sehnat? Samozřejmě nemluvím o nelegálním přístupu k ukradeným zdrojům. Pokud někdo něco zveřejní, musí počítat s tím, že si to někdo/něco přečte a zaktualizuje si tím své synapse/parametry. A pak tu "znalost" využije v další činnosti. Ať je to člověk nebo LLM. Já v tom až tak velký rozdíl nevidím. V obou případech použije akorát znalosti získané učením. Já to nepovažuji za "obšlehnuté zdrojáky". Ale každý to vidí jinak, což je taky v pořádku.
Samozřejmě že to běží jednou, na všech těch vstupních datech, které jsou v daném čase k dispozici (je nepodstatné, zda trénink provádí samo LLM, nebo nějaké obslužné nástroje). Pak naučený model spustí, dají mu k dispozici znalosti ovládání svých agentů přes popisy v nějakých promptech (ani nemusí být lidsky čitelné, ale pořád jsou to návody), příp. nějaké programátorské postupy/prompty - tedy to co tvoří ten Claude Code. A dalším promptem tomu modelu s přístupem k pomocným nástrojům dali za úkol napsat ten kompilátor. Takže to co měl ten celý model k dispozici se pořád jenom to, co získal ve fázi učení + ty "vývojářské best practice" prompty. V čem se to liší od toho, co jsem napsal?
Nebo má Claude Code k dispozici nějakou lokální (bez přístupu na net) obrovskou databázi zkopírovaného ("obšlehnutého")/přechroupaného knowhow, kterou by přes RAG průběžně konzultoval? To bych se divil, protože tam už by si dost zahrávali s autorskými právy, ale třeba jo... Tak jak to je?
9. 2. 2026, 19:45 editováno autorem komentáře
Jak s touto diskusí souvisí velikost trénovacích dat? Nikdo tu nerozporuje, že se při tréninku (tj. ladění parametrů modelu) používá vše, co je v daný čas dostupné (ať při prvním tréninku, nebo někdy později při "dotrénování" - možná je desetinné číslo modelu verze dotrénování, nevím, ale není to zde důležité).
Ale je. Zapomínáte totiž na embedding. Dál je tam typicky několik různých attention heads (takže vlastně několik neuronek v jedné), pak ještě výběr z nich a deembedding.
Takže sice je to prediktor dalšího tokenu, ale té abstrakce je tam tolik, že se to už klasickým markovovým řetězcům moc nepodobá.
Nicméně u starších modelů se opravdu stávalo, že to zvládlo replikovat i kus originálního textu.
Jak napsali už jiní. On ten text není ani v těch vahách. V těch váhách jsou zobecněné vztahy mezi něčím, čo byste mohl nazvat koncepty (embeddings). Je to vektor příznaků, ne to konkrétní slovo.
Prostě se ta NN naučila, že takto se píše smyčka. A zvlášť se naučila, že pro nějaký jazyk se používá konkrétní klíčové slovo. Člověk to dělá podobně.
já nepsal natvrdo "obšlehnuté zdrojáky", ale ano, i tak by se to asi dalo hodnotit (jenže do těch modelů nevidíme, navíc současné modely nerady označují zdroje).
Pořád čekám, kdy se v IT objeví někdo, kdo na tom bude vydělávat po analýze zdrojáků (a teď se nebavím o morálce okolo celé genAI, to je na delší povídání někde u piva :-).
Tohle je komplikované, protože se to teoreticky vztahuje na jakýkoliv generovaný obsah. A ještě v každé zemi jinak.
A nemusí to být jen AI. Co takhle rendering 3d modelu? Model udělal člověk, ale ten finální render do fotky (včetně světel, odlesků atd.) dělal stroj. Nebo binárka programu, dneska je to taky možná víc práce překladače, než programátora (různé optimalizace atd). Zdrojáky jsou pochopitelně jasné.
A pak nastává problem s tím, když je součást vývoje nejenom to generování zdrojáků, ale i code review. Je plně zkontrolovaný kód práce AI nebo člověka? A bylo by to stejné, i kdybych ten kód nechal vyrobit třeba bashem nebo by hodně částí bylo upraveno pomocí tradičních, ale stále automatických nástrojů (třeba ten lex)?
Nedávno jsem zaznamenal tu přetahovanou o selfie makaka - https://en.wikipedia.org/wiki/Monkey_selfie_copyright_dispute - fotograf nachystal situaci, foťák, nastavení atd, ale makak stiskl spoušť.
Ty zdrojové kódy patří normálně autorovi. Tedy tomu co použil AI jako nástroj k jejich vytvoření. Stejně jako jakýkoli jiný nástroj, například štětec při malování obrazu. Za to zda tyto zdrojáky generované AI neporušují autorský zákon odpovídá autor. Tedy tomu co použil AI jako nástroj k jejich vytvoření. Jen je tu ještě licence konkrétního AI nástroje, na to pozor.
Tak ono to s tím autorstvím je obecně divné. Když někdo napíše prompt na vygenerování obrazu, je to opravdu jeho autorské dílo? Občas si nechávám něco nakreslit za peníze od živých umělců. Napíšu svou představu, upřesním po dodání hrubého skeče, a zaplatím za hotové dílo. Můžu říkat že je to teď můj obraz? Ano. Můžu říkat že ze mě sepsání zadání dělá autorku? Těžko.
Na druhou stranu, jak se to liší od renderu nebo kompilace? Tam je taky většina výstupu vypočítaná nějakým nástrojem.
A třeba u editace fotek a různých retuší se dnes AI používá hodně. Či je pak ta finální fotka?
Tohle se právě hodně zajímavě řešilo u toho případu s makakem. Podle soudu v USA tradičně stačil netriviální vstup od člověka. Už vize nebo finální úprava stačila. U AI najednou copyright neplatí, pokud je tam netriviální vliv AI? To je najednou úplně obrácená implikace.
A co třeba takový Alexandre Dumas a jeho "továrna na romány"? Je autorem, nebo to jsou ti jeho ghostwriteři? Co mistři jako Michelangelo a další? Rozdal skici a my obdivujeme výtvory jeho bezejmenných dělníků. O software jakožto zaměstnaneckém díle ani nemluvě - de iure jsem autorem a náležejí mi osobnostní autorská práva, ale jak bych to prakticky dokazoval a vymáhal? Když zaměstnanci zadám úkol a popíšu mu algoritmus, jsem autorem já, nebo on, kdož to pouze převedl do konkrétního programovacího jazyka? Je na tabulkovém procesoru či Norton Commanderu podstatná implementace, nebo nápad? Co všechny ty unixové klony - nápad, nebo implementace? Co Sacherův dort - nápad, nebo konkrétní "implementace"? (kuchařské recepty jsou nejstarší doložené nehmotné statky podléhající právní ochraně - už ve starověku)
U zaměstnaneckého díla je to u nás v práci snadné, máme verzovací systém :D Ale osobnostní práva jsou celkem k ničemu, protože výhradní práva na užívání má ten zaměstnavatel.
Implementace vs. nápad je taky jednoduché rozhodnout. Autorské právo chrání pouze zdrojáky (jako literární dílo) a binárky (speciální případ v AZ pro software). Nápad se případně chrání patenty.
Ale diskuze je o problému s ochranou "mezivýstupů" - prompt samotný je chráněný (jako literární dílo), ale mezivýstup (zdrojáky) už někdy je a někdy není, i když tam autor dělal review, změny atd.
Ta argumentace prostě nepočítá s tím, že LLM nejsou jen další "kompilátor" z promptu (mezivýsledky z GCC nebo LLVM taky určitě chránit nejdou). Je to spíš asistent pro psaní kódu, který člověk dále upravuje (to samé foto a video).
Jistě. A pokud je ta abstrakce dobře udělaná, tak je to stejné jako náš mozek. Číst a učit se Vám taky nikdo nezakázal, jen nesmíte přímo kopírovat. Přepis do jiného jazyka nebo napodobení algoritmu je tudíž legální (dokud ta podobnost nepřekročí celkem vysokou míru).
Pak to tedy ještě trošku komplikují patenty, ale to už je jiný problém.
Proč několik desetiletí? Máte nějakou zkušenost se psaním překladače? Pro amatéry/samouky je překladač téměř kouzelný kus software, a právě proto se na odborných školách zadávají (zadávaly?) semestrální projekty typu "napište překladač jazyka podle následující specifikace, generovaný lexer ani parser se nepřipouští." Podobně "napište v Assembleru program podle následujícího zadání." Slouží to k jisté demýtizaci něčeho, co se nezasvěcenému oku jeví jako těžko přístupný problém, bez nějaké teoretické průpravy.
Konkrétně - viz třeba PL/0. Napsat překladač něčeho takového je v podstatě víkendový projekt. A jazyk C, ač to tak na první pohled nemusí působit, je také poměrně dosti jednoduchý jazyk. Tak byl i vymyšlen, aby byl jednoduchý a aby bylo nenáročné napsat i jeho kompilátor. Na kompilátorech je nakonec zdaleka nejsložitější částí optimalizátor.
A nasadil byste program přeložený takovým překladačem do produkčního prostředí? Tím myslím otázku, jak dobře byl ten překladač otestován? Ale ano, nerozporuji, že to nakonec není nic stašně složitého. Jen si myslím, že je za tím obrovská spousta práce v tom dotáhnutí do konce.
A také jsem výše přiznal, že můj odhad nebyl kvalifikovaný.
A teď pohled z jiné strany. GCC je zde od roku 1987. Ano, není to je překladač C, to by těch 15 milionů řádký bylo opravdu podezřele mnoho. Pro C++ jsou v optimalizaci chyby, které generují chybný kód (ne optimální, ale vyloženě chybný) - Google it yourself. Další zajímavé info je zde: https://www.sciencedirect.com/science/article/abs/pii/S0164121220302740
Frontend pro GCC údajně zabírá cca 30 000 řádků. AI naopak tvrdí, že funkční kompilátor C dle C99 zabere cca 77000 řádků. (Nezkoumal jsem, kde k tomu AI přišlo.)
Shrnuto - tohle je rozdíl mezi produkční kvalitou a zápočtovým projektem. I kdyby se mé informace lišily od reality o 50%, o něčem to vypovídá. I informace, jak dlouho jsou chyby v GCC neřešeny a je na to armáda dobrovolníků (díky za ně!) ukazuje, že každá nalezená chyba nemusí mít z lidského pohledu rozumně implementovatelnou opravu.
Samozřejmě se můžu plést a váš zápočtový projekt může dosahovat kvality GCC třeba před dvaceti lety. To se pak velmi omlouvám, sypu si popel na hlavu a gratuluji.
Tak tohle mě pobavilo: https://www.root.cz/zpravicky/linuxove-jadro-zvysuje-o-12-vykon-pri-zpracovani-udp-diky-vlozeni-casovace/hodnoceni/
Není to nic jiného, než potvrzení toho, co jsem napsal, protože:
Ruční vložení těchto dvou funkcí se provádí, protože optimalizace řízené zpětnou vazbou kompilátoru (FDO), optimalizace v době propojení (LTO) nebo optimalizace řízené profilem (PGO) nedokázaly správně zasáhnout.
Takže zápočťák, jo?
Propálilo to 20k USD (takže reálně 200k USD, protože AI firmy prodělávají 90%) a napsalo to překladač, co sice něco zkompiluje, ale má chyby, které vlastně nikdo nedokáže opravit, protože to nikdo nenapsal. Jo, a generuje horší kód než GCC s -O0 a tomu říkám úspěch :)
Nic proti ničemu - lidi pálí prachy na jiných věcech a taky jim to nevadí. Na druhou stranu to krásně ukazuje, že pro tyto věci je potřeba i trochu inteligence a ne jen trial/error/correction.
Vždyť se teď thinking mode cpe úplně všude, protože bez něj to moc použitelné není.
Momentálně se podařilo: Zlikvidovat internet, protože rozeznat reálný kontent od generovaného bullshitu je těžké, likvidovat umění, vystřelit ceny hardware do astronomických úrovní a nalilo se do toho tolik peněz, že vedle toho .com bude možná vypadat jako dětský bublifuk, a jediné co k tomu máme je Altmanovi "ono si to někdy na sebe vydělá". Jakou monetizaci si přesně představuje nevím, lidí za to platit nechtějí, ale podle všeho potřebuje příjmy větší než má teď Meta. Good luck I guess.
S ohledem na to že tyhle velké modely nejspíš jen tak někdo doma nerozjede, i kdyby to nakrásně fungovalo, situace kdy všechno ovládají ~tři firmy (spíš míň, tohle se zmonopolizuje rychle) je děsivá.
Vždyť to že lidi nechtějí platit přiznává i Altman.
A https://cybernews.com/news/ai-chatbots-subscriptions-price-study/
Lidi za to neplatí.
Jenomze tahle bublina je
- vetsi (i po zapocteni inflace)
- debilnejsi (i po zapocteni moznosti, ze se cast problemu LLM podari poresit)
- penize se tentokrat vyplacaly na veci bez dlouhodobe hodnoty (GPU jsou na nizsi jednotky let, natahane optiky byly na nasobne delsi dobu)
- ty prezivsi... ano, ty prezivsi
- a i ta .com byla naprosto zbytecne spaleni kopce penez, k tomu samemu vysledku se ocividne dalo dojit i levneji
Plyne z toho dost děsivý závěr - jako lidstvo vyvíjíme globálně používaný nástroj, u kterého jen stačí, aby *nějak* zkompiloval *něco*.
Zcela se tu rezignuje na kvalitu, zcela se rezignuje na pochopení souvislostí a nějakou koncepci nedej Bože zodpovědnost. Já vím, že je to trochu přístup test-driven development, který je tu už dlouho, ale ta míra, s jakou se tu ignoruje způsob a postup, jak se k výsledku došlo a tudíž jeho architektonické/základní vlastnosti, to je fakt děsivý.
Vlastně to je další krok v mém oblíbeném prorockém filmu Idiocracy. Rostliny milují Brawdo, protože obsahuje elektrolyty. Co jsou to elektrolyty? To z čeho dělají Brawdo. Ale proč? Protože to milují rostliny. Už to nebude trvat dlouho a budeme kácející se mrakodrapy svazovat lanem k sobě. Autoři Idiocracy se sekli o 450 let :-(.
9. 2. 2026, 13:55 editováno autorem komentáře
Z pohledu starych mazaku co psali ve strojovem kode jsi taky jen takovy matlal, co vubec nerozumi tomu jak ty procesory pracuji, a pises priserny neoptimalizovany kod a dohani to za tebe kompilatory, kterym vubec nerozumis jak funguji.
(mozna zrovna ty rozumis, ale vetsina programatoru ne).
Cimz chci rict, ze mit nastroj ktery negeneruje dokonaly kod nemusi byt hned katastrofa a konec lidstva.
Navic, nikdo tu mozna ani na kvalitu nerezignuje. Treba ten projekt pojede dal a budou optimalizovat a optimalizovat.
No a kde je ta hranice kdy uz to idiokracie je? Vsichni znaji jen strojovy kod - to neni idiokracie. Vetsina pouziva kompilator a strojovy kod neznaji - to asi jeste neni idiokracie? Vetsina pouziva AI aby vytvorili software ktery potrebuji - to uz ale podle tebe je idiokracie? A jake najdes zduvodneni ze ta hranice lezi presne tady a ne kousek pred nebo kousek za?
Za me je dulezite kdyz pro kazdou cast procesu bude nekdo kdo tomu rozumi. Ale nelze ocekavat ze vsichni znaji vsechno. Podle mne idiokracie je tehdy kdyz nekdo ridi veci kterym nerozumi.
To, co tvoří svět okolo vás, od softwaru až po hard hardware (nábytek, domy, vaše vlastní tělo) má určitou kvalitu. Souhrn těchhle představ o kvalitě se nazývá kultura. Třeba kvalita hmotné kultury upadá už asi sto let jsouc nahrazována kvantitou. Ano, nepotřebujete kvalitní nábytek, kvalitní jídlo, kvalitní stavby. A ani kvalitní software. Ano, nic z toho nepotřebujete. Reálně se potřebujete nacpat dobře stravitelným odpadem a rozmnožit se.
Co z toho lidé považují a nepovažují za kulturnost nechám na vás.
Spíš zjevně neznáte. To opravdu nesouvisí s žádnou zelenější travou. Souvisí to s průmyslovou revolucí. Je to logický důsledek rozvoje masové produkce a zároveň masové poptávky. (Ostatně podobně jako v IT a začalo to postupně už tak před pěti deseti lety, nesouvisí to s AI.) Ale to opravdu neznamená, že je to ten úpadek správný a tím spíš je, logicky, vhodné se snažit, aby tomu tak nebylo.
Když už tedy hovoříte o racionálním pohledu. Vím co píši a proč.
10. 2. 2026, 09:29 editováno autorem komentáře
Patosu? Napsal jsem vám konkrétní věci. Ve volném čase se (občas i za peníze) věnuji historii. Kdyby mě neživilo IT a dalo se tím vydělat, zabývám se obecnými dějinami a dějinami umění. Podrobně rozebírat co ten úpadek hmotné kultury znamená by ale bylo dost off-topic.
To jediné, co se vám tím snažím říci je, že idiokracie není konec světa ani lidství, jen konec kulturnosti a že věci mají svou kvalitu, která v idiokracii obvykle trpí. Hranice tedy bude někde tam. A AI je skvělý nástroj, jak se tam dostat. (Sama o sobě za to ovšem nemůže.)
Asi byste se ale měl smířit s tím, že ne vše má jasně vymezené hranice a barvu buď černou nebo bílou a humanitní vědy zcela všeobecně velmi často nejde bez podrobné diskuze popsat v testovatelných tezích. Co vám přijde a nepřijde užitečné je zcela irelevantní.
10. 2. 2026, 14:10 editováno autorem komentáře
No ale to přirovnání jaksi nesedí... Já nepotřebuju vědět jak přesně funguje kompilátor, dokud vím, že má nějakou míru korektnosti. Dokud můžu důvěřovat autorům kompilátoru, že jejich postupy jsou validní, tak mám stabilní základy. Jasně, občas to není ideální a občas vznikne nepředpokládaná kolize, ale výsledek není zcela nahodilý tak, jako je tomu u výsledků z AI bez revize. To je něco, co tu dosud nebylo. Porušuje to hned několik dosud uznávaných vlastností, které se od kódu požadují. Determinismus, korektnost, hromadnost...
Jenže to přesně není žádný test. Jen říká, že mám program, který dokáže vzít konkrétní zdrojáky konkrétního jádra a vytvořit z nich binárku (na určitém železe), která něco dělá. Nevím, jestli to dělá dobře, nevím jestli by něco jiného přeložil dobře... Jasně, lidské výtvory taky musíme testovat. Ale tyhle výtvory vyžadují detailní validaci. A tu provede/vytvoří kdo?
Biktop: validacni testy muze taky delat AI. A povim ti jednu perlicku ze zakulisi - uz se to deje. A i u medicinskych pristroju. Uzij si pristi operaci! :) (a myslim to vazne).
Kdyz vezmes cernou krabici, ve ktere je programator, a vypadne z neho kod, tak musis overit jestli dela to co ma. A kdyz misto programatora das AI, z venci nepoznas kdo tam je, tak budes validovat a overovat uplne stejne. Akorat si mozna reknes ze ten kod je strasny, a at ti poslou nekoho lepsiho nez studenta z IT fakulty :)
Therac-25 nevidel AI ani z rychliku. To ze tehdy netestovali ma jaky prispevek do diskuze?
"The Therac-25 has become a case study in health informatics, software engineering, and computer ethics. The incidents highlight the dangers of engineer overconfidence[...]"
"validacni testy muze taky delat AI. A povim ti jednu perlicku ze zakulisi - uz se to deje. A i u medicinskych pristroju. Uzij si pristi operaci! :) (a myslim to vazne)."
To myslíte vážně, že nevidíte souvislost?
Ano, jaktože vám nefungují hodinky? Jsou zcela v pořádku, v poledne jsem se na ně díval a ukazovaly 12 (a o půlnoci taky)...
To co jste stále nepochopil na mých a dalších připomínkách je to, že dokazovat, že všechna lichá čísla jsou prvočísla stylem funguje mi to pro trojku (=kompilátor zvládal zkompilovat jádro a dvě jiné aplikace) není validní způsob práce. Ano, už delší dobu rezignujeme na validaci nekritických systémů (a proto se třeba jaderný arsenál řídí IBM ze 70. let), ale psaní kódu LLM je nový level ignorantství k ověřitelné kvalitě a samotné funkci. Ano, je spousta nekvalitních programátorů, kteří plodí ještě horší výsledky, než LLM. Ale řešením není je nahradit LLM.
Ještě horší je, když se pro demonstraci chování nějakého systému použije místo komplexní série testů (jako by tomu bylo u TDD) jen tupé přeložení jednoho konkrétního projektu.
jinejmuf: ale ja nerikam ze test "jede to" neni jediny mozny test. Testu musi byt samozrejme vic, poradnych, odshora dolu, zdola nahoru.
"Ano, je spousta nekvalitních programátorů, kteří plodí ještě horší výsledky, než LLM. Ale řešením není je nahradit LLM." - tak pokud LLM produkuje lepsi vysledky nez nejaka uroven programatoru, proc 'psaní kódu LLM je nový level ignorantství"? To prece nedava smysl.
"Ještě horší je, když se pro demonstraci chování nějakého systému použije místo komplexní série testů (jako by tomu bylo u TDD) jen tupé přeložení jednoho konkrétního projektu." - ocividne s tim kompilatorem teprve zacli. Treba ta serie testu teprve prijde - to te nenapadlo? Ale IMHO ten prekladac neni myslen jako vysledek pro realne pouziti, ale pro otestovani moznosti. A treba az pri dalsi iteraci toho pokusu pujde o to vytvorit neco hodnotneho, pridaji k tomu milion dalsich testu.
Kamarád pře 30 roky na civilce napsal (v MS Accessu) systém pro zacházení s odpady v Kutné Hoře. Vzděláním (i povoláním) ekolog. Tehdy mi ukazoval svojí aplikaci, která se v KH používala, jestli bych ji trochu nezačistil, a nedodělal. Pochválil jsem ho, na člověka bez znalostí IT fakt dobrý, a rychle změnil téma hovoru :-). Do takového kódu fakt nechcete sahat.
Ok. A v jakém parametru je výsledek lepší, než současné překladače? Je to rychlejší? Umí to lepší optimalizace? Je to spolehlivější? Umí to více architektur? Existuje alespoň jeden parametr, v čem je to lepší? Překladačů C bylo napsáno tisíce od studentských projektů, přes specifické překladače pro obskurní platformy až po kolosy jako gcc a llvm.
Zajímavé, že si zrovna vybrali úlohu, kterou někdo udělal tisíckrát. Stejně tak vám AI udělá pěkný webshop, nebo příklady na pohovor.
Už někdo viděl AI (založenou na LLM) vytvořit kód, který by nebyl slepeninou tisíckrát napsaných úryvků často plnou chyb a nesmyslů. Já teda ne a zatím vždy, když jsem chtěl po AI napsat něco jiného než, co už před ní někdo napsal tisíckrát, tak byl výsledek naprosté zoufalství. Často i triviální úlohy řeší komplikovaně a hloupě, plné bezpečnostních chyb.
Já jen doplním, že cílem AI a firem implementujících AI není nahradit experty jako spousta lidí v této diskuzi. Cílem je nahradit dolních XX %. I nahrazení 30 % dolních vývojářů a obecně bílých límečků - např. lepičů kódu a lidí, co nad sebou furt musí mít dohled seniora - by zamávalo pracovním trhem.
Predesilam, že vůbec nejsem programátor. Jen se bavím jak plno "starých mazáků programátorů" na AI nadává a přitom si neuvědomují, že zpívají svou labutí píseň. Já vím o programování prd. Ale s pomocí AI jsem schopen napsat celkem obstojne, robustní Bash scripty, které dodržují MVC, SRP a další principy a hlavně fungují.Tim neříkám, že AI někdy programátora úplně nahradí, ale myslím, že z programátora se časem stane "koordinátor".
Je hezké, jak v úvodu napíšete, že nejste programátor a pak děláte široké soudy o programátorech bez toho, abyste o vývoji cokoliv věděl nemluvě o tom, že hodnotíte to, co jste vytvořil bez toho, abyste měl kompetence (podle vlastních slov) to posoudit.
Robustní bash scripty. Aha. Tak jo :-D Na AI většina vývojářů nenadává. Většina z nich tu AI používá. Jenom je ten obor narozdíl od vás živí a tak se musí obtěžovat ji vnímat narozdíl od vás realisticky. To je fakt překvapení. Nejnadšenější jsou v tomhle ohledu z AI pravideně lidé, co pořádně nevyvíjí. To už se skoro stává klasikou. Neberu vám to. Blbý je, že ta AI u vás zřejmě zároveň odstraňuje soudnost.
10. 2. 2026, 07:50 editováno autorem komentáře
Tak v emerike uz vznikaju firmy plne programatorov ktore potom tieto vyblitky pretvaraju do ozajstneho SW ak sa vyblitku zacne darit. Dalsie praca. Nikde nevidim ziadny novy perfektny SW. Kde su tie nove prepracovane automaticke personalne uctovnictva, ERPcka, ... preco by nam tieto firmy dodavali tieto modely keby naozaj dokazali generovat SW. To by bol nezmysel.
Člověk, který dělá "robustní Bash skripty", je z principu podezřelý (psát v Bashi cokoli většího než pár řádků je prasárna, to mi nikdo nevymluví).
Že se z programátora stane koordinátor, je možná pravda. Ale pokud není dobrý programátor (v tom smyslu, že je schopen opravdu porozumět danému kódu a vyžadovat jeho dobrou a udržitelnou strukturu), nemůže být v tomto smyslu dobrý koordinátor. AI programátory zmocňuje a ne ohrožuje.