Odpovídáte na názor k článku Rozhorel sa boj o moderné IDE: agentické vývojové prostredia nastupujú. Názory mohou přidávat pouze registrovaní uživatelé. Nově přidané názory se na webu objeví až po schválení redakcí.
Pretoze za poslednych 20-30 rokov v IDE v zasade nejaky velky vyvoj nebol, ale to je uhol pohladu. So zmenenym pristupom prislo Delphi s ich RAD sposobom vyvoju. Nebudem hodnotit ci to bolo pozitivum alebo negativum. Dnes sa vsetko patla cez rozne znackovacie textove formaty alebo rovno sa pouzivaju webove technologie na vyvoj a podla toho vyzeraju aj IDE.
Zed som skusal. Prve verzie boli dost nestabilne aj ked je to postavene na Ruste co ma byt prave zaklinadlo stability a bezpecnosti. Dnes uz asi bezi lepsie ale, na pluginy pouzivaju webassembly ?!@? Mam viac menej navitny editor aby som v nom pouzival pluginy postavene povodne pre web/browser sandbox ? Nehovoriac ze dnes prakticky kazdy editor ktory podporuje LSP vecinou na pozadi aj tak spusti node s nejakym js kodom a potom je uz skoro jedno na com je postavene gui ked to cele stoji na zahltenom LS.
SQL je tak isto programovaci jazky, zvlast v procedurach. Nehovorim uplne o obecnom ide, ale ide pre databazy. Casto krat nefunguje poriadne ani ten paging. Ak je nastroj spusteny dlhsie , typicky java based ide, tak to zacne zrat pamet a nemysilm tym ze mam result s milionom zaznamov ale nie je vynimocne pracovat s db kde su tabulky jednotkami az stovkami tisic zaznamov a po case zacne ide dochadazat pamet alebo sviznost. A otazka je preco by IDE nemalo byt schopne pracovat z 10-20GB dumpom alebo logom ? Mame dnes vykonne procesory, GB pameti a toto je problem. Ved si moze zistit velkost suboru a vypnut formatovanie, zvyraznie syntaxe a poodbne. VScode sa o nieco aj snazi ale vecisnou to nezafunguje.