Electron 8.0.0 (diskuse)

[Michal]

Výrobci pamětí by měli štědře sponzorovat vývoj tohoto frameworku a apek na něm postavených. Pohánějí jejich byznys masivně a na stejném principu jako koronavirus výrobu roušek - něco v jádru zlého nutí lidi k nákupu věci, která to zlo mitiguje

[Cabrón]

Stejně tak z toho mají radost energetické společnosti. Když spustím třeba Etcher^✝, v Tušimicích proklouzne řemen.

^✝ klikací aplikace pro zápis diskových obrazů na médium, prakticky Electron kabátek kolem dd

[Proton]

Electron je to nejlepsi co Linux mohlo potkat. Autor apky nemusi resit 10 druhu desktopu x 10 top distribuci x 10 verzi knihoven. Proste mu pobezi jak obraz tak zvuk tak fonty bez toho aby si rval vlasy. Navic mu to pobezi i na macOS a Windows. Moderni multiplatformni vyvoj.

[Tomas]

Ale za jakou cenu? To je jako hardwarove omezit rychlost vsech aut na 20km/h a radovat se, ze jsme eliminovali smertelne nehody a jeste jsme zvysili kompatibilitu aut s deravymi silnicemi.

[Proton]

To, ze je dnes Electron tak rozsireny ja prave proto, ze se zadnych 20km/h nekona ale frci to temer stejne rychle nez nativni apky, protoze i prumerny HW co si dnes koupite se bude pri tom nudit. Jeste jednou zduraznuji, ze za popularitu Electronu muze prave Linux a jeho desktop v deseti inkarnacich, smesnou kompatibilitou a lib dependency hell beznych dister. Logickym dusledkem jsou pak Docker, Flatpack ci Electron. To vsechno resi (za cenu totalni izolace od zbytku systemu) nejednotny Linuxovy desktop. Kdyby mel Linux nejaky standardni nativni desktop s LTS supportem jak to ma Windows nebo macOS tak se nic takoveho neudeje a vyvojari by proste ve svych apkach delilai i Linux verzi. Jo a nekdo tu vytahl QT knihovnu, tak at si v ni neco multiplatformni zkusi nakodit, a nemusi byt ani multiplatfo, staci at je kompatiblini s top 3 distrama ve verzich za poslednich 5 let :D Kecy, ze se o to ma starat maintainer balicku v distrech neberu, protoze jsou jen kecama a nikdo to nikdy netestuje. Navic ne kazdy chce publikovat svou praci jako opensource.

[Martin Tůma]

Není to zas takový problém: důkaz místo slibů. Nesmíš ale samozřejmě být moderní hipsterský JavaScript programátor, pro kterého je tři dny starý framework pravěk a o zpětné kompatabilitě nikdy neslyšel...

Komerční aplikace jdou psát v QT stejně dobře, jako v tom elektronu, díky LGPL dokonce i bez nutnosti legendárně předražené komerční licence (firma co má na to platit manažery, co vymyslí "před uživatelem kompletně zamčenou krabičku" má určitě i na tu licenci).

[Pípa]

Hipsteri frčali tak pred 4-5 rokmi, rovnako ako JS. Dnes sa to ustálilo na svätej trojici React Angular Vue ktoré vynikajú skvelou kompatibilitou a maju za sebou roky vývoja. Kodí sa v TypeScripte a hry normálne v C a preženú sa cez Webassembly do natívného kódu browsera. Cpt out.

[Kate]

za popularitu Electronu muze prave Linux a jeho desktop v deseti inkarnacich, smesnou kompatibilitou a lib dependency hell beznych dister

Představa že Linux se svým podílem na trhu ovlivnil celý moderní trend vývoje aplikací je fakt absurdní. Úspěch elektronu stojí na úspěchu moderního webu. Proč psát stejnou věc dvakrát, když už je hotová webová verze?

[abc]

Souhlas, electron je fajn. Web je dnes skvela platforma - za poslednich 5 let udelala obrovsky pokrok kupredu co se tyce - layout je dnes diky flexbox/grid easy, JavaScript je dnes velmi pekny jazyk (na to ze je weak typed) - async/await, destructuring, dnes i nullish coalescing. V8 poskytuje top-class performance mezi VM.

Ve skutecnostni neni tezke v Electronu vytvaret aplikace s rozumnym vykonem. Pracuju na pomerne komplexni aplikaci ktera mi ted aktualne zere 141 MB pameti (vsechny procesy dohromady) z cehoz podstatna cast je data cache.

[deda.jabko]

Souhlas, electron je fajn.

Ne, neni.

Web je dnes skvela platforma

Ano, ale pro tvorbu webovych (klient-server) aplikaci.

layout je dnes diky flexbox/grid easy

Super, ale proc se pro tvorbu (vykreslovani) uzivatelskeho rozhrani musi pouzivat jedna z nejkomplexnejsich komponent vubec -- renderovaci jadro prohlizece? P.t. ctenar si povsimne, ze dnes existuji uz jen dve udrzovane/udrzovatelne implementace vykreslovacich jader na urovni soucasnych standardu. Pricemz pouzivana funkcionalita v electronu se nijak nevymyka tomu, co by byl schopen udelat bezny toolkit (napr. Qt), kdyby se k nemu pribalil JS a manipulace s objekty pomoci DOMu. To vse pri nasobne mensim mnozstvi kodu a mensich narocich na pamet i procesorovy cas.

JavaScript je dnes velmi pekny jazyk (na to ze je weak typed) - async/await, destructuring, dnes i nullish coalescing.

To vypada na stockholmsky syndrom.

V8 poskytuje top-class performance mezi VM.

Tak to zabijeme tim, ze si nechame dva oddelene js-enginy vykladat pres HTTP.

[abc]

Super, ale proc se pro tvorbu (vykreslovani) uzivatelskeho rozhrani musi pouzivat jedna z nejkomplexnejsich komponent vubec -- renderovaci jadro prohlizece?

To mi prave docela vyhovuje - protoze se ti jen tak nestane, ze budes potrebovat nejakou nepredvidanou ficuru a v Blinku nebude realizovatelna. Pouzivam tedy tak trochu kanon na vrabce, ale jestlize je cena 50 MB RAM navic, tak to je velmi rad obetuju.

P.t. ctenar si povsimne, ze dnes existuji uz jen dve udrzovane/udrzovatelne implementace vykreslovacich jader na urovni soucasnych standardu.

Coz je mnohem lepsi stav nez u jinych vykreslovacich jader. Kolik nezavislych implementaci existuje pro Qt?

Pricemz pouzivana funkcionalita v electronu se nijak nevymyka tomu, co by byl schopen udelat bezny toolkit (napr. Qt), kdyby se k nemu pribalil JS a manipulace s objekty pomoci DOMu.

Qt je docela fajn (az na to C++ teda...), ale na web se nehodi. Pro mou appku to neni deal breaker, ale zase mit web verzi skoro zadarmo je silny bonus.

To vypada na stockholmsky syndrom.

Lidi by si meli moderni JS vyzkouset. Pred 5 lety bych do JS nesel, dnes je to ale jiny jazyk.

Tak to zabijeme tim, ze si nechame dva oddelene js-enginy vykladat pres HTTP.

To samozrejme nemusis, lokalne je mozne mezi procesy komunikovat pres IPC.

[Kate]

kdyby se k nemu pribalil JS a manipulace s objekty pomoci DOMu

Takže v podstatě QML?

[Trajda]

To je 4,5x více než měl k dispozici můj komp s windows 98. Než začal swapovat dalo se otevřít word se semestrálkou, excel a visual studio s menším projektem. K tomu winamp, icq,... a další drobnosti.

Umí tvůj soft 4,5x více než windows+word+excel+...?

[abc]

Umí tvůj soft 4,5x více než windows+word+excel+...?

A umi tvuj Windows s 32 MB RAM padesakrat vic nez moje 286 s 640 KB kde v pohode bezel Turbo C s Volkovem a Sysmanem v TSR?

[Michal]

Když započítám i ten word, excel,... tak by se to možná dalo uznat. Ale i kdyby ne, tak to není důkaz, že je electron ok ale jen toho, že množství bloatu na softu roste s časem a to pravděpodobně rychleji než lineárně.

[abc]

Když započítám i ten word, excel,... tak by se to možná dalo uznat.

To si nemyslim - ostatne existovaly aplikace jako T602 a Lotus123 pokryvajici stejnou funkcionalitu (sam jsem je ale moc nepouzival).

Ale i kdyby ne, tak to není důkaz, že je electron ok ale jen toho, že množství bloatu na softu roste s časem a to pravděpodobně rychleji než lineárně.

Jasne, pribyvaji vrstvy a abstrakce. To, design co jsem tehdy v Turbo Vision delal na tisice radku dnes dokazu v CSS v nekolika radcich.

Ano, stoji to tech 50 MB RAM navic, ale muj laptop ma 32 GB RAM a ta kapka v mori me proste netrapi.

[Josef Kufner]

Grafické rozhranní si veme celkem dost paměti, protože nekomprimované obrázky jsou prostě velké – FullHD screenshot je nějakých 8 MB paměti, při troše scrollování ta spotřeba paměti naskáče celkem rychle. Prohlížeče dnes dělají to, že si stránku v několika vrstvách vykreslí a pak to na grafické kartě skládají. Staré widgetové toolkity, třeba i to Qt, si alokují jen co potřebují na obrazovce (občas dvakrát či třikrát) a překreslují a překreslují. Takže kreslí pomaleji, ale nepotřebují moc paměti. To je ten rozdíl mezi T602 (jednotky MB), Wordem (desítky MB) a editorem v Electronu (stovky MB).

[M.K.]

Linux standartní desktop už má pár let. Jmenuje se Chromium !