1樓：譚九鼎
Unfortunately, it doesn't seem like Xray as a whole is interesting to leadership right now. It's sad and I think it's a missed opportunity, but I also think it's understandable.
Is it dead? · Issue #177 · atom/xray
2樓：
既然已經是MSGithub了，用VS code不好麼！
話說VS code才 1.x，已經相當的好用了，期待2.0早點發布。
3樓：蘇維
用了幾年才發現編輯器這個東西對效能很敏感，以及用js這玩意在效能優化上事倍功半這個事實。
畢竟atom沒辦法投入vscode那麼多人力。
如今他們選擇了rust寫core部分，但是繼續用js寫ui，我感覺是不解決問題的。
合理猜測最終的結果是記憶體占用和啟動速度能比atom好，但用起來還是卡。
4樓：翼·風
我只是糾正一下某些回答以及問題錯誤的帶節奏。專案說的很清楚：
Xray is an experimental Electron-based text editor informed by what we've learned in the four years since the launch of Atom.In the short term, this project is a testbed for rapidly iterating on several radical ideas without risking the stability of Atom.The longer term future of the code in this repository will become clearer after a few months of progress.
For now, our primary goal is to iterate rapidly and learn as much as possible.
Xray只是個專案，怎麼就成Atom涼了呢？
此處手動艾特題主：
@Wellin Boss
5樓：MaskRay
希望支援類似 Emacs 的 text properties，支援 overlay (得用interval tree實現，semantic highlighting渲染上萬行程式碼(比如lmdb)不卡)，允許樣式疊加的 face ，帶有可選 dynamic scoping 的配置語言，對language server protocol支援良好。
感覺目前我還是得抱著Emacs
cquery/wiki/Emacs member hierarchy、derived/base inheritance hierarchy、caller/callee hierarchy
6樓：
先說明，我完全不會碼，
所以，我也不知道。。。
我只想說，
新能源車剛剛出來的時候，誰都知道它們有多爛，但我們同樣清楚，
它們才是未來！
它們只是需要時間。。。
7樓：塵風
如果核心和介面能分開的話, 希望他們之間有一套通用的協議, 讓介面部分通用化, 這樣以後其他編輯器也可以剝離介面, 只保留乙個核心即可, 可以使用現有的介面
8樓：
昨天剛聽完播客 Why VSCode is better than Atom?
播客的嘉賓就是該問題下高票回答者 rebornix。
很有意思~
Teahour.fm
9樓：
精神可嘉。
Atom基本廢了，還不忘記自己有個做編輯器的夢，能重新開始，不錯。
但是，我就想不明白，這個東西真的有用嗎？喜歡Vim/VSCode等等的，可能用這個嗎？即使也不錯，那也不太可能換用了很久的編輯器吧。編輯器又不是桌布……為什麼要換來換去 …
10樓：笨小孩
並沒有像大佬那樣用過太多類似的東西，從經濟學角度分享一下。
現在市場接近飽和狀態，新產品沒有現有解決現有產品的痛點的話，是很難進入市場且維持穩定的市場份額的。
畢竟改變消費習慣還是很難的。
It's the same thing.
11樓：est
sublime每乙個glyph都是opengl或者directdraw繪製的。你們沒gpu加速的編輯器還是too young。
12樓：韋易笑
這就是 NeoVim 這幾年走出來的路，介面這種東西更新迭代快，需要跨平台，需要好看，緊跟當下流行風格。用 Cpp 顯然是一件很勞累的事情，所以 NeoVim 做的最主要的事情就是把介面給 externalize 化，C 只實現文字編輯和指令碼系統這些非介面的事情，介面部分讓另外乙個程序來做，介面程序通過管道+msgpack 來和核心程序通訊，介面程序會把使用者的操作指令傳送給編輯器核心程序，編輯器核心程序又會將需要顯示些什麼傳送給外部程序，由外部程序顯示出來。
由此，編輯器核心只關注效能和功能，而外部介面程序就著重跨平台和使用者體驗。
Atom 真的是成也 Electron ，敗也 Electron。用 Electron 開發核心，開發是容易了，但是結果大家都看到了。事實證明 Electron 並不擅長做編輯器核心這種一定複雜度又要求效能的東西，即便多次的把各種東西由 electron 挪到 Cpp 中，也是徒勞的。
所以 NeoVim 的實踐結果告訴大家，編輯器核心和介面，兩種完全不同的開發模式，不能混為一談。所以自 NeoVim 發布後，已經有 22 種 執行再不同作業系統下的 GUI 前端了，我自己用的就是一款用 Electron 開發的 GUI 前端：
NeoVim(核心) + Oni(GUI 前端)
google/xi-editor
xi-editor 使用 python 作為指令碼系統，目前已經開發近兩年，完善程度比 github 的 xray 高不少，而且目前有 9種不同的 GUI 前端，包括文字終端模式和桌面 GUI 模式。
13樓：zpan
Rust 核心，Electron 做 UI，很好，跟 Google 那個 Xi 如出一轍，我懷疑都受到過 Neovim 的啟發？
如何看待GitHub 推出的GitHub Desktop？
JustWe 對於同時簡單操作多個git的情況下，這個相當方便快捷。當發生衝突的時候可以選擇聯動開啟vscode來進行編輯。但是如果其中乙個git需要處理稍微複雜的東西，比如拉取別的分支或者子目錄的變更之類的，這個就力不從心了。而且這個軟體沒有什麼設定可以開啟外部對比工具，diff就只能使用預設的命...
如何評價微軟和 GitHub 員工支援 996 ICU 運動 是否能產生實際作用
MSWorkers support.996.ICU 996.icu，現在又出來乙個support.996.icu，希望帶來改變。 別想太多了 國內網際網路企業能不能這樣呢，先非強制996，給任務，能正常完成，隨便你啥時候下班，要加班的，擴招1人，同時雙方年薪減半。兩全其美 Bonoji la 馬雲的...
如何評價訊息稱微軟準備推出的四款定位不同的新型Xbox遊戲機
孟德爾 這個新聞其實不是新主機的4個型號，應該是2台新主機，2台老主機 乙個是XBOX ONE S 簡化版，就好像PS2 90000 那樣退市前做一波傾銷，不過坦白說以X1現在的局面，搞這個有點多餘。XBOX ONE已經連老家都丟了，NPD北美11月銷量微軟墊底。乙個是機頂盒，理論上有了這東西通吃往...