沒辦法論證，各有特點，就好像輸入法，熟練了拼音也可以比五筆快，沒有說一定誰優誰劣。

如果用過vim，就知道它適用的場景還有用法完全不同於其他編輯器，甚至有點反人類。

但這並不能阻止大批的愛好者去使用它，並且現在也算是一款神器。

而在條件允許的情況下，GUI更適合普通使用者，就像不會五筆，完全可以打拼音一樣。

因此，只有適合沒有說哪個就一定開發效率高的說法。

在現有人機互動還依賴滑鼠鍵盤的條件下，鍵盤操作效率總是高於滑鼠。未來，一旦腦機介面成熟了，情況可能就不一樣了。

以前一直認為用命令列裝逼，開發純命令列是程式設計師懶。但是真正學習運維才知道，命令列最大好處是多個程式資料互動，gui真的做不到。

GUI程式設計對於特定任務比如網頁編輯，java程式設計這類工作效率高，它們主要由單程序程式構成，主要互動就是螢幕或者檔案。程式設計師可以非常快捷的完成查詢，編碼，執行，除錯等工作。可是如果你需要編寫一個程式於另外一個程式互動，你不單要除錯正在編寫的程式，還要觀察它如何跟其他程式進行互動，這時一個gui就不夠用了，你需要至少兩個。如果它跟另外兩個程式互動呢？呢？呢？很多需要互動的程式並不提供原始碼，可能提供日誌，或者除錯介面，或者透過另外一個除錯命令才能看到它內部運作情況，這樣一個gui怎麼可能涵蓋？這用跟多個服務進行互動的例子在類unix系統中非常常見，因為這類系統並不提供類似windows的相對統一的互動介面。一個程式要透過dbus服務跟另外一個服務通訊，你就要3個介面，一個執行現在的程式，一個檢測dbus服務，一個檢視目標服務的log日誌。

一個完成相對複雜任務的程式通常要監測包括核心，系統日誌，當前程式日誌，dbus，網路狀態，io狀態，cpu佔用等多個部分的實時資訊，才能讓程式設計師理解當前任務是否正確執行。一個gui要做成什麼樣才能完成？

需求太多樣，完成太複雜，才造成一個gui不能滿足大部分需求，甚至一半都達不到。

macos有統一日誌系統，偵錯程式能捕獲大部分資訊，windows有統一的呼叫介面，只要完全按照手冊作，大部分錯誤都能在呼叫時候捕獲，所以，在這兩個系統上編寫通常的程式，gui已經可以完成大部分工作。但在類unix系統上，我不認為短期能解決。

現代IDE顯然是比VIM等編輯器效率高。

而當代VIM等仍然比較流行，原因在於程式設計師本質就是做“文字編輯”的工作。從“編輯器”升級成了有外掛能力的“編輯器”。這類工具是讓人直接透過命令組合來溝通。就是讓人對於操作更加嫻熟精確來提高效率。

不過，現代最好的IDE或者其他工具，往往採取兩者兼得的方式。即提供了足夠易用的UI，又提供足夠的功能深度。入門級使用者可以很快透過“所見即所得”上手，資深使用者透過高階指令快速提效。

結果就是，只專注“編碼”這件事情時，可以使用VIM進行高效編寫；做大而全的工程開發時離不開現代IDE。這是因為除了原來“編輯”工作外，還需要花更多精力進行“工程”類工作。比如除錯編譯構建，程式碼管理同步部署等等。

當然這兩者不衝突，程式碼VIM編寫，構建用IDE，或者直接嵌入VIM外掛，都不失好的方法。

總結一下結論，做“文字編輯”使用VIM等編輯工具；做大型開發IDE是必備的。兩者不衝突也互相不可替代。成年人是都要，為這個東西爭得面紅耳赤，說明還不夠專業。

命令列是線性gui，而圖形介面是平面gui，所以圖形介面做好了效率遠高於命令列

之所以有人這樣說，估計是碰到了不合理的gui介面