1樓：
老程式設計師給新手建議，是真的毫不利己一心為你好麼？如果這個老程式設計師是你爹，當我沒說。如果你給老程式設計師提供足夠的價值，也當我沒說。
大多數情況下，老程式設計師給你建議，只是一種利己的行為。怎麼利己？展示自己的價值，在你面前樹立權威，嫉恨因為學習技術的代差，你花費比他小的成本超過他。
再乙個，新手既然是新手，怎麼判斷老程式設計師是真心幫你還是故弄玄虛？除非你們有很深的交情。否則無從判斷，對吧。
所以，老程式設計師給乙個不相干的新手說，你就用IDE，對比別的老程式設計師的建議，新手不但不會感激他，還會覺得這個老程式設計師水平怕不行吧，要麼就是藏著一手故意不教我。所以老程式設計師給你一些玄而又玄的建議，真是百利而無一害。
2樓：
建議買一噸麻繩打結表示0和1來最終實現Hello World來感受最原始的開發環境。 有好工具不用，為什麼要和自己作對。
3樓：Caviar-X
如果是剛學的話還是建議你用編輯器+編譯器，因為這樣可以幫助你快速熟悉環境
但是到了工作環境裡面一定要用IDE，因為有了IDE可以提高你工作的效率
當然也一定要適應nano + g++的環境，因為應急的時候你會發現你可能是在Linux伺服器上面工作
4樓：趙航
所謂的老程式設計師，只是「老」而已。
而「老」這個特性在程式設計師這個行當，並不像中醫一樣，越老越值錢。甚至恰恰相反。
時代在發展，戚繼光戚家軍的裝備對付明朝的倭寇完全夠用了。但是當對方已經裝備航母戰鬥群時，冷兵器就不要拿出來丟人現眼了。
工欲善其事，必先利其器。
這是老祖宗都明白的道理。
5樓：Eriku
我有個學長就是這樣，每次問他問題，他先數落一番我螢幕上的GoLand, Eclipse, PyCharm, VS Code云云，說他自己有Vim就能幹活。
我贊同他想深層次幫我進步成長的想法，但是我就是不願意為了用Vim而用Vim... 自認為不是那種很踏實的人。。。
我們要在走捷徑和刻苦鑽研之間找準平衡才行。。。
6樓：過純中
這個建議是對的，將工作流程拆開來可以讓你選擇最稱手的編輯器，最稱手的編譯器，完成工作最合適的語言，最貼近生產的環境，以及不隨某個IDE的改進而改進自己工作流程的自由。
比如: VS Code，如果你嫌它打字反應慢，資源占用大，git視覺化不清晰且慢，終端可視面積太小，有隱私問題等，那基本就是無解的，只能放棄，當然，如果你覺得VS Code好用的不得了，請繼續使用。
7樓：王不賤
我是支援開發工具，而且能UI操作就盡可能不要敲鍵盤。
因為效率上快了不只是一點半點，
而且還不容易出錯typo。
但是並不代表，新手可以省略掉學習命令這一環節。
8樓：
因為很多程式設計師基礎太差……
尤其是非科班出身還不願意補習基礎知識那一類當然，科班出身卻水文憑混日子學了點皮毛的那類，也半斤八兩遇到這種，老程式的感覺就是……真帶不動啊。
真實例子。我曾經遇見乙個連切換目錄cd命令都不會的……人家在windows上真的是全圖形介面操作。就這，我選擇放棄
9樓：李登淳
個人習慣問題吧
我個人是比較熟悉且需要高效率的工作傾向於使用命令列，但日常寫個文章之類的就更傾向於GUI
見過很多為了裝X用Linux的人，純粹為了讓別人覺得自己專業，真正幹活的人不挑環境，只是順手不順手罷了。君不見有些大佬平常都用Intellj，但在救急的時候用nano都能擼個簡單的系統頂上
10樓：魚吹sudo
講另乙個故事。
我很早很早的時候就立下了開發遊戲的志向。
6年後，只會搞小黑窗的我想做簡單的GUI，但是嫌QT太胖了，於是問我的高中同學寫圖形介面有什麼輕量化的方法，我同學說：
「鬼火引擎挺好的... 寫圖形介面的話GLFW肯定用得上...」吧啦吧啦...
於是我耗盡了我所有的精力，卻僅僅弄明白GLFW到底是什麼。
我要是當時鑽穿這兩個名詞真從頭到尾搞完了，那就是另乙個故事了，可惜不行。
「無關對錯的都是風格」，建議對待一切建議以自己舒服為準。
11樓：leizy
最大可能就是配置環境心態崩了，直接棄坑。還有 ide的自動補全不香嗎？改個錯或者引入庫或者函式手打很爽嗎？全域性替換變數不香嗎？
12樓：
這不就是手動擋和自動擋的問題嘛
我直接建議各位程式設計師寫機器語言，這才B格夠高好好的乙個賺錢的工作說的這麼高大上，每次聽到這麼我就想笑不是所有人都變成高斯林的，用IDEA節省時間，早做完早下班不好嗎？
13樓：
如果你對程式語言很熟悉，知道編譯器具體是哪個程式，執行的流程引數是怎樣的，那麼你用啥都可以（注意，這裡的用啥是指學習，工作用用記事本，被領導看到會被打的）
說白了，其實就是訓練你的基本功，IDE提示很好用，但是用多了會形成依賴性，容易導致離了IDE就搞不定了，當然，也不是說一定不行，你一開始就上手，以後能保證一直用也沒關係。
但是想要得到肯定要有失去，這點自己心裡要明白，比如對編譯理解的深度，比如熟悉流程控制以及部分方法的引數後，舉一反三等等吧，這些在工作一段時間後自己就能體會到了
14樓：番茄西西西紅柿
除了特定工作場合必須這樣做的情況，如果有人對新人這麼推銷而且言之鑿鑿，大概就屬於「技術不行只能在工具上找優越感」那一類人了。
15樓：天國的502
裝了乙個大逼
等績效考核等時候，你會發現，老程式設計師都用ide，效率高得離譜不聽話的新程式設計師也用ide，效率同樣高
你聽話，用的編輯器，效率低，被優化
16樓：Drimoon
如果是一家技術為主導的公司，這應該是在培訓新人掌握一些最基本的命令列使用，程式編譯鏈結過程，用熟了以後再選擇用IDE。
這是有價值的，遇到過不少其他程式設計師丟擲的令人無語的問題，比如斷點打不上懷疑IDE有bug，不知道pdb，不知道關編譯器優化，分不清release和debug的預設設定的差別... 另乙個我能吐槽的是，專案有時候用了不少帶原始碼的第三方庫，出了bug讓某些程式設計師去查一下，往往第一步構建工程就能卡好幾天，cmake報個error都不知道怎麼查... 等定位到bug，最佳修復的時機都過了，就只能延後，不少屎山就是這麼堆出來的。
17樓：
一大坨的廢話回答，其實就是依靠可能會消失的技術實現基礎設施的搭建還是依靠自己完成自動化流程的區別，我選擇後者。
作為程式設計師，任何人都是不可信的，包括自己，最基本的覺悟
18樓：
這是個小馬過河問題，看你處於哪個學習階段。
工具是用來提高效率的，不用工具則可以提高你對系統執行原理的理解。
而對底層執行原理的理解，可以極大提高學習效率。
19樓：劉一
今天寫請求一直返回引數錯誤找了半天都沒找到bug 最後一行一行看才發現url打錯了打成ulr了 vs code一點提示都沒有所以還是ide香
20樓：易哥
淺薄了！
不能用編輯器，也不能用編譯器。會形成依賴。
要用二進位制程式設計，就是說，鍵盤也不能用，直接用線路短接的方式進行輸入。
我最開始幹這事，是小學。
有一天，我在玩超級瑪麗，小霸王的手柄壞掉了。一是因為這東西質量本來就不好，二是因為我玩遊戲太激動按得太用力。
這時，我很沮喪！
就把線剪斷，分出裡面的幾根線，如下：
然後短接這幾根線就可以實現各個動作！
自此之後，我成了短接派！
從來不用鍵盤，那東西會有依賴！萬一沒有鍵盤怎麼辦？不就傻了麼？
而我，只靠幾根線輸入字元。
還憑藉這幾根線學了程式設計。
我只用記事本+彙編，這是最基礎的，不會出問題！
只有依靠最基礎的技術，才能提公升自己對系統的理解。
我對各類別電腦的暫存器爛熟於心！還會手寫最基本的彙編編譯器。
如果有一天，電腦裝不上開發環境，我還能工作！
如果有一天，電腦裝不上編譯器，我還能工作！
如果有一天，電腦沒有鍵盤，我還能工作！
在那一天，所有人都被裁員了，我也能碼出一片天。
我在等待那一天的到來！
不過眼前有個問題，
就是我現在還沒有工作…………
21樓：
先舉個例子，現代編譯器能夠在編譯原始碼的時候，對原始碼進行很好的優化，所以，我們在寫高階語言時，不必過多地考慮底層。對於某些特殊的場景，只需要遵守相應的規範編寫程式就可以了，如果你的cpu是intel的，你想用intel的編譯器，你就認真地看intel的文件。這就OK了。
但是，有些演算法競賽選手，有意地搞一些花樣，其實，完全沒有必要。這種寫法跟專業的編譯器開發工作者相比，就相當於街球和職業籃球的對比。
事實上，產品開發是乙個工程，包含諸多方面。程式設計只是其中乙個環節。現代工業，講究的是分工協作，各司其職。為了提高效率，我們開發出各種工具，從而降低工作難度。
事實上，自行配編譯器，我就問幾句，本科的編譯原理學得怎麼樣？龍虎鯨看了幾遍？最近五年的文獻看了幾篇？
計算機體系結構量化研究方法看完了嗎？最近五年作業系統、計算機系統結構等等的頂會文獻看了幾篇？並行計算機體系結構和並行演算法設計學過嗎？
作業系統核心研究過沒有？外設研究過沒有？儲存I/O路徑熟悉嗎？
TCP/IP核心讀過嗎？檔案系統研究過嗎？資料庫儲存引擎研究過嗎？
如何度量系統效能？如何權衡選擇？
22樓：
手動做一遍流程的好處是理解整個編譯過程的幾個大步驟，理解不同命令列引數在編譯過程中的作用。實際工作肯定還是自動化的多，不會出錯。
程式實現的功能是解放人力，而自動化工具的目的也是解放人力，所以程式設計師應該是最能接受自動化工具的群體才對。
我個人對任何工具都沒有鄙視鏈，但這個鄙視鏈是存在的。
23樓：于淼
別張嘴就來，那個老程式建議的，有這建議的肯定不是一線寫code的，不用ide效率低下，本來說好的996程式設計770不是傻嗎？
24樓：楊威力
說這個的是固步自封的人。我客戶裡面有很多搞大型機的。給他們解釋現代IDE，他們都不能理解。
編輯器，編譯器你理解原理即可。為啥要浪費時間做IDE已經幫你簡化的工作呢？只要是理智的技術人員肯定否定這個觀點。
25樓：耿云云
好久沒上知乎，看到這個問題，覺得，不要考慮那麼多》
1、定位自己是業餘愛好還是想走專業道路；
如果是業餘愛好，那怎麼節約時間怎麼來，愛好是有時間期限的，如果短期內沒成效，你的熱度會降低；
如果想走專業道路，其實也不要太糾結，從整合開發環境入手也不是一件壞事，畢竟業有專攻，工具發明出來就是為了提高生產力的；如果想要提公升自己，建議關注編輯器的發展和使用以及命令列編譯，如果一看編輯器就頭暈、一看命令列就要吐那就停留在IDE、整合環境那兒也不錯。如果不討厭，那就一定不要錯過，編輯器和命令列的魅力。
2、看自己的時間情況；
如果是學生並且對編輯器和編譯器不反感那一定是要下些功夫去學習一下，在最好的年華去理解一些技術的基礎知識知踏入知其所以然還是不錯的；
如果是剛進入職場的人並且是程式設計師新手，不想30歲就迷惑，個人覺得，可以暫不進入，但在進入職場的前期保持一顆挑戰的心、學習的力量，還是很關鍵的。
如果是已經工作幾年了，那就得看你做哪方面，無論是測試、專案經理、產品經理、技術經理、高階工程師，深入行業知識，那自然是避不開的。
3、看專案（以此為工作，還是做為投資人對這個感興趣，還是說以此為職業）；
如果是投資人，只是感個興趣，個人覺得就沒必要了，除非，你真的對這個編輯器+命令列有著特別的感興趣，有自我挑戰、進修、學習精神。
如果只是工作，並且隨時想離開程式設計師這個職業，那就沒必要勉強自己。
新手程式設計師該如何看待cto畫餅？
Mars Zhao 不要信，這個承諾本身含糊不清，而且就算明確說什麼時候給你漲，到時也有一萬種理由說自己的難處，當然這是假設他還願意找個藉口打發你，而不是直接批判你說你水平不夠或是讓你不滿意就走。跟你說這種話的人，本身並沒有真正把你放在平等地位溝通，而是糊弄下再說。當然如果你找不到更好的工作，那就裝...
程式設計師想轉行金融，有什麼建議？
05i吳峰之 戰亂紛爭時，都會出現一批能人異士。他們有的可以文治天下，有的可以武定乾坤。功高蓋主那是常有之事。開國皇帝在坐上皇帝寶座之前，大多禮賢下士，忍天下人不能忍，與部下勾肩搭背，乙個碗裡吃飯，乙個被窩裡睡。充分的籠絡了人心，發揮著人格魅力。甚至有時候還低頭向下屬認錯，賠禮道歉。儼然一副謙謙君子...
程式設計師如何著裝才不土？
大寶 時尚博主們不會告訴這件衣服為什麼好，而是描繪一堆故事場景，讓你對衣服產生認同。比如酒會上的西裝，清晨一縷Sunny下的休閒體恤，成熟男人的polo，總之讓你陷入美好幻想中，乖乖掏錢。因此，我的結論是 審美有差異，土不土要看具體情況。上班期間融入環境是第一位的，跟大家穿著保持一致最好。下班以後放...