JARDABEREZA: za me osobne vyzaduje kontrolu porad, akorat treba v jinych oblastech
e.g. reseni jako takove da skoro vzdycky spravne. integrace do zbytku projektu je vetsinou ok.
integrace do systemu korporatnich pasti uz je horsi, protoze korporat se nutne nezaklada na oborovych best-practices
a cim vic YOLO, tim vic je potreba hlidat, k cemu to vlastne muze autonome pristupovat, resp. je potreba tomu vytycit nejake guardrails a izolaci
(ofc neni duvod, aby guardrails byly manualni - klidne at je to sandbox, filtrovaci MCP, guardrails/harness)
jenze pak se dostavame do role
"musim managovat tooling pro samotne provozovani AI"a bohuzel, cele LLM akceleruji proces:
"mam skvely uzasny napad -> code,code,code -> hey look a squirell -> project abandoned"takze se mi k tomu pridava akcelerujici rozhodovaci smycka, jestli to co pouzivam je porad relevantni, jestli to nekdo udrzuje, jestli nezmigrovat na jine nastroje
priklad: tohle vypadalo jako velmi nadejny projekt -
[QWWERTY @ Artificial Intelligence AI] - 167 commits, release 0.1.0, a od te doby cvrcci a behajici krovi
tzn. je sice "hezke", ze kod se pise skoro sam ale rozhodne nemam pocit, ze by mi to nejak usnadnilo management projektu
(hezke v uvozovkach, protoze s pouzivanim AI/LLM samozrejme souvisi vlastni kognitivni degradace, zhorseni chapani fungovani vlasniho produktu, a samozrejme moralni akceptace, ze uzivanim aktivne podporujeme veskere externality jako ekonomicke zmrdstvo okolo poskytujicich firem, kradez training dat, exploitace levne pracovni sily, ekologicke dopady vystavby datacenter, kompletni bastardizace trhu s PC komponenty, etc...)