取個好名字
不管是包名，類名還是函式方法和變數，不要隨意命名，像什么 foo, bar, a,b,c 這種沒有任何意義的名字會污染你的整個代碼
先構思再寫代碼
拿到一個需求最開始是分析需求，拆解問題，將大問題拆解為更小問題，思路清晰了代碼寫起來才快，
能用Google就不用百度
百度搜出來的東西一是廣告太多，難以辨識，二是質量太差，容易被帶偏，
寫注釋
“最好的注釋就是代碼本身”，這句話不是你不寫注釋的借口，相信我你的代碼時間久了自己都不知道什么意思，必要的地方加上注釋不僅方便別人理解你的代碼，也方便自己，
寫單元測驗
沒有單元測驗的代碼不是跑不起來，而是無法對預期結果做出正確的承諾，單元測驗是個短期內投入回報比低，但是長期投入回報比巨大的事情，無論是定位問題還是代碼重構，有單元測驗猶如系上保險帶走鋼絲，
dont repeat yourself
重復的代碼不要出現兩次以上，學會將類似的代碼進行封裝，減少代碼的冗余， 這句話的另一層意思不不要重復造輪子，有成熟的方案就直接用，不要什么都想著自己實作，
做好版本管理
git 是個好東西
不炫技
不要代碼里面強加炫技的代碼，按規范來寫
多閱讀優秀代碼
學習優秀的開源代碼，這是讓自己進步最好的捷徑，不一定研究透一個完整的框架，哪怕是管中窺豹也比不去看有識訓，
多讀書
多讀點經典書籍，評價是否經典可以去豆瓣看評分，8.0以上的書籍都值得讀
寫博客
寫博客就是將自己思考的東西沉淀下來，順便還能給別人帶來幫助
學好英語
英語再差也要做到能熟練閱讀英文檔案的水平，不然每天只能看二手資料，看翻譯的東西不僅不嚴謹而且時效性很差，畢竟技術日新月異，
保持健康
編碼身體坐直，不然很早就會出現頸椎問題， 保持一定的運動習慣，不然作業三年就有肚腩， 少熬夜，保證每天6~8小時的睡眠時間，不然頭發掉的早，還容易猝死
補充
程式員很難通過“技術”這單一的技能掙到作業之外的錢，技術管理著不是最牛的，而是領導能力出眾的，技術大V不是技術最牛的，但是寫作方面很優秀，獨立開發者技術也不是最牛的，但是有很好的產品能力，做編程網課培訓的往往能把一個知識點深入淺出的講透，最牛的程式員都在實驗室悶頭搞科研，所以別只盯著“技術”這一個方向，多方位提高自己，你不需要每個領域都做到拔尖，這個時代綜合能力越強的人創造的價值越大
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/250628.html
標籤：AI
上一篇：反思 | 事件總線的局限性,組件化開發流程中通信機制的設計與實作
下一篇：跨境電商獨立站優勢