1樓：
不是，用圖形介面程式設計跟在命令列用vim/emacs程式設計有什麼區別嗎？？？
再說Linux類系統用命令列是不是有點本末倒置，圖形介面的出現本身就是為了讓程式更加易用，不用先--help然後慢慢找真正對應自己的需求的組合並且記下來，有了gui就省了很多事情，點點滑鼠就好，而且vim和emacs的快捷鍵各大IDE和文字編輯器也基本都支援，除非真的要進行什麼高階操作或者用得是伺服器環境，不然一般開個東西編輯啥的也不會用到命令列(vs code不香嗎)，也就apt-get、手動編譯專案和寫Python要單獨測試函式輸出的時候會開一下，甚至git也可以直接用gui版
倒是作為主要使用Windows開發的表示直接快捷鍵操作開發環境還是挺舒服的，不用一直挪手來回點工作列再點文字編輯框找檔案啊啥的，除非要複製貼上，不然根本不想動滑鼠
2樓：arlenyeh
程式設計師應該是個腦力活兒。如果大部分的時間需要噼里啪啦的打鍵盤或者滴滴答答的點滑鼠，那麼是時候公升級生產環境了。所以如果只是佔一小部分時間，用什麼都無所謂啊，喜歡就行。
但不可否認，使用命令列的好處還是很多的，可完美重現，可批處理等等。
3樓：「已登出」
命令列理論上是比圖形效率高，還可以很方便寫指令碼，圖形介面很多沒有提供錄製巨集的功能，就算能錄製，也遠不如可程式設計指令碼
命令列工具還可以用管道組合使用，圖形介面各自為家，微軟有微軟的一套，別家有別家的。
但是命令列那些引數都是簡寫的很不直觀。我是記不到太多命令的，更何況一些工具只是偶爾使用，早忘了引數意義了，每次翻手冊很麻煩。圖形介面本身是圖形，顯示的字數更多，滑鼠停留顯示tip，提示性幫助性更好。
圖形介面有比命令列更豐富的人機互動元素，使用起來更簡單，圖形也比抽象的文字更容易記憶。
如果圖形介面色彩這些做得漂亮還能讓人心情愉悅。
綜合來看圖形和命令各有長處，結合使用才是王道，讓命令列出現在該出現的地方，現在很多圖形介面也提供命令列功能。
4樓：
確實。不過用命令列的人也不適合當程式設計師，用命令列的人多多少少沾點腦癱。
在我們麻省卡外基叔克利大學，老師和學生都用紙帶。用鍵盤的都是要退學的。
5樓：Blamder
秀（裝逼）或者效率都是次要，主要是看你做什麼。做應用程式肯定是選圖形介面，因為不管是開發工具還是影象引擎都是要考慮效率，太難用會給開發者造成不便。但你如果是做演算法，系統開發這種自嗨的專案，根本不需要IDE，只需要乙個開發環境和terminal即可。
那些做嵌入式系統，串列埠除錯的誰還不是在用命令列。
6樓：楊三金(作者讚過)
我學了半天程式設計，就是因為想把那些傻不愣登的命令列變成漂亮，方便，滑鼠點一下就可以搞定的事情。
你當windows的江山是Linux白給的麼？就因為再也不用command，可以windows了！
7樓：
如果一些命令列學習成本過高可能就本末倒置了，如果GUI對你而言效率更高就不必學太多命令列，常見的那些多敲敲也就記住了不用刻意背。
8樓：韓澤文
介面每次需要點不同的位置，組合成乙個完整的配置，然後傳遞給程式執行，效率絕對沒有傳多個配置引數，能用一行命令解決問題來的快。而且很多情況下介面存在多樣性選擇，如先點按鍵A，B按鍵才能有效(即由灰變成白)。而命令列就不需要記著這些順序了吧。
從記憶角度考慮，命令列有唯一確定的好處，更適合理工科生。
當然介面強大的互動式方式，能夠引導使用者配置。
本人喜歡命令列，甚至做出來的工具，一般會配置乙個config.ini檔案，裡面寫很多配置資訊，然後命令列執行方式
9樓：
這個應該沒關係，我自己80年代末90年代初大學畢業，那時還沒有Windows，應該是DOS 6.20。C語言很少 ----- 我們上大學沒有學過C，工作基本是彙編；大約93年開始有Windows 3.
0/3.1，然後嘗試用BC 3.1在上邊程式設計，但那時Windows實質只是玩具，還不能稱之為作業系統。
95年出了Windows 95，開始轉Windows 95，記得應該是用VC++2.0，之後所有開發都轉Windows，自然再沒有用命令列。之後，大約在2023年接觸小紅帽，開始關注Linux，之後嵌入平台都使用Linux（早先是RTOS），而辦公電腦也慢慢轉變成Linux ------ 現在正在用Ubuntu 20.
04回覆這個帖子。儘管Linux下已經有差不多十年的開發經驗，但多數仍是使用GUI環境，只有在很少的情況下會使用Shell、Make或Perl等命令列相關 ------ 命令列多數仍比較生疏，只是必要的很少能用的。
實際作為程式猿，會與不會命令列並沒有什麼關係：既然有很令人方便的GUI可以完成同樣的工作，為什麼還要守著命令列呢？程式的價值不在於你命令列用的多熟練，而在於編寫出的程式，至於這個程式使用gedit還是vi還是emacs編輯沒有任何意義，如果有IDE，我會優先使用IDE ---- 程式猿的精力不應該浪費在程式之外，有更高效的方法一定使用更為高效的方法，所以，我仍使用GUI的Ubuntu，不會刻意為了顯示自己的能力而去使用什麼命令列，更很少用別人根本看不懂的正規表示式炫耀自己的能力 ----- 儘管我也偶爾用Perl，但那只是沒辦法。
所以，grep...不會
10樓：好人特斯卡
圖形操作在普通使用者大多數情況下都是比命令列高效的。命令列在某些情況下的確比較方便。所以作為乙個程式設計師，會用就行。不喜歡不要強行喜歡
11樓：
說那麼多有何用，程式設計師直接幹進行了。圖形介面和命令列不過都是工具，都是用來幹活的，不是為了用來裝逼秀的。
只是由於 Linux 系統的穩定性和開源，是目前很多公司伺服器的首選。再或者，是公司的研發有自己統一的環境，為了合作協調，讓工作更高效。
再說，命令列不過就是使用一些命令，如果實在頭痛，你把常用命令寫個備忘錄就行了啊。這個完全不影響你作為程式設計師。
12樓：風君子
原來我認識的一大片月薪好幾萬的程式設計師，都不適合當程式設計師啊。
以後不把「喜歡命令列」寫在招聘要求上的公司，也不能叫真正的網際網路公司了呢。
另外我建議計算機專業的考試，得把喜歡命令列和打字速度什麼的一起納入關鍵考核指標中去。
13樓：
程式設計師的最終目的是解決問題。
沒有所謂的適合不適合，輸命令列頭疼是因為你進入了乙個全新的領域，摸不著頭很正常。
當你逐漸深入就會自己去衡量哪個方便，哪個有用。
畢竟你不可能連深圳到東莞都要坐飛機，但是飛機卻是你能走的更遠的工具。
你所創造得價值卻和你走得遠不遠沒關係，但走得更遠卻可能讓你創造更多得價值。
14樓：Code418
喜不喜歡不重要，重點是該用的時候（為了效率）或非用不可的時候（例如你現在得鼓搗一下某台沒有gui的伺服器），你有沒有辦法用好。
視覺化、影象化很舒服啊，不然大家為什麼要鼓搗powerline？而且各種命令列的東西的影象化工具層出不窮，sql、git（等各種vc）、ffmpeg、jmeter之類的各種meter……好多，常用的以外還有更多少用的，舉不完。而且很多時候搞個簡單的dashboard之類的真的舒服很多。
再說了，linux那些發行版的桌面環境不也有包管理工具的GUI嗎。反正包包起來方便人類直觀使用，在某些場合是能增加效率的。命令列跟圖形介面，哪個有效率這個不是絕對的，看場景跟情況。
坦白說如果連一般的命令列都覺得頭疼，那寫正則或其他的文字處理的時候可能要瘋……
15樓：南不澤
16樓：Abby Chau
不是的, 我也喜歡用圖形介面, 只是不喜歡造而已。
圖形介面幾乎就是把說明書按呼叫的頻度樹型列出功能。加入了做用習慣的微調後, 腦部接收的無序資訊(只是無序資訊)減少了, 所以不容易頭疼是很自然的。
人之常情, 和適不適合沒多大關係。
但如果問題是頭太容易疼的話, 的確不太適合。
17樓：Vince
這種問題沒法肯定也沒法否定，需要找到根因。
看到命令列就頭疼，那你看程式設計介面頭疼嗎？程式設計也是類似命令的存在。
為什麼看命令行會頭疼呢？是因為乾脆就懶得學？還是心底的恐懼引起的抗拒？
是的，不會命令列也能當程式設計師，但是如果能知難而進，能讓你成為乙個更有可能的程式設計師。
但是，會命令列也不算什麼大事，學會了也沒必要炫耀，乙個工具罷了。
18樓：漆工
效率是主要目的。
通過命令除了可以提高一部分操作的效率以外，命令可以寫很多指令碼實現工作上的自動化，這是圖形介面很難做到的自定義需求。
19樓：
人類發明計算機，給計算機寫程式，是為了給人類提供便利，圖形介面在大多數時候比命令列更便利，所以乙個合格的程式設計師應該善於寫圖形介面。至於喜歡不喜歡，無所謂。
20樓：程墨Morgan
『喜歡用圖形介面而不喜歡用命令列的人』倒也並不是不適合當程式設計師，但是，看到『身邊的大神』用命令列，依然不會想去嘗試命令列的，那是真的不適合當程式設計師。
因為你缺少程式設計師應該具備的好奇心和學習精神啊。
21樓：於冬
點一下滑鼠就完事兒的東西非得用命令列只是裝X，vscode都可以整合git常用操作了，你還非得開啟控制台輸入一長串命令麼？我點一下滑鼠就同步好了！linux熟練確實是現在程式設計師的加分項，但是不會的也大有人在，這個主要看工作需要
22樓：陳小楞
命令列最主要的優勢在於可自動化，通過指令碼可以高效執行那些大量機械重複的操作，圖形介面很難自動化，你還得控制滑鼠呀。
但是，對於平時日常應用，當然圖形化方便了。
23樓：無缺草
程式設計有很多領域，大部分不需要玩轉Linux。但長期做開發，接觸或用到Linux的機會還是很大，至少也會用到Windows命令列或者PowerShell。
學任何東西剛開始都是頭疼的，有需求才能激發興趣。命令列本身沒多複雜，沒興趣的話，完全可以在用到時再學。學習是個自然的過程，和錄雙拼、彈鋼琴、騎單車、學駕照一樣，需要時學一下就會了。
沒需求不用強學。
但作為計算機專業，還是應該了解命令列的基本原理，寫一點控制台程式的。你需要了解，圖形介面是從字元介面逐漸演化而來的。兩者是有相互替代性的，很多桌面工具軟體都是對命令列的封裝。
完全不懂命令列，肯定不是專業的程式設計師。
如果可以完美避過命令列，只能說明你學得還太淺、太窄，實踐也太少。
在企業，linux伺服器是用圖形介面的還是命令列那種？
木頭龍 如果你確定你想問的是Linux伺服器的話，可以很肯定的回答是命令列。我的經驗中，Linux伺服器唯一需要圖形介面的時候是第一次安裝Oracle資料庫。為什麼要加粗第一次？因為這個安裝的時候可以匯出應答檔案，以後就可以用應答檔案命令列安裝了。當然，其實這個應答檔案也可以自己先裝臺虛擬機器搞出來...
用VC 6 0要想做出來有圖形介面效果的程式，是不是一定要學MFC？
魯哈花 Windows系統自帶的圖形介面軟體例如記事本 計算器等都不是用MFC開發，是直接基於WinSdk開發的。用熟了都差不多，mfc能省點事畢竟有一層封裝。mfc學習成本高，不跨平台，從頭學習的話不如直接選擇qt。 冬大少爺 VC 6.0只是乙個IDE，要想做出圖形介面，和用什麼IDE無關。不用...
為什麼acm選手很喜歡用陣列，而不喜歡用vector之類的動態陣列？
之前寫演算法的時候喜歡用動態分配的佇列和棧，後來寫多了發現用指標陣列的佇列很棧方便多了。之後再也沒有用過動態分配的佇列和棧。 gold 能確定範圍的話還是用陣列比較好，因為我覺得陣列也不太麻煩 不能確定的話，vector比較好。正如之前有人說，鄰接表儲存稀疏圖，不用vector的話就得手寫鍊錶，要不...