Příspěvky

...což všechno svědčí hlavně o tom, že používáte mizernou orchestraci a workflow a doháníte to předraženým Fablem.

Presne tohle delam, protoze fable je levny a muj cas je drahy, takze logicky nebudu delat pro jednorazovy task workflow a orchestraci FFS :-) Dva radky promptu a musi to jet. A opus 4.5 by to nezvladl ani s orchestraci, prilis maly context.

A zapominas na jednu podstatnou vec. Ty potvory se neuveritelne rychle zlepsuji a zadny naznak zpomaleni nevidim ani na horizontu.

A já to zpomalení vidím už rok. Za poslední rok se v podstatě nic zásadního nestalo.

Tak to vidime dost jinak. Opus 5.5 z 23.9.2026 byl vyraznym skokem vpred a byl pro me nejlepsim modelem pro psani kodu a devops. Vydrzelo mu to 48 dnu. Fable 5.2 je v mych internich testech (na benchmarky moc nedam) zase o kus lepsi. Mam tady treba 200k radku kodu psanych pro PHP 5.x (vcetne speku typu deprecated mcrypt, mysql (bez i), objektu nazvaneho Object atd.) + cast v nette 0.x. a ukolem je prevod do nejnovejsiho php a nette. Fable 5.2 je prvni, kteremu jsem to zadal a rano mi hlasil, ze je hotovo, kontejner bezi, url localhost:8080 a po spusteni vsech selenium testu vse svitilo zelene. Opus 5.5 potreboval abych mu ty selenium testy dal a teprve pak to opravil. Coz by mi zkazilo rano protoze bych mohl udelat deploy az po kave ;-) BTW Z opuse 4.5 pred rokem vylezl zcela nepouzitelny hnus fialovy, prazdne presentery v nette atd. proste co nedokazal opravit tak ve snaze aby to proslo pres linter, tak smazal ;-)

Rozhovor s Robertem Martinem (AKA uncle Bob), autorem knih Clean Code a Agile manifesto a znamym take z vystoupeni na mnoha konferencich, kde propagoval zodpovedny pristup k psani SW.

https://www.youtube.com/watch?v=5kCISBJwoZo

TL;DV: My working hypothesis is that human beings are too slow when dealing with code.... we are going to have to back off a little bit and maintain high-level supervision, but at the level of code, that's propably out of our domain now.
...
>two years ago you publicly said that AI is not the future of coding. So... what changed?
>The AI's. Even year ago i was fiddling around with AIs and I had them do a few things, and they did them rather stupidly. And then it happened to me about January, where I started to see this change. .... and virtually every month after that, it has gotten better and better

Mam i nemam. Investice nejsou okamzitym nakladem ale odepisuji se po urcitou dobu.

Provozni zisk = Trzby - Provozni naklady - R&D - Odpisy investic

Kdyby platilo Provozni zisk = Trzby - Provozni naklady , jak si asi myslis ty, tak by mel Anthropic z kazdeho dolaru trzby 85 centu zisku.

to nikdo nerozporuje, ja ti to reknu jeste pregnanteji:

Cisty zisk = Provozni zisk + Financni vynosy - Financni naklady - Dane

Dulezite je, ze pro posouzeni, zda jsou tokeny dotovane, nebo ne je dulezity PROVOZNI zisk.

Co konkretne nechapu na rozdilu mezi ziskem a vynosem?

Podle S-1 (to je takovy oficialni dokument pred IPO) Anthropicu dosahla firma ve 2. kvrtalu 2026 trzeb 11555 mld, provoznich nakladu 10581 mld  a provozniho zisku 974 mln. To neni zadne zamenovani vynosu za zisk, ale skutecny ucetni provozni zisk po odecteni provoznich nakladu.

Navic S-1 uvadi za prvni pololeti 2026 trzby 16,286 mld proti primym nakladum na poskytovani sluzeb (cost of revenue) pouhych 2380 mld To znamena hrubou marzi priblizne 85 %. 85 % hruba marze! kdo jiny to ma! ;-) (viz https://www.sec.gov/Archives/edgar/data/2130357/000162828026067168/anthropicpbc-sx1.htm note 8 )

Samozrejme uznavam, ze operacni/provozni ziskovost firmy automaticky nedokazuje ziskovost kazdeho jednotliveho tokenu, modelu nebo tarifu. Jak jsem psal - suby (zejmena ty levne) jsou dotovane z jinych modelu prodeju (API)

[zisku]

V okamžiku, kdy se začnou stahovat investoři přestane být tokeny z čeho dotovat.

Tohle je common misconception. Anthropic je uz nejakou dobu v operacnim zisku, takze tokeny dotovane nejsou. Dotovane jsou $20 suby z toho, co plati firmy za API.

sam bych toho debiana instalovat urcite pul hodiny).

Mam podobnou zkusenost. Chtel jsem, aby mi zprovoznil boot do starsiho snapshotu v grubu a automaticke pridavani polozek do menu. Prohlasil, ze mam atypickou konfiguraci (root i boot na raid1 btrfs) a ze si to musi otestovat. Sosnul iso, nahodil do kvm se 2 virt. disky, rozchodil distro a po pul hodine prohlasil, ze to ma otestovane a funguje to i pri vypadku disku a cekal na approve pro nasazeni.

Jeste k tem stratam investoru. Je to dost mozne. Ale pokud si nekdo mysli, ze se tim rozvoj zastavi, tak se plete. Mozna trochu zpomali. A adopce a objem tokenu ani nezpomali.

... a take o tom, ze hlavnim uzivetelem nastroje bude agent a ne clovek a s tim je treba uz pri navrhu pocitat.

Jeste bych tady pastnul YT kanal ze srazu "jsme pehapkari", kde uz se skoro neresi jak co napsat, patterny, jak udelat spravne DI, jake knihovny atd. Misto toho se resi jak poskladat stack agentu, aby to optimalne fungovalo tak, aby v retezci buf/feature request -> hromada agentu -> nasazeno na produkci bylo co nejmene cloveka.

tady bych mozna vypichnul video o tom, jak to delaji v shoptetu, ktere je dost dobre (obsahove, cestinu nehodnotim ;-) )
https://www.youtube.com/watch?v=V2U77imUU-4

cely kanal
https://www.youtube.com/@pehapkari

a i videa o nejakych nastrojich pro PHP jsou vlastne vypravenim o tom, jak formulovat esenci toho, co vlastne chces... a samotny nastroj pak uz udela agent ;-)

https://www.youtube.com/watch?v=HPZLvnDbwSA

Ne nutne. Kdyby ten drive zmineny OPSak mel agenta specialiovaneho na kategorizaci ukolu, ktery by mu prochazel inbox a zadaval ukoly subagentum urcenym pro reseni konkretnich veci s MD navody vychazejicimi z jeho dlouhe praxe a pak mu i sam nasal odpoidajici pocet hodin do JIRA, a pro neho by vyclenil par procent veci, ktere by vyzadovaly jeho ucast (poprve, podruhe uz by odpozoroval co v tomhle konkretnim pripade delat), tak by se mohl v praci ukazat jednou za tyden na hodku, jen na tohle jeste neprisel ;-)

A zapominas na jednu podstatnou vec. Ty potvory se neuveritelne rychle zlepsuji a zadny naznak zpomaleni nevidim ani na horizontu.

Oba muzete mit pravdu soucasne. Kdyz jsem v nejake firme na kontraktu, tak tam je vzdycky N nejakych internich nastroju, ktere by potrebovali a o kterych vedi a M ktere by se jim hodily, ale nevi, ze by neco takoveho mohlo vubec existovat. A nedela se to kvuli cene (cti: zamestnat studenta, ktery rucne busi cisla do klavesnice je levnejsi). Az cena klesne, tak se toho bude delat vic.

Soucasne situace, kdy relativne snadny na pouziti nastroj dela z dvaceti dolaru dva tisice, nemuze trvat vecne a obe cisla se budou priblizovat. A az se priblizi, tak v te dobe a) budou AI odmitaci, pripadne ti, co se zasekli na urovni copy-paste z chatu, uplne out b) se budou AI firmy topit v $$$ protoze kdo nezaplati (nebo mu zamestnavatel nezaplati) 200$, tak pujde smazit burgery dokud ho v tom nenahradi robot ;-) c) se zacne rozvijet dalsi generace devu, kteri misto rizeni nekolika agentu budou mit nekolik agentu, kteri budou orchestrovat praci stovek jinych a diky tomu budou mit stale slusnou marzi.

S tim vydelavanim na burze bych byl hodne opatrny. Ti, co 2000 tvrdili, ze internet bude rulovat, tak meli sice nakonec pravdu, ale po prasknuti bubliny NASDAQ padl o 80 % a to vydrzel malokdo vysedet, pokud vsadili na spatne kone nebo v tom byl s pakou, tak uz vubec.

Ja si platim 20$ ale platil bych bez mrknuti i 1000$ pac mi umozni vydelat 2000$ navic. Ale Dariovi a Samovi o tom nerikejte.

Pro nekoho tim zlata era zacala. Minuly tyden jsem sledoval jednoho OPSaka, jak datli do codexu neco ve smyslu "nainstaluj na proxmoxu a.b.c.d novy VM z image ubuntu 26.04, aktualizuj, a pak na nej prenes vsechny sluzby vcetne obsahu a uzivatele z VM ID xyz, otestuj, nasledne zastav starou VM a nove nastav staticke IP stareho serveru. Nasledne napis mail na nejakyferda@firma.cz ze jeho server byl ugradovany z 20.04 na 26.04." V JIRA zapsal do tasku odpracovano 8 hodin a sel do snooze modu mumlaje neco o tom, ze co je venku beta WoW Forever tak toho doma moc nenaspi. Kdyz jsem se na neho tazave podival, tak prohlasil, ze si GPT plati sam a drive to zabralo 10 hodin+ takze firme vlatne setri 2 manhour. Pry ma odladeny  postup v markdownu s resenim na vsechno, co by se mohlo pokazit a posledniho pul roku se zadny prusvih nestal. Proti tomu nelze nic namitnout ;-)

Prednaska z LinuxDays k tematu diskuze

AI mi vzala práci. (Pavel Šnajdr)
https://www.youtube.com/watch?v=aAVQgjCK1rY

Už přes tři čtvrtě roku jsem nenapsal řádek kódu...

...a nejméně půl roku kód ani nečtu. Vývoj se přitom nezastavil...

AI vyřešila pády OpenZFS, na kterých jsem roky visel, dodává opravy do vpsAdminOS a doma s ní stavím síť z OpenWRT routerů i nový distribuovaný filesystém.