Používáte LLM při vývoji?

[xyz]

Ahoj,

pisete jeste dnes nekdo kod rucne? Nebo uz to nechavate na LLM? Jak se vyrovnavate s "junioritou" LLM? (zabugovany, nebezpecny, neefektivni kod, neznalost standardnich frameworku, spousta boilerplate kodu)? Mate zmerene zvyseni produktivity pri stejne kvalite? (tvrda data) Co spokojenost? (misto uspokojeni s kvalitne napsaneho kodu -> rizeni LLM nebo agentu).

Diky.

[Reklama]

[a6b]

zatim si nechavam naseptavat a obcas se zeptam na nejakou funkcionalitu, kterou nechci sam analyzovat.
ale zkusil jsem zadat jednoduchy task agentovi a vyresil to spravne, planuju zkusit agenta na pristi vetsi implementaci co se chysta, ze to agent cele napise a ja to upravim.

[Martin Poljak]

Hodně otázek. Kód už pár měsíců ručně prakticky nepíši. Je ho ale vždy potřeba kompletně celý důkladně přečíst, odstranit nebo nechat refaktorovat všechny problémy a zkrotit obvyklou ukecanost a častý overengineering. Složitější úlohy je navíc třeba správně rozdělit do podúkolů. A základní zásada je chápat, co se kde přesně děje. Každou část a všechna rozhodnutí si musím být schopen před kýmkoliv bez dalšího obhájit. Spokojený jsem hlavně tehdy, pokud vše funguje tak jak má. Sice mě pak netěší ručně napsaný kód ale zase to na druhou stranu šetří spoustu otravné dřiny což je fajn.

Je také třeba říci, že postup je vždy více či méně výrazně iterativní, kdy celkovou kvalitu postupně v několika fázích zlepšuji do stavu, kdy je vše použitelné jak z hlediska požadované funkčnosti, tak patterns obvyklých na projektu i z hlediska kvality a spravovatelnosti výsledku. Což trvá možná 80 % času a dnešní LLM samy o sobě to jednoduše dostatečně spolehlivě rozhodně nedělají. (Což všichni ti speakeři a influenceři z LinkedInu, co ještě včera neveděli, co je proměnná a dnes o tom píší oslavné články úplně ignorují protože o tom reálně nemají ani páru.)

[a-l-e-x]

Hodně otázek. Kód už pár měsíců ručně prakticky nepíši. Je ho ale vždy potřeba kompletně celý důkladně přečíst, odstranit nebo nechat refaktorovat všechny problémy a zkrotit obvyklou ukecanost a častý overengineering. Složitější úlohy je navíc třeba správně rozdělit do podúkolů. A základní zásada je chápat, co se kde přesně děje. Každou část a všechna rozhodnutí si musím být schopen před kýmkoliv bez dalšího obhájit. Spokojený jsem hlavně tehdy, pokud vše funguje tak jak má. Sice mě pak netěší ručně napsaný kód ale zase to na druhou stranu šetří spoustu otravné dřiny což je fajn.

Je také třeba říci, že postup je vždy více či méně výrazně iterativní, kdy celkovou kvalitu postupně v několika fázích zlepšuji do stavu, kdy je vše použitelné jak z hlediska požadované funkčnosti, tak patterns obvyklých na projektu i z hlediska kvality a spravovatelnosti výsledku. Což trvá možná 80 % času a dnešní LLM samy o sobě to jednoduše dostatečně spolehlivě rozhodně nedělají. (Což všichni ti speakeři a influenceři z LinkedInu, co ještě včera neveděli, co je proměnná a dnes o tom píší oslavné články úplně ignorují protože o tom reálně nemají ani páru.)

jaky jazyk a frameworky pouzivas, bylo by zajimave porovnat jak ruzne modely ruzne dobre vyrabeji kod pro ruzne jazyky.