前兩天，小博身邊的一個編程小白跟我吐槽說，同樣的項目任務(wù)，公司的老猿很快就完成了，而自己卻要加班加點，完成的質(zhì)量還一般。感覺知識技能也都知道啊，可為什么就不如別人呢?其實，這不是能力不足，只是還欠缺些許技巧。

今天 ，小編整理了些編程小技巧，各位程序小猿可以參考下!

寫代碼前要先理清思路

　　拿到需求后，想清楚，再動手寫代碼。這一點有點類似寫文章，動筆之前，文章的脈絡(luò)布局就要先成竹在胸。在寫代碼之前，一定要先完整的梳理項目任務(wù)需求，這里不單是涉及自己的流程部分，包括整體項目流程也要有大概了解。這樣看似前期多花了點時間，實際上后面會幫助節(jié)省更多時間。

“官方文檔”很重要

　　“官方文檔”很重要，因為編寫文檔的人，通常就是這些技術(shù)或軟件的開發(fā)者，他們才是對這些東西了解的人，因此，他們寫的文檔質(zhì)量是很高的，而且往往是新的。

良好的可讀性

　　編程初學(xué)者經(jīng)常會有一個誤區(qū)：程序?qū)懙迷诫y懂，越能體現(xiàn)自己的水平高。有這樣認(rèn)知的，基本都是編程新手。編程是一項系統(tǒng)性工作，需要很多人一起協(xié)作才能完成，一個模塊的程序晦澀難懂，會提高整個團(tuán)隊的協(xié)作成本。所以良好的可讀性，就顯得十分重要。

不要心存僥幸

　　不要心存僥幸，你隱約感覺會出bug的地方，就一定會出bug。一定要解決到自己感覺會出bug的地方，不要給自己留后患。

一定要寫好測試

　　一定要寫好測試，如果可能的話，甚至在開始寫代碼實現(xiàn)需求之前，你就應(yīng)該開始預(yù)估和設(shè)計需要測試校驗的情況了。項目完成后，自己要先測幾遍。不要寫完就扔給測試人員去測，經(jīng)自己手的東西，要保證質(zhì)量。

盡可能自己解決問題

　　盡可能自己解決問題。遇到不懂的問題，要先盡力解決，別動不動就截個圖扔給別人求幫忙，上司和同事不是來給你擦屁股的，但是真的搞砸了就要盡快求助。不要害怕被罵，解決問題比挨罵重要。

切勿重復(fù)造輪子

　　切勿重復(fù)造輪子，使用好現(xiàn)有的輪子和各種開源庫，會讓你事半功倍。當(dāng)然，不要僅僅為了使用一兩個函數(shù)就引入一整個代碼庫;

對代碼審查保持正確的態(tài)度

　　應(yīng)該把每一次代碼復(fù)審當(dāng)作是學(xué)習(xí)的機(jī)會，歡迎他們、感激他們、從中學(xué)習(xí)，重要的，當(dāng)你從你的代碼復(fù)審人員那里學(xué)習(xí)到東西的時候，要感謝他們;

正視 Error

　　正視 Error，Error 是好東西。Error 意味著你在進(jìn)步，意味著你可以通過簡單的后續(xù)修改就獲得更多的進(jìn)步。專業(yè)程序員喜愛 Error，新手則痛恨 Error;

學(xué)會休息

　　學(xué)會休息，任何人的大腦都需要休息，身體也需要休息。