Oni maji CRUD na transakce pro 1 zaznam, obvykle v jave, takze na strane serveru rozparsujou json a metodu zavolaji xkrat podle potreby. Hardcore frontendisti to delaji na strane browseru.

Mass operace bud uplne ignorujou nebo je to odsunuty do faze mozny optimalizace, ktera se odklada tak dlouho, az je nutnej drahej refactoring, kterej se odklada jeste dyl.

TOOMIX: To je jistě preferované a bezpečné řešení - ale někdy záleží i na tom, jak dlouho je ta transakce otevřená, o jaký jde objem dat a kolik takových mass insert/update/delete procesů může běžet najednou. To potom transakční LOG může dostávat docela na prdel a i násladné vypláchnutí může mít znatelný vliv na odezvy.
Ale jsou i situace, kdy existuje požadavek na dostupnost vkládaných dat v průběhu procesu - pak se stejně bez atomické transakce neobejdeš :-)

TOOMIX: To by ses divil.

E2E4: neprijde mi, ze by si uplne stezoval.
naopak ctu, ze bude potreba pomalejsi vyvoj - "This means frameworks need to innovate with much more care and move slower."
spis z toho mam dojem, ze se snazi najit reseni jak zkombinovat budouci inovace s chovanim dnesnich AI a vyhodnoceni tradeoffu pri adopci nove technologie
"newer frameworks might provide breakthrough capabilities that justify the temporary loss in AI-assisted development speed.
Consider creating a formal evaluation matrix that includes “AI compatibility” as a weighted factor alongside traditional evaluation criteria."


E2E4: neni to spatne, ale zni mi to jako wishful thinking :D

QWWERTY: něco co nás přinutí dělat víc dokumentace a dokonce dokumentace podle verze.. to je špatně v čem přesně? :)

SULTHAN: To ma pro debatu stejnou relevanci, jako kdybych pro zajimavost zacal vytahovat Reacti stranky co mi crashujou browser…


VOY: “Ohrozit” v tomhle kontextu je primarne “pro hodne uzivatelu na mobilech to nebude rychly, a s jinejma fw nez Reactem se to dela rychlejsi jednodusejc”, samozrejme je otazka jak moc je tohle problem.

On jenom rika ze to ohrozuje web _jako platformu_, protoze tim ze veci na mobilech nefungujou rychle, tak uzivatele preferujou appky i bez toho aby se jim cpalo “vase UX bude v appce slunickovatejsi”. Postuje taˇ cisla, ze web v cislech stagnuje zatimco mnozstvi uzuvatelu na netu stale stoupa.

———

S tim bych to asi uzavrel, me to prislo jako zajimavej uhel pohledu k premejsleni a podlozenej datama, koho to zaujme taky, muze si precist.

Argumenty proti by me zajimaly, ale “olol weby bez reactu” neni moc produktivni, a ja to nikomu neberu—ostatne nekdo musi krmit ty LLMka co ten React pak usnadnujou i me :)

ALMAD: Jsem obycejny programator pracujici tridy tak mam asi malou predstavivost na to abych si dokazal vizualizovat novy projekt, ktery by nasazeni reactu dokazalo opravdu ohrozit. Verim, ze existuji lepsi volby, ale porad se mi zda, ze to zlepseni je spis inkrementalni. Bude to urcite zaviset hodne na tom, jestli mas v aplikaci par formularu nebo delas na necem super form heavy co se musi casto prekreslovat atd. Zda se mi ale, ze react bude i v roce 2025 porad validni volba. Emocionalne v nem myslim nemam nijak zvlast nainvestovano, jedine ceho bych se nerad vzdaval je JSX, ale jak rika FARIN to neni vylucne domena reactu.