Vlákno názorů k článku
Rozhorel sa boj o moderné IDE: agentické vývojové prostredia nastupujú od Nemo - Prosim kde je ten vyvoj ? To ze...

Prosim kde je ten vyvoj ? To ze teraz vsetci idu podporovat buzzword AI cez volania rest/json api nejakeho ai modelu nie je zrovna skod v IDE. Mame tu JetBrains IDEcka postavene na Jave (tym je povedane vsetko). MS ktory extremne pomaly chape ze ich Visual Studio od prechodu k C# hybridu v ktorom to maju zlatane, ze to nebola dobra volba (je to cele pomale, zabugvane a vobec pri vacsom projekte je to utrpenie ale bohuzial moc alternativ nie je). No a potom tu mame Electronovu mladez ktora je nadsena z editoru napisanom v javascripte. Ehm.. Nejake rychle nativne prostredie, so slusnou podporov jazykov, pluginov a aj AI clovek vlastne ani nenajde. A nie patlat sa mesiac s nastavenim Vim "OS" alebo Emacs "OS" sa mi uz viac nechce. To je asi ako skvele mutli Eclipse prostredie na vsetko. Oblubena to platforma rozny entreprise korporatnych rieseni. A to uz nehovorim o db nastrojoch postavenych nad javou. Lebo mat tabulku s milionom zaznamvo je asi pri db vynimka, preto je idealne postavit db gui tool nad javou ktora vobec nema problem s pametou. Alebo potom ta zaplava bodland/delphi db gui kde sa to memory leakmi len tak prasi (o db editoroch stavenych nad Electronom sa ani radsej nebudem zmienovat, to je neschopne otvorit vacsiu tabulku a naimporotvat par tisic zaznamov z csv suboru).

"Lebo mat tabulku s milionom zaznamvo je asi pri db vynimka, preto je idealne postavit db gui tool nad javou ktora vobec nema problem s pametou."

A ten problém je jako kde?

Jste si v podstatě vystřílel úplně všechno. Škoda, že se za vámi někdo za posledních 30 let nepřišel poradit, v čem to má napsat a co je vlastně důležité... :)

Jinak jsou i nové editory (nebo IDE, ta hranice se trochu stírá), co jsou víc optimalizované, napadá mě teď z hlavy třeba Zed. Ale jestli vám bude vyhovovat i v jeho jiných aspektech je samozřejmě další věc.

U těch zmíněných databází zas nevím, jestli na obecný nástroj typu IDE/editor nemáte přehnané nároky. Pokud budete standardně vyvíjet aplikace, ladit nějaké uložené procedury atp. Stačí vám nějaký inteligentní paging v tom UI, abyste viděl, co se děje. A tohle funguje to i s velkými tabulkami/data­bázemi. Nedá se předpokládat, že pokud si budu chtít natáhnout statisíce řádků do nějakého editovatelného datagridu nebo i kontinuálního obrovského result setu, tak to nezabere hodně paměti, a to vcelku nezávisle na používaném jazyce.
Otázkou pak je, jak často s tímhle opravdu potřebuju manipulovat. Za sebe - velice zřídka. Když potřebuju importovat velké datasety z něčeho jako XML nebo CSV, tak buď použiju specifický nástroj k dané DBMS, nebo si prostě napíšu malý program (v podstatě na pár řádků), kde můžu navíc dělat s daty libovolné úpravy, ovládat commitování dle libosti atp.
U editování velkých SQL dumpů zas použiju vhodné nástroje na nějaké proudové zpracování (sed třeba, přičemž regex si odladím na kousku bokem) - zas nepřijde mi úplně divné, že obecný editor nebude úplně happy, pokud v něm otevřu 30GB dump, bude si řešit zvýraznění synaxe, undo atp.

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.