Zed 是一款高效能、多人程式碼編輯器，由 Atom 和 Tree-sitter 的建立者開發。
網友評論：
總的來說，我是 zed 的忠實粉絲，6 個月左右的時間裡，我 60% 左右的開發時間都在使用它。有幾點值得注意：
- - 它的響應速度真的非常快，讓人真正注意到其他一切是多麼的反應遲鈍。我的電腦執行速度相當快，所以我們談論的並不是 5 毫秒的輸入延遲和 500 毫秒的輸入延遲之間的差別，但這仍然令人非常驚訝。在我開始使用 Zed 之前，VSCode 在我的 Mac 上從來都不覺得慢。
- - 他們對反饋的響應速度似乎還不錯。最初在搜尋/替換功能的實現方式上存在一些爭議，而現在的版本在這方面要實用得多。我不確定社群反饋在多大程度上推動了這一改進，但這些改變非常棒。
- - 除錯語法樹模式是一項非常出色的功能，我認為它展示了zed在引擎蓋下比透過 regex 進行語法高亮的舊版編輯器要先進得多。
我希望能儘快解決一些缺點：
- - 協作工作流程/安全性對我來說不是很清楚。你要透過 github 登入（沒有其他選擇？我很想知道我是否可以自行託管聊天伺服器，並使用公司的 oauth 提供商而不是 github。如果正在傳遞的差異是透過 zed 的伺服器進行的，這對我工作的公司來說可能也是個障礙。如果它們是透過 p2p 加密的，可能就不會。
- - 我很希望看到 ollama 整合。現在我之所以花大量時間使用 vscode，唯一的原因就是它的整合和繼續。這裡有一個問題：https://github.com/zed-industries/zed/issues/4424
==============================================
VSCode 對我來說總是感覺非常慢，甚至與 pycharm 相比也是如此。，我一直認為在其他方面大致可比。VSC 在基本程式碼檢查和 linting 方面的滯後變得非常煩人，我不得不關閉它。我們說的不是幾秒，而是任何時候所有事情都有可能有十分之一秒的延遲。我知道很多人喜歡 VSC，但說實話，我一直無法分享這種熱情。
==============================================
我轉而使用 VSCode，因為 Sublime 有時候速度很慢，以至於無法使用。95% 的時間都非常快，但是當我在一個非常大的儲存庫上“git pull”時，我的機器會變得沒有響應
Sublime Text 4166 在這方面有一些重大改進，以前 ST 會檢查側欄中的每個檔案是否有更改，以便更新其索引，但現在是增量完成的。
==============================================
我一直在超大型企業倉庫中使用 Sublime Text，並且總是發現它比 vscode 更快。想知道這是一個特定的用例還是什麼......
每隔一段時間，我都會嘗試將 vscode 作為我的主要編輯器，因為我喜歡它的所有功能。我總是切換回 Sublime 只是因為 VSCode 的緩慢讓我煩惱。
不過，由於沒有自定義 LSP 支援，尚未真正認真嘗試過 Zed。
==============================================
我不得不停止使用 sublime，因為它不斷在不方便的時間更新其搜尋索引，並且速度慢得像爬行一樣。
那和自我更新的方式破壞了我最重要的外掛。
==============================================
我在 Zed 機器上開啟了一個隨機 python 專案，它自動載入了 python 的 LSP。看起來它使用的與我的 emacs 使用的相同（pyright），但它以一種不是特別有用的順序提供完成選項。