Já si třeba všiml, že na nějaké funkce jsem napsal krásnou třídu co má elegantní metody a kolegové o tom často neví a napíšou si to nějak úplně jinak/hůř a vůbec to nepoužijí. Když jsme v týmu dva/tři, tak si všimneme a řekneme si to... ale kdyby to měl být velký projekt o 20 programátorech, tak nevím... Ale na copilot to hodit nemůžu... dělali to i před ním :-D

SH_PANDA: A btw na detekci opakujiciho se kodu mas automatizovane nastroje, ktere treba mohou bezet v pipeline, jeste nez nekdo code review vubec otevre.

JARDABEREZA: ty testy fungovat nebudou imho, to mas jak kdyz si testy pises sam a nebo je dela nekdo jinej (kdo netvoril kod), vime co je lepsi

FARIN: Mě se líbil článek co jsem před lety četl k samoobslužným pokladnám. Obchody vědí, že když tam nebude prodavač, tak se bude víc krást. Ale dokud budou krádeže menší, než kolik musí pokladním zaplatit na výplatách, tak s tím nemají problém.

SH_PANDA: To je právě pak otázka jak tu abstrakci použijeme a budeme s ní pracovat. Např. když si udělám web na Wix.com tak to vybleje HTML a CSS a může to být humus. Umím HTML a CSS, mohl bych si to přečíst a zkusit to pochopit. Ale potřebuji to? Na Wix.com ani ne. To co potřebuji udělat zvládnu bez porozumění kodu a stačí mi jejich UI na úpravu obsahu/šablon, protože možností tam mají spoustu.

Stejně tak, když dělám v C# nebo JavaScriptu, tak nemám tušení, jak bude vypadat strojový kod co z toho vznikne, ale netrápí mě to, protože to nepotřebuji, většinou.

Tak mě zajímá kudy se ta abstrakce bude ubírat. Jestli programátoři vůbec budou psát kod nebo co/jak budou vlastně dělat. Vzpoměl jsem si na UML grafy. Jak z grafu tříd se generuje kod a mělo by to fungovat i obráceně. Ale zatím jsem to v praxi neviděl firmy nějak používat.

FARIN: …pripadne jako featura, viz DSR :)

JARDABEREZA: blby je ze kdyz udelat urednik chybu tak se to bere jako soucast procesu. Kdyz ji udela AI a nekoho poskodi tak u toho bude mnohem vetsi humbuk + navic tahanice kdo je vlastne odpovedny za skodu.

ALMAD: To rozhodně ano. Ale pro mě jako pro neautora to je blackbox. Nemám tušení co přesně se děje uvnitř. Může to fungovat správně a nemusí. Takže buďto tomu důvěřuji anebo ne.

Pak je otázka jestli ta AI musí být bezchybná, pokud to bude hodně levné, ale lepší než člověk. Např. kdyby úředník ve státní správě udělal 30 chyb ročně a AI by dělala jenom 10 chyb ročně.

Možná by si AI mohlo napsat testy na svůj vlastní kod a změřit si pokrytí a vyhodnotit testy. Testovací framework by samozřejmě bylo něco už existujícího. Netvrdím, že to je dobrý nápad nebo to bude fungovat, jenom přemýšlím nahlas.

DEFILA: To video pracuje s myšlenkou, že AI je další level abstrakce. Tzn. za pohodlí platíš horší kontrolou nad kodem a možností optimalizovat ho. Podobně jako kompilery nahradily strojový kod. Nebo jako React nahrazuje u některých mladších lidí JavaScript.

JARDABEREZA: jestli jazykove modely nahradi programatory je moc abstrakni; porad nejsme ve fazi, kdy by tu byla AI, ktera by vygenerovala hologram treba Arnolda Rimmera ....
X krat se resilo, ze uz juniori prestanou exxistovat (otazka je, jestli pak budeme nabirat jenom seniory :) ); u sveho soucasneho zamestnavatele resim netrivialni ulohu implementovani jazykoveho modelu na "compliance procesy" a generovani dokumentu z konkretniho vstupu. Ac mi to z technickeho pohledu prislo vzdy 'jednoduche', tak z pohledu firmy a veskerych pravnich procesu a naslednych auditu to uz takova zabava vazne neni a do ted nemuzu rict, ze LLM je lepsi nez lidi, kteri ten proces potvrzuji a schvaluji.

Pěkné video o abstrakci v programování: https://www.youtube.com/watch?v=82JpGhctWpU a jestli AI nahradí programátory.

Zajímaly by mě vaše názory na to.