私もElectronは2〜3年前に使っていたくらいで、最近はTauriで作っていますね..

「カオスエンジニアリング」という言葉を聞いて、一瞬自分が書いたうちの会社のバックエンドの話かと思いました;

いいですね

ところで、こういう話ってどうやって記事化されるのでしょうか？ なんだかGoogleの宣伝記事のような文章に見えますね。
「私たちは一生懸命やっている」...

Tauri を使ってください。Rust バックエンドで、思ったより統合もしやすいです。

自主的な参加が1番になっているのが驚きです...

主張だけで、根拠がまったくありませんね。

とにかく、qt みたいなものよりはオープンな体験が良いってことですよね？

簡単なことをやたら長々と書いてるね……。米国はドルが世界の基軸通貨であり続けることを望んでいて、そのためには米国が物をたくさん売ってドルが米国内に積み上がるよりも、物をたくさん買ってドルが世界市場に広く行き渡るようにしなければならない構造だから。

C/C++ で Python 拡張を作るのは生産性が低すぎますが、PyO3 はまず maturin や cargo があるのでとても便利です。
また、Python モジュールではクロスコンパイルも必須ですが、Rust はクロスコンパイルもしやすいです。

ほかのポイントは理解できますが、RAMに関する主張は実体験とかけ離れすぎていますね……

包括賃金制は、実際には2番の固定月給制の補償がすでに含まれている、という考え方で使われている気がしますね（笑）

常にバックグラウンドで常駐していなければならないElectronアプリケーションは、少し負担に感じました。

アノテーションを付けて、透明度のある隠しテキストをプロンプトの形でランダムにばらまくコンセプトでした。

うーん……Electronアプリを3〜4個起動しているだけでも、メモリ不足で苦しむことがしょっちゅうあるのに……。

Annotation を追加したようには見えませんが、隠しテキストを無作為にばらまく方式なのでしょうか？

攻撃対象領域が多すぎるのに、あまり関心を持ってもらえないので、もう手を引こうと思っています

会社勤めをしていた頃は、オンコールに入ると、睡眠時間も運転中も休日も、障害対応のためにノートPCとApple Watchを手放せず、浅い眠りで過ごすのがかなりのストレスでした。退職してからは、邪魔されずにいられるのがとても良かったです-

24時間365日対応は簡単ではないですよね。特に1人だけDevOps職だと……もう無理ですね（笑）

サービスが落ちないことを、目をつぶって祈るしか……（笑）

補償を考えること自体はいいことだと思います。補償そのものに気を配らないですからね。特に包括賃金制でのオンコールは……当然視される雰囲気です……

良いノートPCを使っているのに、正直 vscode が速いというのはあまり実感できない。結局、かなり重くて機能が多いぶん使いやすい IntelliJ を使うか、あるいはネイティブで開発された IDE やテキストエディタを使うようになる。確かにそのほうが速いし、体験も良かった。