1
Vývoj / Re:Používáte LLM při vývoji?
« Poslední příspěvek od Martin Poljak kdy Dnes v 20:36:34 »N/A
jaky jazyk a frameworky pouzivas, bylo by zajimave porovnat jak ruzne modely ruzne dobre vyrabeji kod pro ruzne jazyky.TypeScript, React. Technologicky nic zázračného. Což je samozřejmě výhoda. Zásadní je ale stejně kvalita okolní codebase. Modus operandi LLM je opakovat patterns. Máte-li codebase ve špatném stavu, třeba Claude Code to začne celkem bez váhání přebírat. Stejně tak pochopitelně přebírá to správné. A čím větší ta existující codebase je, tím lépe, tím spíš se bude mít podle čeho řídit.
clovek si vybere nejaky jazyk a pripadne framework a pak se ai pta, aby kod byl v jeho oblasti. nebo nechas ai samu rozhodnout i o jazyku?Jak jsem psal, základ je přesně vědět, co se kde děje a proč a základ je vědět co je dobře a špatně v rámci daného jazyka a platformy protože ty LLM to dokonale prostě fakt nevygenerují. Ale k tomu, abyste věděl jak to má být správně musíte tu technologii pochopitelně ovládat. Jinak je to jen eskalovaný diletantismus.
Jaký význam mají frameworky v době peogramátorů, kteří ušijí aplikaci na míru?Mají smysl pro lidi a pro spravovatelnost. AI to neudělá na míru. To tvrdí jen LinkedInoví plácalové. (Pozdravujeme pana Ludwiga a další.)
jaky jazyk a frameworky pouzivas, bylo by zajimave porovnat jak ruzne modely ruzne dobre vyrabeji kod pro ruzne jazyky.
Zvláštní otázka. Jazyk samozřejmě češtinu. Jaký význam mají frameworky v době LLM, který ušije aplikaci na míru?
jaky jazyk a frameworky pouzivas, bylo by zajimave porovnat jak ruzne modely ruzne dobre vyrabeji kod pro ruzne jazyky.
Zvláštní otázka. Jazyk samozřejmě češtinu. Jaký význam mají frameworky v době LLM, který ušije aplikaci na míru?
jaky jazyk a frameworky pouzivas, bylo by zajimave porovnat jak ruzne modely ruzne dobre vyrabeji kod pro ruzne jazyky.

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.)

