安い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も悪くはないけどね。

RustのGUIは今、重要な依存関係が人手不足で、プロジェクトが半分実装された状態で厳しい状況にある。残念ながら、低レベルの3Dアクセラレーションも厳しい状況だ。標準的なRustのVulkanラッパー（Ash）は、もう2年近くリリースがないし、gitのメインも最新の仕様更新にかなり遅れてる。

ウィンドウを作るためのメインライブラリが一つだけってのは悪いとは思わないな。そうすることで作業が分担されて、もっとコラボレーションが生まれると思う。

オープンソースのGUI開発は、問題の難しさを過小評価することで永遠に呪われてるよね。現代のデスクトップUIの全機能、アクセシビリティ、さまざまなディスプレイのバリエーションへの対応、高品質なレンダリング、高パフォーマンス、低オーバーヘッドなどを備えた成熟した高品質なGUIを作るのは、Unityみたいな成熟したゲームエンジンを作るのと同じくらいの開発タスクだよ。ほとんどのオープンソースのGUIプロジェクトは、80%まで進んで止まっちゃって、実際にはまだ20%しか進んでないって気づいてないんだよね。

正直、今のネイティブGUIは厳しい状況だと思う。デスクトップ市場は成熟しちゃったから、新しいフル機能のGUIライブラリにお金をかける大企業がいないんだよね。新しい技術（Electron、SwiftUI、React Native）への企業の投資は、主にデスクトップ開発のコストを削減するために、他のプラットフォーム（ウェブやモバイル）からの作業を再利用できるようにするためのものだと思う。企業の投資がなければ、Win32やQt Widgetsのようなフル機能の新しいネイティブGUIライブラリは絶対に見られないと思う。

あなたの最近の投稿にはすごく共感したよ。Rust GUIに深く関わってる自分も同じジレンマに陥ってる。結局、Rust GUIエコシステムはまだ成熟してなくて、フレームワークを選ぶときに大きな妥協をしなきゃいけないと思う。eguiを使ってかなり大きなGUIアプリケーションを作ったときも、同じような結論に達した。eguiはアプリケーションの「ウィジェットを描画する」部分を解決してくれるけど、結局はメンテナンスしやすいように新しいアーキテクチャに完全に再構築しなきゃいけなかった。多くの場所で、GUIの状態を即時に編集する性質がもはや利点ではなくなってた。6ヶ月前に書いたUIコードが特に複雑なレイアウトをしているときに読みづらくなったのも言うまでもない。最終的に自分の選択肢を以下のように絞ったよ：- 実用性のためにeguiだけど、アーキテクチャとスタイリングに代償を払うことになる - 良いアーキテクチャのためにicedだけど、自分でウィジェットを全部作らなきゃいけない - slintは、テキストレンダリングを優先してくれたらいつか使うかもだけど、それでもアーキテクチャの問題は解決されない - 自分みたいな純粋主義者じゃなければtauri/dioxus/electron - 20年前に戻ってQt/WPF/etc.を使う

これに関しては、Zedチームがオープンソースの取り組みを透明に、そして理解できる形で放棄したZedのGPUIは無視します。これについてのソースはありますか？

残念だけど、これってユーザーがリクエストした機能がすぐには統合されないってことだと思う。今のところ、Windows/Linux/Macで動いてるし、Zedがちゃんと機能するためには成熟した形で動かす必要があるからね。だから、個人的にはそんなに大したことじゃないと思うし、ウェブサポートみたいな必要なものが出てきたら、その時に追加するんじゃないかな。ところで、GPUIを自分のプロジェクトで使うために統合が必要だと思うPRや機能って誰かある？（ウェブサポート以外で）

これは、彼らが財政的に苦しんでいるってこと？コーディングエージェントによるさらなる混乱が原因だと思う。Tailwindでそれをかなり目にしたし、今はコードエディタも苦しんでるかもしれないね。特にZedみたいな、初期採用者タイプの人たちが使ってるものは。今はカーソルとZedを使ってコードをブラウズしてるだけだよ。

2026年にはビジネスに関連する仕事に集中しなきゃね。あの数百万ドルのVC資金調達を発表した投稿覚えてる？これがその結果だよ。

Iced.rsは、結局のところ大手ハードウェアベンダーに支えられてるから、長い目で見ればいいUIライブラリだと思うよ。 https://iced.rs

コードを書くエージェントの世界で、テキストエディタのビジネスケースって何？多分、ラグジュアリーな手作りアートなコード市場にシフトすることができるかもね。

GPUIの問題は、ライブラリ自体が非常に低レベルで、範囲が限られていることだね（デザイン上そうなってると思う）。コンポーネントを持つUIは別のクレートでGPLライセンスだけど、GPUIのライセンスはApacheだよ。GPUIは素晴らしい基盤を持ってるから、コミュニティが自分たちでコンポーネントを作れるんだ。

もう一つのプラグインがあれば、vscodeの代わりに直接使うつもり。すごく気に入ってる。速いし、毎日のようにアップデートがある。今まで一度もクラッシュしたことがない。LLMとの統合もいい感じ。vscodeがネイティブだったらこうなってほしいって思ってたことが全部詰まってる。

いいね、graphicsは見たことなかったな。rend3が放置されてから、シンプルなUI/3Dビジュアライゼーションの選択肢を探してたんだけど。bevyやeguiも考えてるけど、学ぶのがちょっと大変そうだね。

Zedは主にVisual Studio Codeと競ってるよ。Jetbrainsとは競ってない。

Rustが優れている点（implは素晴らしいデカップリングで、恐れのない型安全性）を除けば、cargoやそのクレートエコシステム（docs.rs、crates.io、すべてのパッケージ）ほど有用で良いものは他にないと思う。広いハッカーコミュニティがRustを使う選択肢を再考したり、検証したりする必要があるって感じるのが変だよね。他の言語には、こんなに素晴らしい「そのまま動く」エルゴノミクスがないし、しっかりした言語、素晴らしいツール、優れたパッケージがあって、初めてのクロスプラットフォームの喜びを与えてくれるのに。なんで毎スレッドが新しい未サポートの文句を生む必要があるのか、そんなに明らかに楽しめる選択肢に対して。

新しいGUIツールキットをゼロから試してるのはいいけど、gtkの統合がもっと評価されてほしいな。

そうそう。Zedが一番だよ。自分には最適な位置にある。すごく反応が良くて、手動コーディング用のvimキー バインディングもいい感じだし、AI統合も適切で、AIのことを押し付けてこないのがいい。

ACP[0]って知ってる？そのプロトコルを使えば、zed[1]内でClaude Codeを実行できるよ。もしかしたら、CC統合を使うっていう意味を理解してないかも。 [0]: https://agentcommunicationprotocol.dev/introduction/welcome [1]: https://zed.dev/docs/ai/external-agents#claude-code

アクセシビリティはどう？