來自老程序員的10條中肯建議

如下十條建議是一個老程序員給出的建議，句句中肯，但願能引發你的思考，而不是笑笑就過去了。
以爲在理，不妨隨手點贊收藏轉發分享，謝謝~

---

程序員的二八定律：

---

1.想清楚，再動手寫代碼

剛入行的新手，爲了展現本身的能力，拿到需求火燒眉毛地就開始上手寫代碼，大忌！

2.不交流，就會頭破血流

不愛說話和溝通，需求都理解錯誤了，最後作出來才發現，只能加班返工。

3.文檔沒人看，但仍是要寫

文檔的做用大部分時候不是用來溝通的，是用來作記錄的，大部分需求仍是經過口頭溝通，可是不寫文檔作記錄，後續就容易扯皮。

4.必定要寫註釋

時間久了，你會連本身的代碼都看不懂。

另外，註釋不要亂寫，想一想蝦米：蝦米窮逼 VIP 事件回顧和由此引起的思考

5.別期望需求會穩定

產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨。

6.業務高於技術

若是技術不爲公司商業作服務，那將毫無價值，公司賺錢纔是硬道理。

7.不要心存僥倖

你隱約感受會出bug的地方，就必定會出bug。

8.本身先測幾遍

不要寫完就扔給測試人員去測，經本身手的東西，要保證質量。

9.儘量本身解決問題

遇到不懂的問題，要先盡力解決，別動不動就截個圖扔在別人求幫忙，上司和同事不是來給你擦屁股的，可是真的搞砸了就要儘快求助。

10.慎用新技術

新技術是好東西，但沒有百分百把握，自做主張用了，多半是做死。

在用新技術以前，你要想一下如下幾個問題：

• 源碼你看過嗎？
• 用在項目中合適嗎？若是不合適，你試過封裝嗎？
• 若是你會封裝，那麼你本身封裝的適合項目嗎？
• 若是你在網上找別人封裝好的，別人封裝的能適合大家的項目嗎？

【ps】實際開發中，第三方的圖片、網絡、數據庫框架基本上都須要根據項目作一個封裝，並非拿來直接就用的。

關注個人簡書查看更多好文章