以下十條建議是一個老程式設計師給出的建議，句句中肯，希望能引起你的思考，而不是笑笑就過去了。覺得在理，不妨隨手點贊收藏轉發分享，謝謝~
程式設計師的二八定律：
1.想清楚，再動手寫程式碼
剛入行的新手，為了展示自己的能力，拿到需求迫不及待地就開始上手寫程式碼，大忌！
2.不交流，就會頭破血流
不愛說話和溝通，需求都理解錯誤了，最後做出來才發現，只能加班返工。
3.文件沒人看，但還是要寫
文件的作用大部分時候不是用來溝通的，是用來做記錄的，大部分需求還是通過口頭溝通，但是不寫文件做記錄，後續就容易扯皮。
4.一定要寫註釋
時間久了，你會連自己的程式碼都看不懂。
另外，註釋不要亂寫，想想蝦米：《蝦米窮逼 VIP 事件回顧和由此引發的思考》
5.別指望需求會穩定
產品需求是根據商業需求不斷調整的，改需求是再正常不過的事，別抱怨。
6.業務高於技術
如果技術不為公司商業做服務，那將毫無價值，公司賺錢才是硬道理。
7.不要心存僥倖
你隱約感覺會出bug的地方，就一定會出bug。
8.自己先測幾遍
不要寫完就扔給測試人員去測，經自己手的東西，要保證質量。
9.儘可能自己解決問題
遇到不懂的問題，要先盡力解決，別動不動就截個圖扔在別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要儘快求助。
10.慎用新技術
新技術是好東西，但沒有百分百把握，自作主張用了，多半是作死。
在用新技術之前，你要想一下以下幾個問題：（這裡拿retrofit舉例說明）
- retrofit原始碼你看過嗎？
- retrofit用在專案中合適嗎？如果不合適，你試過封裝嗎？
- 如果你會封裝，那麼你自己封裝的retrofit適合專案嗎？
- 如果你在網上找別人封裝好的，別人封裝的能適合你們的專案嗎？
【ps】實際開發中，第三方的圖片、網路、資料庫框架基本上都需要根據專案做一個封裝，並不是拿來直接就用的。
【附：】我自己寫的一個網路庫 以及 圖片庫的隔離框架，使用它可以讓你的專案維護更方便。
優雅的實現Android主流圖片框架封裝，可無縫侵入切換圖片框架
補充： 少在群裡聊天（問一些技術難題除外），多幹活，真正忙著幹活的是人是沒時間去群裡扯淡的。
最後用一幅圖形容不同開發者之間的區別：
本文參考： 老程式設計師的10條中肯建議