Přijde mi, že LLM píše o řád lepší kód v Rustu než třeba v jednodušším PHPku. V PHP má problém se trefit do nějaké běžné architektury, i když k tomu má hromadu skills, a neustále do kódu propašovává antipatterny. Co můžu zhodnotit výsledky v Rustu, tak s mnohem menším kibicováním vytvoří dobrý kód.
Zajímá mne, jaké máte zkušenosti vy?
2. 11. 2026, 17:08 editováno autorem komentáře
v cem je PHP jednodusi ? Ono z hlediska llm je to prave naopak, rust je jednoduchy a php je proste patvar podobne jako perl
Porovnáváte jablka a ananasy. Apple a pineapple fakt není totéž. Už jen slovo "jednoduchost" má několi krůzných významů v daném kontextu a k tomu lze přidat ještě několik úhlů pohledu na tutéž věc.
Projdi si všemožná fóra o PHP (stačí stack overflow) a zjistíš, jak jsou za ta léta přeplácaná nekvalitním kódem.
Rust má jiné základy a rozumější vizi, takže na nekteré neduhy netrpí. Navíc Rust není "skriptovací" jazyk. Proto je i víc kvalitnějšího kódu...
AI dělá antipatterny i v Rustu. Občas netrefí abstrakce atd. Navíc není až tolik kódu v Rustu, takže je AI naučená třeba na algoritmech v Javě a C, které pak "překládá".
Na druhou stranu jí zase pomáhá to, že překladač Rustu hodně napovídá. A pak nástroje jako fmt a clippy. Ty nástroje jsou totiž hodně návodné a dokumentace je plná ukázek.
To je hlavně tím, že v Rustu psát většina lidí, co programovat moc neumí nepotřebuje a ani nemá důvod. Narozdíl od PHP. S nějakou vizí a nevizí to opravdu nesouvisí. Ostatně třeba v Javě bych mizerného kódu našel ultimátní kvanta a například Ruby, které má jako jazyk od počátku velmi silnou vizi lze efektivně prasit a pak vznikají hrůzy jako Rails.
Moje zkušenosti s Go jsou takové nic moc. Neumí to psát idiomatický kód, má to problémy s typovým systémem apod. Copilot je schopen 3x překonvertovat typ, aby se vůbec trefil do typu proměnné.
Zajímavé bude, až se LLMs budou trénovat na Růst kódu, co je z 90 % vytvořený LLM. Ale teoreticky to je odsud všech jazyků bez vyjímky
Souhlas, ale v tomhle případě k tomu nejspíš ani nedojde.. byl to experiment, jak je psáno na GitHubu, případně v jeho postu zde:
https://x.com/gmkurtzer/status/2115802764513255498
To je fakt :)
Na druhou stranu zas kontext.. v té době ale nebylo moc možností dostupných pro běžného člověka.. i BSD v podstatě začínalo pro PC. Takže pro ten experiment byla docela velká motivace. Je možné že už taky trochu okorávám, ale teď je nějaká podobná zpráva každý týden.. "podívejte na co jsem pustil smečku agentů - pár dní a vono to běží".
S těmi drivery jsem to myslel trochu tak, že největší úskalí je pak za mě s testováním a zpětnou vazbou z provozu na reálném hardware.. ne všechno je úplně přímočaré anebo jde pořešit tím, že si to agent bude sám debugovat v QEMU.
"takovych" znamena udelanych pomoci AI? nebo napsanych v Rustu?
myslim ze největší problém všech takovýchto projektů je attention span
jinak AI umi napsat i drivery, zvlast kdyz se ma kde inspirovat. Takkhle jsem dal deepseeku firmware upgrade balicek s binarkou k neznamemu zarizeni a mam vsechny drivery napsane :-)
No myslím obecně snah napsat nový, inovativní kernel, ať už v jakémkoli jazyce a prostřednictvím jakéhokoli druhu kognitivní síly. Ano, vyrobit driver on demand (pro vlastní potřebu) bude snadné, ale udržovat jich jako maintainer velké množství, zvlášť když většinu toho hw nemáte, je nějak těžké.
LLM právě v tomhle vyniká - dostane na vstupu driver v C a na výstupu v Rustu. Je k tomu potřeba udělat guiderails a audity portů se spoustou testů, ale pak to umí skoro až zázraky.