每天比我多敲1000行代碼，工作時長還比我短，看完我服氣…

話說，作為程序猿的你，天天敲代碼，那有沒有想過到底要怎樣提高編程效率？

善於總結、交流才能進步，以下是小編小道打聽到他們的獨家小妙招，要不要一起來聽聽？

A

與設計充分溝通，理解真實需求。

適當預留擴展，方便後期需求變更擴展。

合理分層和封裝代碼以提高代碼復用率，減少重複勞動。

代碼中的變數、函數、類等的命名要有一定規律，好代碼本身就是注釋，能降低認知負。

在合理的範圍內，降低代碼之間的依賴程度，避免後期修改的時候大幅度返工。

計算機的細節其實非常多，在我看來是很難完全控制住的，所以必須加上一些約束來避免隱形的bug。

比如數據的範圍，異常的處理，都能增強代碼的健壯性，表現在系統上就是穩定。

員工福利和公司文化有一部分是重疊的，如果一個員工對公司有歸屬感，那他的工作效率肯定低不了，如果一個員工在一個公司工作他能感覺到快樂，即使薪資差一些多數人也會依然為了這個公司努力。

公司可以針對員工的興趣愛好做一些工作也能提高員工的工作效率。

給員工做一些有利於提高的培訓，一個團隊就像一個圓桶，有一塊短其他的再長沒有用。

B

C

先把業務邏輯想好，然後按照1，2，3的編號把邏輯排序寫下來，確認邏輯無誤之後就開始按照之前寫好的邏輯步驟編寫代碼。

還有就是在寫某個模塊兒的時候要與其他人溝通看看這個模塊兒是否與他們相關，首先是要設計好資料庫。

平時多積累多學習，思維要發散，編程的時候先分析，就是腦袋裡先把模型構建好，然後再寫。

多看牛人的代碼，從他們的代碼中了解他們的思想。

也要多總結，學習掌握更好的方法。

D

E

許多程序員都會浪費時間在起變數名上，分享一個起變數名的吧——

http://unbug.github.io/codelf/#

橡皮鴨調試法：與團隊成員高談闊論重新有條理地組織問題。

代碼要寫注釋。

先把功能實現，優化什麼的以後再說。

F

G

首先要提的就是基礎紮實，這其中包括所使用的語言的語法，基本的數據結構，掌握儘可能多的api，編程的思維等，有了這些，可以在編碼的過程中行雲流水，遇到問題可以減少大量的查詢文檔的時間；

其次就是調教好的ide，對於初學者來說，相當不建議使用文本編輯器開發，因為調教編輯器會佔用很大的時間，直接使用整合好的ide；

在團隊協作中，要規定好項目的整體框架結構，技術選型優先成熟的技術，規定統一的編碼規範，適當的添加代碼注釋，定期互相review代碼，這些都是團隊協作中提高編碼效率的方法。

團隊協作里加上：熟練使用git svn等版本控制工具。

那麼問題來了，

你給誰打call？

或者你的評論更精闢？？

歡迎投票，更歡迎評論！

擔當——DDBES（Data Driven Business Efficiency System）是由數據驅動的商業效率系統，是立足於以數據驅動商業效率提升的運行體系，強調以數據驅動個人和團隊的進取心，通過將所有工作任務系統化、透明化、模塊化、責任到人、積分到人，拒絕濫竽充數，量化「英模」指標，把執行力紮根到每個人心裡來促進業績和貢獻積累，從根本上提升團隊每個人的積極性，實現集體與個人目標的高度協調，通過數據驅動達到企業的高效運轉期望。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！