Ich stimme zu, dass es an sich ein gutes Framework ist, aber weil viele Unternehmen und Startups unter dem Vorwand guter Produktivität auf Performance keine Rücksicht nehmen und einfach drauflos produzieren, lehne ich es erst einmal ab, sobald ich höre, dass etwas mit Electron gebaut wurde.
Diesen Punkt hat man erkannt, deshalb testen Unternehmen wie Google derzeit probeweise Coding-Agenten wie Jules in der Beta ... Wenn man der AI Aufgaben zuwirft, werkelt sie nicht lokal, sondern selbstständig in einer Cloud-Umgebung vor sich hin, und später schaut man sich das Ergebnis an und lässt sie committen, deployen und Ähnliches.
Bei der aktuellen Stimmung könnte man dem Ganzen vielleicht noch mit etwas wie automatischer Entdeckung ähnlicher Inhalte mithilfe von AI eine Lebensverlängerung verpassen.
Aber offenbar hat man sich einfach entschieden, den Dienst einzustellen. Nun ja … ich selbst nutze in letzter Zeit ohnehin nur noch Obsidian Clipping …
Probleme wie bei Flatpak oder AppImage scheinen, wenn man zu Windows zurückkehrt, überhaupt nicht relevant zu sein, haha..
Ich finde, Electron selbst ist ein wirklich großartiges Framework. Auch die Entwicklung des Frameworks ist sehr aktiv, und vor allem ist praktisch alles bereits umgesetzt, was in Chromium implementiert wird.
Ich nutze derzeit den Reader von Readwise (https://readwise.io/read) mit einem kostenpflichtigen Abo, und es wirkt tatsächlich so, als hätten es ähnliche Produkte aus dieser Kategorie aus verschiedenen Gründen schwer, langfristig zu überleben. Offenbar sind die Möglichkeiten zur Erweiterung begrenzt.
Huch … war das nicht ein ziemlich bekanntes Produkt?
Irgendwie fühlt es sich an, als würde wieder eine Ära zu Ende gehen. Ich habe es früher auch oft benutzt.
Ich finde, es hatte so etwas wie einen ikonischen Status unter den Diensten zum Speichern von Artikeln zum späteren Lesen, und nun wird es eingestellt. Schade.
Dort steht, dass 7 Stunden lang ohne Unterbrechung Refactoring durchgeführt wurde; wenn die Qualität stimmt, könnte man vielleicht sogar ein hochwertiges Outsourcing-Niveau erwarten, bei dem Entwickler es nach Feierabend laufen lassen und am nächsten Tag das Ergebnis prüfen 😂
Ich halte mich so lange wie möglich mit NumPy-Vektorisierung über Wasser, und wenn das nicht reicht, stecke ich eine GPU rein und wechsle zu CuPy oder torch. Wenn selbst das nicht reicht, schreibe ich Native-Code mit Cython oder so ... aber auf Native zu gehen sollte man, wenn möglich, lieber vermeiden. Das ist hart.
Ich stimme zu, dass es an sich ein gutes Framework ist, aber weil viele Unternehmen und Startups unter dem Vorwand guter Produktivität auf Performance keine Rücksicht nehmen und einfach drauflos produzieren, lehne ich es erst einmal ab, sobald ich höre, dass etwas mit Electron gebaut wurde.
Diesen Punkt hat man erkannt, deshalb testen Unternehmen wie Google derzeit probeweise Coding-Agenten wie Jules in der Beta ... Wenn man der AI Aufgaben zuwirft, werkelt sie nicht lokal, sondern selbstständig in einer Cloud-Umgebung vor sich hin, und später schaut man sich das Ergebnis an und lässt sie committen, deployen und Ähnliches.
Bei der aktuellen Stimmung könnte man dem Ganzen vielleicht noch mit etwas wie automatischer Entdeckung ähnlicher Inhalte mithilfe von AI eine Lebensverlängerung verpassen.
Aber offenbar hat man sich einfach entschieden, den Dienst einzustellen. Nun ja … ich selbst nutze in letzter Zeit ohnehin nur noch Obsidian Clipping …
Es ist wirklich gut, aber wegen der Grundgröße eignet es sich nicht unbedingt für alles..
Electron ist doch richtig gut – wer sagt denn, dass es schlecht ist … wirklich richtig gut.
maturin... Qual...
Ich habe eifrig Sachen gespeichert, aber sie später praktisch nie wieder gelesen, sodass ich sie am Ende doch gelöscht habe.
On-Call ist schwierig … das ist einer der typischen Punkte, mit denen Entwickler zu kämpfen haben.
Probleme wie bei Flatpak oder AppImage scheinen, wenn man zu Windows zurückkehrt, überhaupt nicht relevant zu sein, haha..
Ich finde, Electron selbst ist ein wirklich großartiges Framework. Auch die Entwicklung des Frameworks ist sehr aktiv, und vor allem ist praktisch alles bereits umgesetzt, was in Chromium implementiert wird.
Wie auch der Artikel „Wie sich die Art, Dateien auf dem Computer zu speichern, zwischen den Generationen unterscheidet“ zeigt, liegt es vielleicht an dem Wandel von „so ordnen, dass man es leicht wiederfindet“ zu „wenn es in der Suche auftaucht, schaut man es an, und wenn nicht, würde man es sowieso nicht ansehen, also muss man es gar nicht erst ordnen“.
Was die Leute über Electron missverstehen
Vergleich von Tauri und Electron – Performance, Bundle-Größe und die tatsächlichen Trade-offs
Ach, ich habe den Dienst wirklich gern genutzt – sehr schade.
Ich nutze derzeit den Reader von Readwise (https://readwise.io/read) mit einem kostenpflichtigen Abo, und es wirkt tatsächlich so, als hätten es ähnliche Produkte aus dieser Kategorie aus verschiedenen Gründen schwer, langfristig zu überleben. Offenbar sind die Möglichkeiten zur Erweiterung begrenzt.
Als Dienste, mit denen sich die Inhalte selbst speichern lassen, empfehle ich auch Wallabag oder SingleFile.
Huch … war das nicht ein ziemlich bekanntes Produkt?
Irgendwie fühlt es sich an, als würde wieder eine Ära zu Ende gehen. Ich habe es früher auch oft benutzt.
Hier gibt es ziemlich viele Alternativen … Aber ich selbst nutze solche Lösungen am Ende eigentlich auch nicht wirklich.
Omnivore - Open-Source-Read-it-later-Lösung
ArchiveBox - Self-Hosting-Web-Archivierungs-Tool
Shiori - in Go entwickelter Bookmark-Manager
LinkAce - Open-Source-Bookmark-Archiv-Server
Ich finde, es hatte so etwas wie einen ikonischen Status unter den Diensten zum Speichern von Artikeln zum späteren Lesen, und nun wird es eingestellt. Schade.
Dort steht, dass 7 Stunden lang ohne Unterbrechung Refactoring durchgeführt wurde; wenn die Qualität stimmt, könnte man vielleicht sogar ein hochwertiges Outsourcing-Niveau erwarten, bei dem Entwickler es nach Feierabend laufen lassen und am nächsten Tag das Ergebnis prüfen 😂
Ich halte mich so lange wie möglich mit NumPy-Vektorisierung über Wasser, und wenn das nicht reicht, stecke ich eine GPU rein und wechsle zu CuPy oder torch. Wenn selbst das nicht reicht, schreibe ich Native-Code mit Cython oder so ... aber auf Native zu gehen sollte man, wenn möglich, lieber vermeiden. Das ist hart.
Das ist praktisch eine vollständige Niederlage für Apple.