是我孤陋寡聞了嗎？我還真的沒聽說過這種說法。 “不乾淨”我看是來著科班的鄙視吧。別人培訓的，就理應技術差？再說了，如果別人培訓的入職該公司，也能說明別人還是有能力的。居然在一起工作，做了同事，還是放棄這種偏見。這行還是靠能力說話。

第一次回答問題有點小激動。以上僅代表個人觀點。

不乾淨應該指的是寫的程式碼不嚴謹，應為在培訓機構出來的學生，只是為了實現功能，完成專案，包裝簡歷，找到工作，是不會考慮程式碼的工整性，嚴謹型，完整性的。

再加上本身培訓機構的教學時間就不夠，4個月學基礎，學理論，還要做將近三個專案，是沒有時間考慮這種程式碼的結構，只要完成專案，學生能做專案就ok了。

別說我沒告訴你，我說的都是真的，我之前就是IT培訓機構的教學總監，所以聽我的沒錯，培訓機構出來的學生思維能力有限，可培養性很差。

培訓機構一般培訓4個月，短短四個月很難培訓所有內容，一般情況都是以實現功能為主。但是做專案不僅僅是實現功能，還要考慮程式碼的複雜度，可拓展性，耦合性，內聚性，像c和cpp這種偏底層一點的還要考慮記憶體的佔用使用和釋放維護等。

看了前面幾個回答，有大神，也有賭氣的，我來說說我的意見。

培訓機構名聲不好，從這裡出去的程式設計師一般不會說自己是培訓出來的，因為一說就沒人要了。

“程式碼不乾淨”我也是很少聽說，我想應該說的是程式碼是胡亂拼湊的，沒有一定的系統性，只是為了完成任務東拼西湊而來，維護和擴充套件都非常困難。

也難怪，就那麼幾個月的時間，想要徹底搞懂一樣東西，還不分有無基礎，怎麼可能呢？

我面試過不少這種人，有一個做前端的，挺高挺瘦一小夥子，吹完自己的“專案”之後，我讓他展示一個滿意的作品，並詢問他的建立思路，結果人家說，極度崇拜喬布斯，所以網頁就用黑白兩色，也不管其他，中間還帶著斑馬線，字型也不清晰，是那種小女生比較喜歡的嬌弱體。

我的個媽呀，真是大開眼界，果斷攆走。

其他的有的說忘帶隨身碟了，有的連基礎知識都不知道（不是搞不清楚），還有的直接看著自己帶來的作品，說是從網上下載的......

我不是刻意貶低，也有好的，一箇中專畢業的，做的作品挺好，回答問題的思路也很清晰，最後要的就是這個人，大專、本科、碩士的都攆走了，實在慘不忍睹。

這個問題其實可以聯想到：為啥有的公司不要非科班畢業培訓機構出身的程式設計師？

“程式碼不乾淨”可以理解為程式碼不簡潔，可讀性不好，書寫不規範，彈性不夠好...說白了就是在說不夠專業。

從整體角度講，非科班出身，本身對程式設計的理解相當於從零開始，短短几個月的培訓，著實很難達到專業幾年薰陶（混日子的除外）的那種認知水平。當然這種言論都不能一概而論的，畢竟有天賦或者以勤補拙然後寫出很令人信服程式碼的大神也很多。

現在很多企業對於培訓出來的程式設計師都帶著有色眼鏡在看，甚至一些過激的企業直接把培訓出來的程式設計師排除在外，這種做法很明顯是不正確的，主要很多培訓機構的宣傳以及包裝對於軟體市場有非常惡劣的影響，導致很多企業反映非常過激。

軟體培訓本來就屬於查漏補缺的一種極好方式，隨著各個行業的成熟對於職員的要求也是越來越高，所以很多人在進入真正的崗位之前先讓自己強化一下，提前試營業一些規則，現在培訓行業已經慢慢走進大家的生活了，很多機構開始對於工作多年的程式設計師培訓，幫助遇到瓶頸的程式設計師進行提升，這都是社會進步的一種體現，整個社會對於開發人員的技能要求是越來越高，培訓不失為一種好的辦法，培訓的本質是查漏補缺，就是講在具備一定基礎的條件下培訓出來的會有意想不到的效果，但是現在很多機構把培訓吹噓的太嚴重了，零基礎弄上幾個月就能順利拿到高薪，在當今這個社會對於一個普通老百姓錢不是那麼好掙。

要正確的對待培訓，零基礎的並且對於程式設計這個行業不感興趣就不要想這碼事情了，即使真的想參加培訓也要自學上一段時間摸摸自己的底，到底差距在哪裡下一步怎麼去學習，不要迷信覺得零基礎只要加速幾個月就把什麼事情搞定了，幾個月的時間好的機構能讓人找到如何學習程式設計的方法，這種相對來講更加可靠一些，現在絕大部分的機構採用的是強灌式方式，這種方式能夠激發一些人內在的動力，很多人可能都是處於半知半解的狀態。

其實參加過培訓的人都明白，培訓完了透過機構介紹找到工作的只佔很少的一部分，大部分都是覺得學的差不多了自己投簡歷找工作了，畢竟依靠培訓機構推薦的工作大部分來講是外包性質的工作，無論什麼狀態最終能夠達到什麼樣子的效果是最關鍵，培訓是一種大趨勢，但要明白自己需要在什麼場景下選擇培訓更加合適，要清晰的認識培訓的本質。

很多機構為了讓學員增加面試的機會，直接在簡歷上大做文章，結果讓很多企業非常惱火，本來拿出時間來面試人結果發現面試的人虛假成分太高，造成人力成本的極大浪費。所以有些企業直接採取極端的措施，看到培訓的直接拒之門外了，這種做法很明顯不合適。有些人基礎非常可以透過培訓讓技術更加全面了，這也是極好的一件事，所以認識上要清晰明瞭。

回到正題面試官說培訓出來的程式設計師程式碼不乾淨，這種本身帶有一種很強的個人偏見在裡面，培訓出來的程式設計師由於採用的灌輸式方式，肯定會在程式碼習慣以及程式設計行為有所欠缺，對於初級新手也算是正常的現象，初級程式設計師容易寫錯各種錯誤的程式碼也非常正常，沒有必要帶著放大鏡看這件事情，無論誰都是從新手走過來的。

我不太關心，程式設計師是不是培訓機構出來的。我比較關心的是，什麼是乾淨的程式碼？如何寫出乾淨的程式碼？

首先來說什麼是乾淨的程式碼？

乾淨的程式碼客觀上說，程式複雜度一定是很低的。

乾淨與不乾淨雖然本身有點主觀的意味。但是容易懂的程式碼，很容易修改的程式碼，大多數程式設計師都是認同的。

除了程式複雜度以外，從如下幾個方面看一個程式碼是否乾淨。

. 類和方法足夠的小，只執行單一的任務。

. 類的公開介面方法的定義要清楚簡潔。

. 程式碼是可測試的，也就是很容易寫出測試程式碼。

. 測試程式碼也要容易理解，並且容易修改。

明白了什麼是乾淨的程式碼，那我們就需要往這個方向努力寫出乾淨的程式碼來。

再來說一說乾淨程式碼的好處。

好處1就是程式碼方便維護，任何人都可以讀懂你的程式碼。按照現有的程式碼格式就可以寫出同樣乾淨的程式碼來。

好處2就是方便新增新的功能即程式的擴充套件。新增新的功能，以不破壞程式的乾淨度為標準和前提。在軟體開發過程中，經常遇到的一個問題就是，新增新的功能以後，導致程式的複雜度大幅提升。這是很不幸的事情，發生這樣的情況，一般有多個因素，但是主要的原因是對整個程式架構不瞭解，再加上專案進度催逼的太厲害。導致程式設計師會不擇手段把功能實現再說。這樣子，一個專案的程式碼看起來會是多個專案的風格。

好處3就是方便培訓新的程式設計師，並讓他們很快的融入到團隊當中。專案後續梯隊的培養是一個專案能夠長久發展的重要因素。隨著時間的推移，老的專案成員可能會有晉升機會，或者轉移到其他的新專案中。如果你的程式碼是乾淨的，那麼專案的人員更替以後，工作效率也應該不會受到影響。

好處4也是方便將來的自己看懂自己的程式碼。經驗少的程式設計師很少能夠理解這一點。做過很多年專案的程式設計師，對這一點可能深有體會。

我們假定這樣的情況，專案中需要新增一個新的功能，或者需要修改一個bug，而這部分程式碼只有少數的幾個人能夠懂。而湊巧的是你就是其中的大牛之一。

於是你開啟那些程式碼。程式碼歷史記錄表明是你的程式碼。但你需要很長時間才能回憶起當初的思維邏輯。甚至永遠都想不起來了。

這個時候你可能會後悔，我當初要是把程式碼寫的更乾淨一些就好了。

最後，祝各位都寫出乾淨的程式碼來。

你有疑問，我來回答。面試官常說，培訓機構出身的程式設計師“程式碼不乾淨”，是什麼意思？

我們可以從團隊合作這個角度，理解這個問題。

一個軟體產品或者專案，會涉及到程式碼分工，如果按模組編寫，每個人負責編寫模組，相當於獨自處理一個任務。其次是模組組裝，整合為一個更大的模組。比如說其中提供輸出的模組出現問題，會連累被輸入模組。此時，我們說程式出現了Bug。

整合聯調不過，“不乾淨”的程式碼意味著邏輯實現問題，需要打回重寫。

整合聯調透過，但是命名不合規範，沒有註釋。維護人員也會說這個人程式碼不乾淨，不容易理解，沒法接手。程式碼不乾淨，什麼人會有這樣的問題？

程式碼質量跟這個人編碼水平有關，而編碼水平的提高並非一日之寒。

在大公司工作鍛鍊，更能寫出高水平，高質量的程式碼。

培訓機構出身的程式設計師，缺乏實際工作經驗，對專案的複雜度，怎樣團隊合作理解不夠。

怎樣做到程式碼乾淨

公司層面：制定程式碼規範制度以及合理的軟體開發流程等。

個人層面：不要編寫大段程式碼；重複程式碼封裝成方法；新增必要的註釋；留下可擴充套件的空間；測試自己的程式碼；參考大廠如BAT編碼規範等。

總之，無論你是被面試的，還是正在求職路上，都不必被面試官的話嚇倒。真正的標準來自於對自我的要求，不是嗎？

無疆線上普及科技常識，更多精彩回答等你來看。關注請點右上角，加入無疆粉絲團。

說句題外話，大學學的計算機專業，畢業之後做的也是專業相關的工作，周圍接觸的基本都是程式設計師，還從來沒有聽說過“程式碼不乾淨”這個詞，不規範或者不寫註釋等等倒是有。不過有可能就是指的這些？

其實現在越來越多的公司不太想用培訓機構出來的人，不是因為程式碼呈現出來的方式，最主要的原因是：簡歷包裝得太過分了，導致擾亂了這個行業的一些氛圍。

再說現在科班（計算機專業）畢業的人也很多了，為什麼不直接招學校了經過了3年或者4年專業知識訓練出來的人培養而是要那些在培訓機構只經過幾個月的短暫培訓的人呢？

我是程式猿，也碰到過一些培訓出來的程式猿，張口就是五年經驗，培訓出來的邏輯不嚴謹，程式碼都是亂湊出來，感覺這個功能完成了，等到真正測試就會出現一堆缺陷，程式碼不可維護。