應為推薦這類的都是不程式設計師之類的，命令列系統，快捷方便時真的，但是受眾面必然很狹窄，應為圖形化介面普通人上手就可以用，可以玩，可以娛樂，你讓他用命令列系統，我估計百分之90的人不在會去用電腦，直接完犢子了，你開發給誰用？程式設計師這一行就完全凋零了，百分之90的下崗去送外賣吧

批次操作，固定或有規律的重複操作，有程式設計師思想的，用命令列方便

反之圖形介面方便

不接受反駁

一個優秀的軟體，都是用圖形介面產生命令列，命令列交給執行機構進行運算。命令列，可以再執行、引數化、批處理等等，以實現計算機操作的自動化。

sudo sh -c "echo "" > /var/nginx/access.log" ，如果檔案裡有十萬行記錄，用不用命令列區別很大。

這是一個沒有營養的問題，沒有人會推薦掃地阿姨學習命令列，也沒有人會強迫Linus Tovalds 寫程式碼使用圖形介面。這是個適用場景的問題，做Java開發，前端開發的都是用圖形介面IDE，做Linux C/C++/rust 開發也許一個Emacs或者Vim命令列編輯器足矣。

圖形介面方便使用，命令列高效，各有所長，各有場景。你覺得ping命令也做成圖形介面，ssh命令管道操作也做成圖形介面方便嗎？真正厲害的程式設計師都是擅長使用命令列的，題主你是不是還不會用Linux?

命令列效率高啊，容易轉化為批次執行。還有就是命令列更靈活，能滿足更多需求。一般你會命令行了，圖形介面的使用就沒有問題，但反過來就不一樣了。應為圖形介面後面呼叫的本質也還是命令。

命令列的方式不好入門，但是入了門了，一樣簡單；需要對計算機知識有比較好的瞭解。只要經常用，高中生、大學生都能掌握。事實上大量的常規命令是進行日常維護的，你把命令寫成一個指令碼檔案，系統就自己執行一系列操作，比較簡單。有一些專業性比較強，涉及到改寫作業系統核心的，其實多數非計算機專業人士用不到，也不需要用。圖形化介面適合個人使用者，工作量小。對於伺服器管理人員，每天系統維護的工作比較多，顯然用命令列指令碼檔案的方式比較方便。Linux可以在單機使用者的使用體驗上再做做改進，估計就很不錯了。

對於一般軟體粗暴的來說就是圖形介面操作是傻瓜型操作，命令列操作是熟練操作！委婉點說圖形介面操作直觀、方便，命令列操作直接、精準。其實計算機應用操作分兩個層次，一是系統操作，二是使用者應用軟體操作。對一般非計算機專業使用者，對系統操作要求不高，所以，用windows圖形介面傻瓜操作感覺比較方便，但對使用者自己的專業應用軟體的使用則要求要熟練操作，比如我經常使用ANSYS軟體做結構分析，圖形介面操作死板，而且在選單間來回切換耗費時間，但有選單指引，不用記命令，比較適合新手入門，而命令列操作則能夠精細控制，而且支援批命令，便於重複除錯操作和編制自動處理命令流，但要求使用者要熟悉命令和引數。

因為有很強的計算機知識，才會用命令列。大部分人還是習慣介面化操作，而且越清晰直白越喜歡。

我就喜歡命令列，執行服務，寫個定時任務，模擬傳送請求，下載影片網站影片。

命令列完全轉換成介面，對應的操作會很多，開發困難，使用繁瑣，還得安裝。安裝就要解決環境，版本，license等問題

各有優點，命令列在批次操作，系統命令，深層處理有不可比擬的優勢，圖形介面在工具操作，表層處理很方便。就像linux系統去連線網路、複製貼上等常用圖形介面，但系統更新，批次部署等用命令列。

這是一個解決問題時大腦工作模式的問題，圖形介面是假設使用者不知道引導使用者達成目標，命令列是假設使用者知道由使用者自行達成目標。你覺得效率是知道的時候高還是不知道的時候高？命令列不適合很多非開發者，圖形介面對專業軟體的開發來說就是一種折磨。

俗話說，一幅圖勝過一萬句話。

一句話就能讓計算機刪掉整個硬盤裡所有檔案。

所以為了給不會命令列的人提供的一副好理解的圖，足夠會命令列的人刪光一萬個硬碟。

無所謂推薦不推薦，術業有專攻而已。