安いAWS EC2インスタンスでこれができるの？

PRからすると、WGPUへの切り替えはLinuxだけみたいだね。チームはmacOSやWindowsでも同じことをするのに消極的だったみたいで、これらのプラットフォームのネイティブレンダラーの方が良くて、メモリも少なくて済むと感じていたみたい。

いや、そうでもないよ。ウェブにポータブルに近いレンダラーがあるってことは意味するけど、「少し手を加えれば」ウェブで動くエディターがあるわけじゃない。レンダラーはこのPRの前からすでにモジュラーだったし。

PRからmaddythewispの引用: > Zedをブラウザで動かすためには、レンダラー以外にもかなりの作業が必要になる - 特にバックグラウンドタスクやファイルシステム/入力APIはウェブ/WASM互換の実装が必要になる。

ブラウザでのレンダリングは、VSCodeのようにリモート編集ができることとは関係ないよ。ブラウザがアクセスできるファイルを編集できるだけだからね。ローカルのVSCodeをSSH経由でランダムなサーバーに接続するのと同じで、ブラウザでのレンダリングはクライアント配布のための便利な手段に過ぎない。VSCodeが持っているような完全なクライアント/サーバーエディタのアーキテクチャが必要なんだ。

リモート編集（リモートサーバーにあるファイルを編集すること）について話してるなら、Zedはすでにそれをサポートしてるよ？

本当に？今、gpui-componentがあるから、以前よりも良くなったと思うけど。それによって、商業リリースにも耐えうる洗練された完全なネイティブGUIが実現できる扉が開かれた感じ。これに該当するものは他に見たことないけど、一つの選択肢が出てきたのはスタートとしていいね。

面白い読み物だけど、Casey Muratoriと同じ世代の人間としてはあまり意味がわからないな。 > 「イミディエイトモード」GUIはCasey Muratoriが20年以上前のトークで考案したものだ。彼が昔を経験していない人たちに知らしめたかもしれないけど、これは8ビットや16ビットのホームコンピュータでGUIをプログラムする方法だったし、ゲーム機でもずっと使われてきたことなんだよ。

RustのGUIとそのエコシステムの現状についてのまとめを読んでみたいんだけど、どこかいい記事を教えてくれない？

だから、俺はLLMを使ってRustアプリのGUIをSDL2で手動コーディングしてるんだ。低レベルで描画特化のコードを最小限にして、Rustの抽象化を最大限に活用すれば、もしより良いGUIライブラリが出てきたときに簡単に切り替えられると思ってる。まあ、SDLも悪くはないけどね。