QWWERTY: jo, bavi. Pochopitelne si odpustim psani boilerplate typu getteru/setteru nebo porad stejnych textboxu, takovy kod ale nastesti pisu vyjimecne.

ZAHRADKAR: prave me prekvapuje kolik lidi z oboru vlastne psani kodu nema rado a radsi se prepne na manazera, tomu ja se branim celou karieru a treba tady v 40+ bych cekal ze uz lidi budou mit v tehle otazce davno jasno :)

ANT_39: Dalsi celkem vaznej caveat je, ze v tom zrejme Claude sam neni schopnej delat dalsi vylepseni, protoze si pri implementaci rozbiji existujici funkcionalitu.

Na tohle při hraní s AI narážím obecně dost často. Možná to ale jen špatně používám ¯\_(ツ)_/¯

Kdyz tu resime ten vibe coding. Ted probehl na HN nasledujici link: https://www.anthropic.com/engineering/building-c-compiler

Borec nechal tym Claudu udelat prekladac C, vicemene bez supervize. Vysledek zrejme funguje a je schopnej vybuildit a nabootovat Linuxovej kernel. Jsou caveats: optimalizovany kod z toho prekladace je horsi, nez -O0 z gcc, a ma to nejaky dalsi omezeni. Na druhou stranu to podporuje nekolik architektur.

Dalsi celkem vaznej caveat je, ze v tom zrejme Claude sam neni schopnej delat dalsi vylepseni, protoze si pri implementaci rozbiji existujici funkcionalitu.

Koukal jsem namatkou na kod lexeru, a Claude se moc nesere s nejakejma "nice to have" helperama typu skip_over('.'), skip_over_whitespace atp., proste to vsechno inlinuje. Volaci konvence u lex_binary_number() je jina, nez u lex_octal_number(), a ty dve funkce nevolaji nejaky spolecny helpery, proste je to cut'n'paste a upravit pro jinou mnozinu znaku a tu arbitrarni zmenu ve volaci konvenci. A pak znicehonic: helper parse_simple_float_suffix(), kterej vraci 0/1/2 podle toho, jestli je float literal napsanej se suffixem "f" nebo "L", pricemz ale je ten helper pouzitej na jednom miste, a volani je stejne nasledovany match-rozstrelem podle toho, co se vratilo, takze zisk nulovej. Jestli takhle vypada zbytek jeho kodu, tak se nedivim, ze implementace novych featur rozbiji to, co driv fungovalo. Je to holt napsany celkem prasacky.

IMHO je impresivni, ze neco natolik slozityho jako prekladac vubec jde AIckem relativne unsupervised napsat. Na druhou stranu to ukazuje limitace toho pristupu -- veci tehle slozitosti AI sice napsat dokaze, ale sotva, ne moc dobre, dulezity featury ve finale chybi a dopsat je uz nedokaze, protoze na tom kodu se bez dukladnyho refaktoringu neda moc stavet.

Napsat ten prekladac trvalo dva tydny a stalo $20K, coz vypada velice lakave. Furt je tam teda ten jeden inzenyr, kterej kolem toho poskakuje, nakrmil to spoustou kvalitnich testu, atp. A on sice pise, ze pak od toho dal ruce pryc, ale zaroven pise, ze jak u spousteni testsuity, tak u prekladu kernelu musel dodelavat nejakou relativne slozitou instrumentaci kdy jednotlivym agentum predhazoval ruzny deterministicky nahodny casti, aby se paralelne bezici Claudove nezasekavali na te same veci. Navic: tusite nekdo, jestli ty ceny, co si uctuji, jsou... trzni? Celej ten AI trh jede na investorskejch penezich, a vlastne nevim, jestli i ty drahy plany vubec pokryvaji naklady na provoz tech AI. Tak jako tak, i kdyz tech $20K vynasobime vhodnym fudge faktorem, je to v porovnani s lidskym tymem pakatel.

Priznam se, navzdory celkem skeptickemu tonu meho prispevku, udelalo to na me dojem.

PJOTRIK: bavi te psat kod? me treba fakt ne, a psani kodu pro me neni odmena. ja potrebuju primarne funkcni a udrzitelny reseni
pro vsechny moje (v kontextu oboru vyvoje primitivni) ukoly, k tomu pristupuju stejne jako k junior pozici - zadas ukol, definujes scope, nastinis architekturu, urcis success/fail podminky
nad implementaci tomu nechas volnou ruku, pak udelas review a otestujes, ze se to chova jak ma, nebo ze tam neudelal nejaky sileny antipattern, ktery bude pain udrzovat v budoucnu

+ akcelerace prototypingu a boilerplate
+ nejsem primarne vyvojar - uz jsem se z toho naucil par novych postupu pro resenich svych problemu, ktere LLM odkoukalo z jinych projektu, protoze ja sam bych nikdy nesel z dlouhe chvili zkoumat cizi codebase a jak to tam resi

JIMX: "hlavně JAK funguje" .. je na tobe, aby jsi overil v ramci review, viz vibe-coding vs ai-assisted programmer - [E2E4 @ Programovani 40+]

PJOTRIK: mám to skoro podobně ... při představě, že si s AI 2 hodiny chatuju a pak z toho vypadne něco, co vůbec nevím, jestli funguje správně a hlavně JAK funguje (abych to mohl případně upravovat), nedejbože, když to správně nefunguje, ale promptováním to nedokážu dostat do funkčního stavu a musím to ve finále doladit sám ... mi to v důsledku přijde spíš jako zesložitění celého procesu.

Přijde mi to fajn v případě nějakého rychlého prototypování, kdy potřebuju nastřelit nějaký prototyp, na kterém chci otestovat nějakou zajímavou funkcionalitu, kterou ale programuju sám, ale ta omáčka okolo je obtěžující ... a vím, že tu omáčku okolo nakonec po otestování zahodím ...

Nicméně za sebe to právě využívám hojně na napsání spíš jenom pár řádků kódu, kdy třeba nemám úplně v hlavě dokumentaci a musel bych to složitě hledat ... a nebo když jako tuším, že by to nějak jít mohlo jednodušeji, ale nevím jak a tudíž se ani nemám jak zeptat googlu ... tam mám ten výsledek AI víc pod kontrolou a většinou mi to nějaký čas ušetří.

Pro me je fascinujici tohle cist, sam bych takhle s AI nechtel pracovat ani za zlaty prase. I kdyz vynecham vsechny eticky a spolecensky problemy ktery u AI vidim a kvuli kterym ji nechci podporovat tak:

1) vubec neverim ze by ten vysledek u netrivialniho ukolu byl dobre.
2) neverim sobe, ze bych nasel vsechny problemy v kodu, ktery jsem nepsal
3) psani kodu je pro me za odmenu potom, jsem si prosel prave tim navrhem a vyjasnovanim pozadavku. Proc o to prijit a byt jenom urednik?

jedu ve full yolo modu a az kdyz se zasekne tak rucne. pomer je tak 1:10 rucne:ai. na to ale abych tohle mohl delat, tak venuju tak 10x vice casu analyze a specifikaci - use cases, flows, api, models. to co jsem si predtim nakreslil na 2-3 A4 rucne, ted ma tak 50 stran textu a diagramu. ctu to zbezne. spis koukam na diagramy a nechavam si od ai vysvetlit co jsme udelali a jak jsme to navrhli. delam tak 2-3 veci najednou.

PES: Ono je rodil mezi hloupým cobolem a cobolem co je psanej jako bridge mezi CICS a DB2. to už je jiná písnička.
a ne, nemá dost DAT, protože většina customeru je closed in a mají NDA i na obyčejnej mail.

KOLCON: Nechybí Ti tam jedna tečka??? ;-)

DELVIT: Fmalltalk :)