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

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

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

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

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

それ自体は良いフレームワークだという点には同意しますが、多くの企業やスタートアップが高い生産性を口実に性能への配慮をせず量産しているせいで、とりあえず Electron 製だと言われると拒否感を覚えてしまいます。

このあたりをうまく捉えて、Googleのようなところでも Jules のようなコーディングエージェントを試験的にベータ提供しているところですよね……。AIに作業を投げておけば、ローカルマシンではなくクラウド環境で勝手にさくさく進めて、あとで結果を確認してコミットやデプロイなどをすればよい、という感じで

最近の流れだと、AIを付けて似たようなコンテンツを自動探索する……みたいな形で延命することもできそうですが、
そのまま終了することにしたみたいですね。とはいえ……私も最近は obsidian clipping だけ使っているので……

とても良いのですが、基本サイズがあるのでどこにでも使うには少し向いていませんね..

Electron、すごく良いのに、誰が良くないって言うんだろう…本当にすごく良い。

maturin... 苦痛...

熱心に保存はしたものの、実際には読み返すことがほとんどなくて、結局削除することになってしまいました。

オンコール、これは難しいですよね……。開発者が大変だと感じる代表的な部分でもあります。

Flatpak や AppImage のような問題は、Windows に戻ればまったく関係のない話のようにも思いますけどね（笑）..

Electron 自体はとても良いフレームワークだと思います。フレームワークの開発も活発ですし、何より Chromium に実装されるものはだいたい全部そろっていますからね。

コンピューターにファイルを保管する方法と世代差の文章でも見られるように、「見つけやすいように整理しておく」から「検索して出てくれば見ればいいし、出てこなければどうせ見ないのだから整理する必要はない」へと変化したためでもある気がします。

Electronについて人々が誤解していること
Tauri と Electron の比較 - パフォーマンス、バンドルサイズ、および実際のトレードオフ

ああ、よく使っていたので残念ですね。

以前からReadwiseのReader（https://readwise.io/read）に有料課金して使っていますが�…

内容そのものを保存できるサービスとして、Wallabag や SingleFile もおすすめです。

えっ…かなり有名な製品じゃなかったでしたっけ。
また一つの時代が終わっていく感じですね。私も昔はよく使っていました。

こちらは代替がかなり多いので…… とはいえ、私自身もこういうソリューションは実際にはあまり使わなくなりますね。
Omnivore - オープンソースの read-it-later ソリューション
ArchiveBox - セルフホスティングの Web アーカイブツール
Shiori - Go で作られたブックマークマネージャー
LinkAce - オープンソースのブックマークアーカイブサーバー

個人的には、後で読むサービスの象徴的な存在だったと思うのですが、終了するんですね。残念です。