JARDABEREZA: Rezac tou dobou imho hlavne prodaval pocit, ze jsi v rukach nekoho, kdo tomu rozumi :)

Coz neni kritika, a svoji cenovku to ma.

ja teda jedu taky to ai asisted
pouzivam goland (IDE od jetbrains nad golangem) a ai agentem od jetbrains.
A vesmes postupuji tak ze vzdy nejdrive mu zadam zadani jako ASK a zeptam se ho jake mam moznosti a na co si dat pozor a jestli sem pri navrhu na neco nezapomel. vetisnou mi dva try navrhy jak danou vec resit, a kdyz sem s navrhem spokojny, tak uz mu dam CODE ze implementuj to reseni 1 nebo 2.
Pak se jeste hraji s kodem, a nakonec to cele kdyz delam merge request projdu ocima a jeste delam nejake drobne zmeny.

Zjisitl sem ze kdyz mu dam rovnou CODE tak ne vzdy je to presne to co sme po nem chtel.
Ja se na to koukam jako na rutinu. a co je rutina at dela on, proc neco co uz velice podobne v kodu nekde mam mel prepisovat kdyz je to rutina.
Za mne je nejdulezitejsi navrh ale i s tim mi muze pomoct.
jednotlive funkce dela skoro vzdy spravne a dokonce se od nej i ucim ze nektere veci se daji delat elegantneji.
kazdopadne budoucnost tam speje, a proto dulezite je vedte jak mu zadavat praci a jak mu to dobre a spravne popsat.
a nestydim se za to ze pracuji s ai. ucim se a zlepsuji se, sefove sou spokojeni.. a ono golang sam o sobe je docela jednoduchej jazyk velka vyhoda je ze je typovanej, takze kdyz je tam fakt chyba tak to ani nespustim...
ale do duchodu jeste nejakych 15 let, uvidime co za tu dobu bude...

JIMX: ale i tam je riziko - "automation paradox". časem zjistis, že některý věci není třeba kontrolovat, protože je AI dává správně, typu že nedělá chyby umoznujici nějakou injection na untrusted vstupu .. tak na to začneš spoléhat, přestaneš to postupně kontrolovat, až jednou to správně neudělá.. :)

E2E4: aha, zase jsem chytřejší ... takže vibecoding já vůbec nedělám, já dělam AI assisted a to mi přijde jako docela dobrá varianta :-)

JIMX: vibe coding je název pro to, že to nikdo nekontroluje


The developer does not review or edit the code, but solely uses tools and execution results to evaluate it and asks the LLM for improvements. Unlike traditional AI-assisted coding or pair programming, the human developer avoids examination of the code, accepts AI-suggested completions without human review, and focuses more on iterative experimentation than on code correctness or structure.

(wiki)

NAVARA: pri dostatecne vysokem pohledu je vsechno, krom hesla, jem fancy nazev pro private/public key pair :-)
Tady ale jde o ten ekosystem okolo a zpusob, jak se mezi sebou overuje kompl, co nekam chce, a jinej kompl/mobil, co ma na sobe ten passkey nahrany. Oboji samozrejme muze byt ten samy device, ale hezky je, ze nemusi - passkey na mobilu muzu pouzit jako phoshing resistant auth metodu u libovolnyho komplu. Spis je to takovej sw yubikey

JARDABEREZA: Nekde sem to videl rozdeleny jako vibe coding a vibe engineering, a dava mi to tak smysl

JIMX: Já třeba beru programování jako zdroj obživy a kladu důraz na profesionalismus. A profesionál dostane zadaní s různými kriterií (např. bezpečnost, rychlost, logika, testy,...), řekne kdy to bude hotové a přesně podle toho to všecho pak udělá. Pokaždé. Pokud tohle vibe-kodéři umí, tak za mě ok. Ale nemyslím si, že tam ještě jsme. Ale co není teď může být za pár let.