程式設計師們最易犯的10種錯誤

計算機行業中無疑程式設計師的薪資待遇是極高的，每年都有大量的人投身軟體程式設計行業，成為一名程式設計師。

1、缺少必要的注釋

大段的if-else缺少注釋，讓維護者沒有辦法快速分辨分支邏輯。特定地方存在hack或複雜邏輯的**，缺少注釋會讓後面得人不明是什麼原因。為了你好，也為了後來者好，請務必加上**。

2、不變和變化的部分拆分

程式設計師中流傳著一句話，此處不要寫死，將來必改。有經驗的程式設計師會將一些業務層的邏輯抽象出來，寫成配置檔案，好處就是如果後續需求有改變，只需改配置檔案即可，肯定不會引入bug。

3、忽視測試部分

沒有測試的**等於沒寫，雖不敢全部贊同，卻也有幾分道理。從測試用例驅動開發，持續整合，每次編譯自動跑測試用例，能夠保證系統的穩定同時也減輕測試成本。

4、直接運算元據

你應該通過方法去運算元據，而不是直接運算元據,這樣能夠保證你總能運算元據正確。例如乙個類中定義的屬性發生變化了，**中所有涉及到直接操作該屬性的**都需要修改。如果通過方法操作該屬性，則僅需修改操作方法，對於外部呼叫者，類屬性變化被遮蔽了，遵循了解耦的原則，**穩定性大大提高。

5、沒有明確的職業目標

沒有目標的人生，就像無根的浮萍，水流到**就飄到**，一生漂泊。

如果你想要在軟體開發領域獲得真正的成功，那麼就必須知道該何去何從。或許面對遙遠的未來，你已經有了乙個粗略的目標了。但是除了這點還不夠，你應當堅實自己的目標——清楚的定義在實現過程中的每個重要時間點所需要達到的效果。

我認識許多程式設計師和其它方面的專業人士，數十年來他們都在相同的職位上反覆地做著同樣的事情。是的，你沒有看錯，是數十年。接受職業現狀，不做任何改變，是造成這種悲劇的根源。對於未來，如果你沒有明確的職業規劃，這樣的悲劇就很可能會發生在你身上。

6、不重視「軟技能」或非技術的東西

我認識許多擅長寫**的程式設計師，他們可以用所寫的演算法把我耍得團團轉，他們對複雜架構的理解力和思考能力令我自愧不如。

但是真實的狀況卻是：技術不如他們的我，軟體開發領域的職業發展卻全面超過了他們，除了職位，還包括薪水、生產力等諸多方面。

在這裡我並不是為了吹噓自己多了不起，而是為了向那些只埋頭專研技術的程式設計師們說明「軟技能」對於職業發展有多重要。

7、不融入社群生活

在程式設計師生涯中有一樣東西令我受益頗深，它就是社群的幫助。成為這個大群體的一部分，不僅讓我擁有了歸屬感不再孤獨，也幫助我改進了自身的技能，向著更高的平台發展。

如果你還沒有參與社群生活的話，我強烈建議你融入這個圈子裡來。它是乙個比自我寬廣得多的平台，有助於你的發展。

8、使用全域性變數

話說回來，有的程式語言是完全沒有區域性變數這個概念的，所以不得不使用全域性變數。關於全域性變數，雖然我們可以在子函式中使用它，但是卻沒辦法宣告這一變數只能在該函式中使用。儘管如此，全域性變數依然非常受歡迎，因為我們只需宣告一次，即可到處使用，太省時省力了有木有。

但是它的優點也是它的缺陷，這也是關於全域性變數最糟糕的事情——我們沒有辦法控制它的改變，也沒辦法控制何時去訪問變數。假設某個全域性變數在呼叫到程式之前賦予了乙個特定的值，但是很可能呼叫完了之後值就變了，而你卻毫無察覺。

9、不進行評估

你的目標是寫乙個應用程式，你鬥志昂揚，愈戰愈勇。但是突然間，你發現了效能問題和記憶體不足的問題。

進一步的調查表明，儘管你的設計對於現在這樣小型的使用者數量、記錄、條目執行良好，但是卻不適合大規模的情況——twitter就是例子。又或者它現在在你的8gb ram和ssd的3ghz pc上執行順暢，但一旦到普通的pc上，它會比烏龜爬還要慢吞吞。

10、大小差一錯誤（陣列邊界溢位）

這個錯誤基本上每乙個程式設計師都犯過，通常在寫迴圈的時候，由於迴圈變數的步長增加過多或過少，導致迴圈遍歷元素的次數發生錯誤，產生陣列溢位的異常。

這個錯誤會導致遍歷陣列元素時訪問不存在的元素，或者遺漏應該遍歷的元素。產生這個錯誤的原因就是你忘記了陣列下標是從0開始還是從1開始了。

不要硬記**

很多畢業新生會去背一些常見問題的答案。好比很多程式設計師都知道如何「用c中的位運算來交換兩數」。但並不是所有人都知道那段**真正做了些什麼，又是如何完成這項任務的。

死記硬背並不是c程式設計面試的捷徑。即便你僥倖答對了一兩題，如果不了解基礎概念還是無法通過整個面試。關鍵要了解程式設計背後的概念。重點並不在於你知道多少種語言，而在於你有多了解這些語言。

另外還有一點可以通過自身的學習來獲取一大進步。

究竟有哪些乾貨呢？先給你們乙個目錄：

獲取方式：

免費獲取資料途徑：共眾平台「程式設計師程式設計」。（***）