1橡皮鴨調試法

不知道各位有沒有這樣的經歷，當你正在給別人描述問題的時候，突然靈機一動想到了解決方案？

這種情況的產生是有科學依據的。高談闊論能讓我們的大腦重新有條理地組織問題。在這種情況下，你的聊天對象就是“橡皮鴨”。團隊中的每個人都應該積極主動樂意地成為彼此的“團隊”。有時候，如果你幸運的話，你的“橡皮鴨”搞不好還能給出有效的建議呢。

2快速反饋信息

一旦寫好代碼就要盡快得到反饋。當收到大量的Pull請求，不妨做些細微的改動，然后立馬打開PR，討論設計和代碼。

和你的“橡皮鴨”交流一下，請他們提點建議。要知道，迭代原型可遠比糾正成品要節約成本。

有的團隊結構，最初可能并不要求寫代碼。因為實體模型、白板設計等等，這些成本都比一下子刪改上千行代碼的成本要低。

3搞定端至端

當我們在解決問題和完成功能時，很容易深入到細節問題的研究。這里有一個好方法，能讓我們盡快搞定端至端。

例如，假設我需要在網頁上設置一個功能，能在用戶點擊之后做一些復雜運算并把結果存儲到服務器中。有些童鞋可能想著想著就先去研究這個運算方式了。

我們的做法是，先為用戶的操作設置事件處理程序，用一些固定的值來模擬計算，然后調用API向服務器請求數據。這樣一來，我們就沒必要先考慮每一個具體細節，可以直接端至端地測試系統。

同時，這個快速的反饋回路有助于我們更快地迭代和寫代碼。一開始出來的設計可能并不完美，但是通過親眼目睹各個部件是如何組合的，我們將會對整個系統有一個更清晰的了解，做出最優的設計。

4適當離開電腦

有時候在調試時，console.logging無處不在，最好的方法就是測試代碼。也有的時候，你絞盡腦汁嘔心瀝血地想要解決一些復雜的設計和問題而不得其法，那么你最好先暫時離開一會。

雖然這聽上去有點不可思議，但是有的時候，的確是在其他地方想到了問題的癥結所在。

我的朋友，她也是軟件工程師，曾告訴我，當她睡覺的時候常常會有各種奇思妙想（有時閉上眼睛天馬行空，有時想到各種方案紛至沓來）。打個盹、散散步、上個廁所……都可以，總之適當離開電腦。

5自動化

很多繁瑣的進程被開發人員自動化，這樣效率會提高很多。

很多人一直以來都認為自動化只能節約時間，這是一個很普遍的誤解。

其實不僅如此，自動化最大的優點是讓你的思想策馬奔騰無所阻礙，朝著完成目標的方向奮勇前行。

于我而言，自動化是一種更為積極的工作態度。

6自己動手，“勤加練習”

當我們在設計新代碼時，都希望自己能寫出完美的代碼，發現每一個抽象概念。

但是當我們致力于設計新代碼時，抽象概念卻又成為了干擾因素，即便這些抽象再怎么顯而易見、易于設計。我的做法是，不要立刻思考各種抽象概念，先簡單機械地復制一些代碼作為原型。

這能讓我迅速上手新項目，效果比我僅僅只是紙上談兵要好，之后所能做的抽象發散也更廣闊。

不過，可不要光復制，還要清理代碼，不然它們很快就會變成一筆爛攤子。

7很重要的運動

寫代碼其實并不能燃燒很多卡洛里，因此我們必須強迫自己動起來。可以不時地伸伸懶腰，經常性地走來走去。此外，久坐經常肩膀疼背疼，如果你也有這方面的煩惱，不妨試一下這個方法，起效快、效果好。每隔一小時左右做幾個俯臥撐，拉伸肌肉，保持活力。

8前文閱讀

閱讀別人的文檔、技術文章和代碼常常讓我抓狂。

為了不氣得抓耳撓腮、捶胸頓足，不妨先閱讀前文，以期更多的細節內容。

程序中的概念很難用線性方式表達出來。閱讀前文能讓我們更清楚文章內容和代碼在說什么。

9認真做筆記

有些組織化程度較低的開發人員可能會對這個技巧嗤之以鼻。

知道我是怎么做的嗎？我會將每一天我做了什么、遇到的問題以及我是如何解決這些問題的等等，都詳細地記錄下來。然后當我再次碰到類似的問題時，那就再也不會只能“執手相看淚眼，竟無語凝噎”了。

這些筆記成為了我無價的財富，因為我可以運用之前的經驗和智慧來解決現在的問題。這是自己為公司所做的貢獻和自己的成就。

10給明天做個計劃

要么是下班回家之前，要么是晚上睡覺前，我都會在筆記本中為明天列個待辦事項列表。

這樣，當這一天來臨的時候，我的目標就很明確，知道自己要做什么，專心致志，聚精會神，朝著目標前進。

知道嗎，這種方法讓大家完成任務的速度更快質量更高，這樣大家就有更多的時間休息了。

------文章轉自代碼灣，如侵聯刪

總結

以上是生活随笔為你收集整理的程序员的10大编程技巧的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。