Ich habe Electron auch eher vor 2–3 Jahren benutzt, heutzutage baue ich es aber mit Tauri..

Als ich den Begriff Chaos Engineering hörte, dachte ich kurz, es gehe um das Backend unserer Firma, das ich geschrieben habe;

Gefällt mir

Aber wie werden solche Geschichten eigentlich zu Artikeln? Das wirkt irgendwie wie ein PR-Text von Google.
"Wir arbeiten hart" ...

Nehmt Tauri. Das hat ein Rust-Backend, und die Integration ist einfacher, als man denkt.

Es überrascht mich, dass freiwillige Teilnahme auf Platz 1 steht...

Es gibt nur Behauptungen, aber keinerlei Belege.

Wie dem auch sei, die Entwicklererfahrung ist also besser als bei etwas wie Qt, oder?

Einfaches unnötig ausschweifend geschrieben … Die USA wollen, dass der Dollar die Weltleitwährung bleibt, und dafür muss die Struktur so sein, dass nicht durch viele US-Exporte Dollar in den USA angehäuft werden, sondern durch viele Importe Dollar auf den Weltmarkt hinausfließen und sich weltweit verbreiten.

Python-Erweiterungen in C/C++ zu erstellen, ist produktivitätsmäßig viel zu ineffizient, aber PyO3 ist dank maturin und cargo vor allem sehr komfortabel.
Außerdem ist Cross-Compilation für Python-Module unverzichtbar, und auch dabei ist Rust praktisch.

Die anderen Punkte kann ich nachvollziehen, aber die Behauptung zum RAM weicht zu sehr von meinen Erfahrungen ab...

Ich glaube, das Pauschallohnsystem wird in der Praxis so verwendet, dass die Vergütung nach Modell 2 mit festem Monatsgehalt darin bereits enthalten ist, haha

Elektron-Anwendungen, die ständig im Hintergrund laufen müssen, sind für mich etwas belastend.

Das war ein Konzept, bei dem Annotations hinzugefügt und versteckter Text mit Transparenz in Form von Prompts zufällig verteilt wurde.

Na ja … es kommt ziemlich häufig vor, dass schon 3–4 geöffnete Electron-Apps wegen Speichermangels ins Straucheln geraten …

Es sieht nicht so aus, als hätten sie Annotationen hinzugefügt — verteilen sie stattdessen versteckten Text nach dem Zufallsprinzip?

Die Angriffsfläche ist viel zu groß, aber es interessiert kaum jemanden, deshalb will ich jetzt die Finger davon lassen.

Als ich noch im Unternehmen gearbeitet habe, war es ziemlich stressig, während des On-Call-Dienstes selbst beim Schlafen, Autofahren und an Feiertagen wegen der Störungsbehebung mit Laptop und Apple Watch nur in leichtem Schlaf zu liegen. Nachdem ich gekündigt hatte, war es großartig, einfach nicht mehr gestört werden zu können-

24/7 zu reagieren, ist nicht gerade einfach. Vor allem, wenn man als Einziger im DevOps-Bereich arbeitet ... dann gibt es so etwas praktisch nicht, haha.

Man schließt die Augen und betet einfach, dass der Service nicht ausfällt ... haha.

Ich finde es gut, dass man sich Gedanken über eine Vergütung macht. Denn oft kümmert man sich gar nicht um die Vergütung an sich. Vor allem On-Call im Pauschallohnsystem ... in so einer Atmosphäre wird das als selbstverständlich angesehen ...

Obwohl ich einen guten Laptop nutze, kann ich ehrlich gesagt nicht wirklich sagen, dass VS Code schnell ist. Am Ende greife ich entweder lieber zu IntelliJ, das zwar richtig schwergewichtig ist, dafür aber viele Funktionen bietet und bequem ist, oder ich nutze gleich nativ entwickelte IDEs oder Texteditoren. Die waren definitiv schnell und das Nutzungserlebnis war gut.