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

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

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

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

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

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

「その過程自体が、結局は開発者の地力として残る」――強く同意します

Magic Mouse と Touch Bar を思うと…… :thinking_face:

AIが人間にコーディングさせるよう逆プロンプトするというウェブ漫画を思い出します。

https://comic.naver.com/bestChallenge/detail?titleId=818158&no=21

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

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

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

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

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

AIは活用しているけれど、こいつが間抜けなので、こちらが修正してやれないとまともに実装できません。バイブコーディングでやっているのを見ると、どれもこれもエラーだらけのコードばかり……

本当に、AIが人間のように問題解決と学習を同時にしない限り、起こり続ける問題のように思います

ゲームエンジン自体がどうなのか気になりますね

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

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

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

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

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