T3Kila schrieb:
Ehrlich gesagt deprimiert es mich ein wenig, dass "auf einmal" alle an der Arbeitsspeicher Effizienz ihrer Programme arbeiten.
Das Problem ist an dieser Stelle leider deutlich komplexer und hat nicht nur etwas mit dem RAM zutun, sondern allgemein der Art, wie in den letzten Jahren durch Chrome sowie der V8 Java Script Engine plötzlich sehr viele Apps eben auf Chromium-Basis und damit auch später Eletron entwickelt wurde. V8 hat JavaScript massiv beschleunigt und dank modernem CSS und HTML hat sich HTML auch als "UI"-Sprache durchaus etabliert.
Es ist auf dieser Basis relativ einfach entsprechende Programme umzusetzen, gleichzeitig geht es aber auch mit einem massiven Overhead einher, weil quasi jedes mal ein ganzer Browser gestartet wird.
T3Kila schrieb:
Weshalb haben das gefühlt vorher die Hälfte der Firmen nicht gemacht? Weil weniger Arbeit = mehr Geld & die User merken es sowieso nicht?
Nein, nicht unbedingt weniger Arbeit. Auch bei Electron musst du ja den Software-Stack schreiben, du musst es testen und alles. Am Ende geht es hier eher um Hürden und dass quasi auch ein Webentwickler eine Desktop-App entwicklen kann.
Gleiches sieht man heute zum Beispiel auch mit Pyhton, und das Entwickler ganze Pyhton-Stacks für kleine Apps mit schleppen, weil es die Hürde sinkt. "Native" Apps stellen noch mal eine Hürde da, weil man sich dann mit Linux, MacOS und Windows befassen muss.
NukularFiasko schrieb:
Yo schlampig programmiert / wenig bis gar nicht optimiert ... jetzt wo der RAM so teuer ist kann man mit Optimierung des Programms easy ein paar Karmapunkte einsacken ...
Nein, weder ist das schlampig programmiert, noch wurde hier etwas wenig bis garnicht optimiert. Man hat die Möglichkeit genommen, die Electron bietet um eine App anzubieten, die gleichzeitig auf allen Plattformen läuft.
Solche Deals gehen immer mit einem Tradeoff einherm und in dem Fall ist es der, dass man quasi einen vollwertigen Browser mit schleppt. Das kann je nach Umstand sehr wohl auch eine bewusste und sogar kluge Entscheidung sein, gerade wenn man zum Beispiel mit JavaScript, HTML und CSS entsprechende Expertise hat.
In so einem Fall ist es dann immer klüger, dass man eine solide Grundlage wählt, als wenn Discord jetzt halbgare native Apps entwickelt hätte in irgend einer anderen Sprache und sich damit die ganzen Fehlerquellen von solchen Sprachen eingefangen hätte.
1776 schrieb:
Dafuer steigt der Ram Verbrauch halt von 30MB auf 1500MB. Wo ist das Problem. 🤦♂️
Wo ist an dieser Stelle das spezifische Problem, dass eine Software, sofern sie es möglicht Medien hoch zu laden oder als Medienlink einzubinden, wenn diese auch in der Software dargestellt wird. Das nennt sich moderne User-Experience und es ist auch gut, dass sich Software in diese Richtung entwickelt und nutzerfreundlicher wird.
Das Problem hier bei Discord liegt anders gelagert und selbst dass ist bis zu einem gewissen Punkt sogar tollerierbar. Die Entscheidung ging mit einem Tradeoff einher, denn man gewählt hat. Man merkt nun, dass es nicht mehr geht und geht eine neuen Weg und auch das ist okay.