軟體設計程式，

是在實踐中摸索；

書上粗略描繪，

肯定錯誤很多；

所以要分低中高階，

因為這是中國。

不論是初級程式設計師還是主力程式設計師，在程式設計的過程中確實會出現一些低階錯誤，有的錯誤除錯了半天才發現原來是一些非常不應該出現的問題，這些錯誤中，最常見的就是結構性問題和資源回收性問題。

要想程式設計師在程式設計的過程中避免出現低階錯誤，應該從以下幾個方面入手：

第一：規範程式碼標準。一個好的程式碼規範會避免很多低階錯誤，不少團隊的程式碼規範都是從實際專案中總結出來的，通常是犯一個錯誤總結一個規範，這些規範的實際價值都比較高。比如在Java開發中，程式碼規範經常包括以下幾點：每個類都必須定義一個無參的構造器；每個異常處理模組都要有日誌記錄；資源申請的操作一定要有對應的資源回收操作；涉及到金額處理時要注意小數的位數等等。

第二：注意結構性問題。結構性問題造成了很多低階錯誤，比如該實現的介面沒有實現，該繼承的類沒有繼承等等，這些都是導致低階錯誤最常見的原因，比如Java中需要進行網路傳輸的類沒有實現Serializable介面，遠端介面沒有擴充套件Remote介面，觀察者沒有實現Observer介面等等。當然了，還有一系列自定義的分散式標準也會出現忘記實現介面或者繼承類的情況。所以，對於程式設計師來說，在定義類或者介面的時候，一定要先注意結構性問題。

第三：注重交流合作。在實際的開發過程中，很多低階錯誤都是由其他程式設計師發現的，這是比較常見的一種情況。比如，當程式部署到伺服器中之後，沒多長時間資源就被耗盡了，這個時候可能出現了資源沒有回收的問題，而通常這些問題都是由測試或者部署人員發現的。

在錯誤中成長 不斷提高完善自己

不管是什麼樣的程式設計師 都不可避免的出現錯誤 出現bug 有時候哪怕是一個小小的問題 因為不可能把所有情況都能考慮清楚 只能儘可能的減少bug 考慮更全面

每一個程式設計師都是在錯誤中成長的 每一次出現錯誤去思考解決 下次就考慮的多 知道哪裡可能會有問題 都是這樣積累起來的 錯誤也是一種成長 只是同意的錯誤不要一直出現 學會總結 思考也很重要 避免出現更多的錯誤

出現低階可笑的問題會有幾種情況：

1. 程式語言不熟悉。 在剛入門程式設計時，對程式語言不熟悉，經常會出現可笑的問題，這種方式在很多人入門之前都出現過，這個隨著自己能力的提升逐漸變好的。掌握好語言的基本東西，提高對程式語言的理解。

2. 受到當時程式設計水平和能力的限制。這個當時指的是在考慮問題的時候，程式設計程式的時候，自己在當時能夠找到的最好答案，但是當自己編寫程式碼之後，自己在網上瀏覽到一些其他問題，透過其他問題的解決思路想明白了還有更好的方式，這個時候再來看以前的程式碼，就可能出現這種辦法。這種問題想要解決，就需要不斷地去積累，不斷的去問自己問題，為什麼當初沒有從另一個角度去思考，透過這樣方式，不斷的鍛鍊提高。

3. 頭腦不清晰，特別是處於通宵熬夜寫出來的程式碼。在狀態不好的情況下，寫出可笑的BUG，這個應該要讓自己避免熬夜寫程式碼，將寫程式碼的工作任務放到自己頭腦清晰的時候去完成。

如果出現了這種可笑的問題，進行分析，為什麼會出現這種問題。然後將當時思考的過程寫出來。一定要問自己為什麼，為什麼會出現這種問題，如果是不熟悉程式語言，那麼需要下功夫，熟悉它，如果是程式設計水平和思考方式不正確，那麼就去鍛鍊，思考其中的內在過程。如果是頭腦不清晰，那就在頭腦清晰程式設計。

最後一定要有一個記錄的過程，記錄當時思考過程，避免以後再犯同樣的錯誤。坑踩多了自然對程式語言熟悉了，但是同一個坑不能掉入多次。

程式設計師出錯不可怕，重要的是總結和積累經驗。寫程式從不出錯，那是抄的，不是自己的程式碼，尤其是那些喜歡拿開原始碼當自己成績的程式猿（是猿不是員）。

參照最近看到費曼寫的一篇文章，說科學思維培養是要自己悟出道理，千萬不要讓師長灌輸現成的知識，一開始學知識鐵定是錯誤的教育方向，而這偏偏是中國教育的基本方式——這就是中國學生數學奧林匹克牛逼得不行但從來沒人在基礎學術和諾貝爾獎項有成就的答案，因為他們只知道拿工具來用得很好，但自己不會製造工具，不知道那是怎麼來的，中國的應用領域不錯，基礎不行，這是死穴，一旦被點穴，就沒工具可用了，不要把自己的成績想象得如何了不起，到底是誰依靠誰，沒搞清楚。