Názory k článku
Discord mění Electron na Rust

Jo, jestli tohle je ten dusledek drahych pameti, tak mam radost. "Máme radost, Vincente? Máme velkou radost…"

Také jsem v tohle doufal <3

Paměti jsou drahé kvůli AI, zároveň AI umožňuje snadno převést např. app v Electronu do toho Rustu.

No já nevím, já bych třeba radši nové featury / opravy bugů než nevyužitou volnou paměť.

Ta paměť je právě bug, jeden z největších. Zvlášť při dnešních cenách RAM nechceš, aby kecálek v pozadí žral 4 GB.

Mě bere 670 MB a problém s tím fakt nemám.

Njezbytecnejsi reakce vubec: "Ja s tim problem nemam."
Dekujeme ale ani tu klicenku neposleme :)

Muj pidgin s nekolika discordy, teamsy a dalsimi, ma 150 MB :-D

Nenazranec. Ja mel ICQ klienta Miranda na 32MB. Ne ze ten klient zabiral 32MB, cely pocitac mel 32MB RAM :)

Myslim, ze za velkou cast toho muze pracovni Teams ucet, na kterem je nekolik 1000 lidi. Holt pidgin je v tomhle trochu hloupej a proste je vzdycky vsechny stahuje a zobrazuje.

Miranda NG už brala víc. Nebo vím že tam byly skoky..ale tuším že ta původní se vešla do 1 MB
Můj první PC měl 4MB RAM ale Fallout se tam sekal a padal..

6. 11. 2026, 12:45 editováno autorem komentáře

4 MB bylo v době Falloutu opravdu zoufale málo, divím se že se vůbec spustil...

Tak v dnešních IM máme avatary v relativně vysokém rozlišení. Už to může sám o sobě být důvod, proč se nevlezou do 1MiB RAM.

Druhá věc je, jestli by to šlo nějak optimalizovat. Nejspíš ano. Avatar v RAM může být většinu času v nižším rozlišení. Konverzace může být v RAM jen malá část. A tak dále. Nevím, co z toho který klient řeší, ale tipuji, že toho šetření tam dnes bude spíš míň než víc, a že by to šlo skrouhnout. Ale až na úroveň Mirandy asi jen za cenu kompromisů v UI.

A s kolika lidi muzes mluvit pres ten tvuj pidgin? Ja jen ze srovnavat chatovaciho klienta se sw pro voip, messaging, a video/streaming je tak jaksi "mimo misu"...

Pidgin umí (minimálně podle Google) video i audio přes XMPP / Jabber. Ale nevím jak dobře.

V době AI-assisted programování Electron-framework zajde, protože výmluva na drahý čas člověka/progra­mátora přestane platit.
Ta spotřeba paměti se ale jen předune od uživatelů k propgramátorům resp. AI-kodérům.

Ušetřený čas vývojáře tvoří v normálním procesu vývoje tak 10 až 15 % celkového času. To byla v tomhle smyslu výmluva vždycky. Jen to doteď nikdo nepotřeboval řešit. A proč byste to platil když to skoro nikdo nechce.

Webové rozhraní je velmi flexibilní. Přepis bude vázán s tím, že appka musí hrát v mantinelech GPUI fameworku. Nikomu se nechce si psát grafické rozhraní od začátku. Škoda, ale už není rok 2000 kdy byla každá appka unikátní.
Ale pak když každý stejně do elektronu dá Tailwind UI, tak je to vlastně tak trochu to samé, jen horší

No sláva. Dneska se pomocí AI přepisuje spoustu věcí do Rustu, a z mého pohledu fakt není důvod (kromě pohodlnosti vývojářů), aby nějaký takový messenger žral giga nebo víc RAMky. Navíc se teda spouští fakt hodně dlouho, pokud teda nechcete, aby na pozadí žral RAMku i po jeho vypnutí.

Ja tomu nerozumiem. Tab v Chromium ma tiez "len" 290 MB (vsimajme si ako sa podsuva hodnotenie, ze to je malo). Electron bol teda horsi nez browser?

6. 11. 2026, 12:01 editováno autorem komentáře

Electron je balíček dvou věcí – kompletní jádro webového prohlížeče Chrome (vykreslovací engine Blink + JavaScript engine V8) plus JavaScript engine (zase V8). Takže Electron byl horší než prohlížeč v tom, že tam běžel JavaScriptový runtime dvakrát. Na druhou stranu, prohlížeč má věci navíc oproti čistému jádru. Ale rozhodně bych to neporovnával s tabem v Chromiu, protože taby mezi sebou mohou některé věci sdílet, třeba právě ty enginy.

Do tabu v Chromu/iu se totiž nepočítá to okolo, včetně GPU procesu. Kdo měl málo RAM, tak např. Teams pustil ve webovém prohlížeči místo desktopové app v Electronu, právě proto, že prohlížeč měl puštěný tak jako tak. Další, částečná, možnost bylo vypnout GPU akceleraci.

6. 11. 2026, 17:45 editováno autorem komentáře

Tak jak obvykle na Rustování prskám, tak v tomhle případě jednoznačně palec nahoru.

On je rozdíl, když zrezne odladěný projekt v Cčku nebo bastl v Javaskriptu.

Problém je, že odladěné projekty v Cčku nemají zaručenou paměťovou bezpečnost. Rust díky bugům taky ne, ale je to krok vopřed. V tomto lepší právě ten Javascript.

FYI: je to GPUI, ne Tauri. Stejná knihovna jako má Zed. Tak snad to bude fungovat stejně dobře. A snad i Zed s větším rozšířením této knihovny získá dobré tabulky.

Snad prvni prepis neceho do rustu, ktery dava opravdu smysl.

Možná ani nevíš, co všechno je už v Rustu a jaké to má benefity.

…a co teprve ve Swiftu ;)

Nebo ehm... v Javě :D I ta možná žrala míň než Electron.

Subjektivně, VS Code (Electron) je rychlejší než IDE od JetBrains (Java)

Jo, to se rád nechám poučit. Těším se, jak se o něm dočtu v browseru v mém Android telefonu nebo některém z mých linuxových strojů.

6. 11. 2026, 16:18 editováno autorem komentáře

O tom nepochybuji, ze v tom je spousta uzitecnych veci.
Ja jen narazel na prepisovani funkcnich veci ro rustu z ideologickych duvodu.

OK, obecně beru. Ale ta ideologie tam být nemusí, i když to někomu tak přijde. Třeba někdo chce mít bázi kódu, která je pochopitelná a spravovatelná (pro něj). Já mám s programy v C dost často problém. Už jen ty hrozné build systémy. Cargo toho řeší moc. A žádné #ifdef hrůzy atd.

Tie #ifdef hrozy su tam preto, aby to islo zbuildovat na platformach, ktore rustc vobec nepodporuje. A nakoniec aj rust ma #[cfg(...)] a #[cfg_attr(...)].

Imho budou litovat. Zkusil jsem vyvoj jedne aplikace v Rustu a uz nikdy vice. Ze me je to platforma pro vyvoj dost neprijemna. Spotrebuje strasne moc mista na disku a preklady jsou dost pomale. To i java je mnohem prijrmnejsi.

Nikdo nebude litovat. Většinou to vyvíjí LLM, která Rust miluje, to místo na disku i rychlost překladu se dá dost snadno řešít (auto-clean-frequency, workspace atd.). To samozřejmě neznamená, že pro Tebe osobně není Java příjemnější. Akorát jsi dost pravděpodobně nevyužil možnosti systému.

Javu majú LLM modely ešte radšej. Jej explicitnosť (po dlhých rokoch kritiky ukecanosti je to zrazu plus), dlhoročná štandardizácia, pomalé a dôkladne premyslené zmeny, silná spätná kompatibilita z nej robia jeden z najvhodnejších jazykov pre AI agentov.

To by chtělo nějak proměřit, cítím tam dost korporátních buzzwords. Já si rád počkám, až Java začne vytlačovat Rust z jeho pozic, ale můj příspěvek fakt nebyl, kdo z koho. Maven s Tebou.

Gradle až navěky!

Java je skvělá, respektive její nová generace Scala. Ale má tu své VM, což může být výhoda i nevýhoda. Java ukradla C co mohla. O zbytek se nyní postará Rust.

Fact check: Za minulý rok pribudlo viac C/C++ programátorov nech jej všetkých existujúcich Rust programátorov.

Ono je to tak trochu divné že tu riešime jazyk, pritom v JavaScripte môžu byť aplikácie čo žerú jednotky až nižšie desiatky megabajtov a nie gigabajty. Len to nemôže byť Electron. Ale existujú alternatívy ako napríklad Tauri (i keď má práve Rustoví backend), Wails (Golang backend) alebo Neutralinojs (skutočne čistý JS/TS) či Electrobun (tiež podobne čistý JS/TS)

Proto kvituju AI ohledně zahození nabobtnalých frameworků a návrat k low level kódu, např níže. Ty frameworky jsou pomalé a plné chyb "navíc":

"Shopify drops React Native - Goes back to Swift and Kotlin for their mobile apps."
https://www.reddit.com/r/webdev/s/4KEzz4qKaH

EDIT: Moje zkušenost, udělal jsem v minulosti rychlou nenáročnou aplikaci v HTML a JavaScript a běžela krásně i na tehdejším low-end Androidu s 1 GB RAM. Kolegové (celý tým!) dělali novou verzi, dlouho, náročná, a ještě k tomu sežrala zákazníkům zaplacený kredit, protože si nevšimli nějakého automatického opakování jednoho eventu v Reactu. Na problém jsem musel přijít po půl roce až já - stačilo otevřít web konzoli, kartu Síť.

8. 11. 2026, 15:26 editováno autorem komentáře

Tak on zrovna React Native je dost děsný kus softwaru i z hlediska JS vývojáře, upřímně.

Súhlasím... Electron a React Native sú fakt oboje des.. React automaticky nahradiť Svelte, Electron už som písal čím, a hneď je softvér úplne inde. Aj VueJS je celkom fajn, ssamozrejme SolidJS a podobne už je iná trieda, technicky všetko je lepšie než React.

Chápu, že někdo chce nahrazovat React, ale proč si k tomu vybírat tu nejhorší možnou variantu? Že se Svelte dlouhodobě drží u dna žebříčků oblíbenosti není náhoda. Marketing má vynikající, to musím uznat, ale počítá se výsledek.

Solid.JS není špatný, ale zas takový ten rozdíl není. Když už bych chtěl React něčím nahradit, volil bych Octane. Ale reálně je React dobrý dostatečně a rozsáhlý ekosystém je velký argument.

Pri tej radosti s prepisu do Rustu sa krote, lebo ono by to zrichlilo prepisanie do cohokolvek aj do Javy (vynimkou je Python a PHP).

Pripomina mi to doby, ked kazdy prepisoval aplikacie na Nodejs a este pred tym na NoSQL.