來源：blog.csdn.net/chenleixing/article/details/44173985

有關(guān)開發(fā)效率和協(xié)作的幾點(diǎn)建議與心得體會
1、小提交:

把大的任務(wù)拆分成多個(gè)獨(dú)立小任務(wù)，每完成小任務(wù)確保無 Bug 后就可以提交合并到主分支甚至發(fā)布；頻繁提交有利于自己把控項(xiàng)目進(jìn)度、降低風(fēng)險(xiǎn)、同其他人協(xié)作和代碼 Review ; 每天可以提交合并多次。每個(gè)小任務(wù)是 1-2 個(gè)小時(shí)可以完成的粒度，最大的一天完成。并行做多個(gè)任務(wù)的時(shí)候，優(yōu)先做最短時(shí)間能夠?qū)崿F(xiàn)的任務(wù)。

git分支的開發(fā)方式是十分實(shí)用的。在自己的分支開發(fā)，然后再合并到對應(yīng)的開發(fā)分支上。都是小分支小提交。方便自己開發(fā)，也不容易出現(xiàn)大量重沖突。本地開發(fā)小分支是不會推送到遠(yuǎn)程倉庫的，從而不會導(dǎo)致遠(yuǎn)程倉庫的混亂。

2、命名規(guī)范:

盡量避免無意義的字符做變量 比如 a, b, t 。可以逐步改善，可以參考:http://google-styleguide.googlecode.com/svn/trunk/javaguide.html

這里主要體現(xiàn)出代碼的易讀性上。變量命名最好能讓人一眼看出含義?？赡懿⒉恍枰裱厥獾囊?guī)范。

3、避免過度設(shè)計(jì):?

能夠用簡單方式實(shí)現(xiàn)的功能，不引入復(fù)雜的類，對象，避免不必要的 new 對象，避免引入不必要的泛型、線程。開發(fā)初期冗余大于抽象和依賴。避免自己重新實(shí)現(xiàn)比較通用的組件和函數(shù)。調(diào)研多種實(shí)現(xiàn)方式的時(shí)候，選用做簡單的實(shí)現(xiàn)方式。盡量少寫代碼。

個(gè)人觀點(diǎn)：

技術(shù)性能和代碼開發(fā)是兩種東西。其實(shí)最后的目的都是又快又好的完成功能。設(shè)計(jì)一定要落地接地氣，不能過度追求技術(shù)的良好性。100行代碼 提升了0.0001秒的性能? 不如用10行代碼直接完成代碼編寫。有時(shí)候整齊，清澈見底的代碼才是好代碼。性能問題只會出現(xiàn)少數(shù)接口上，針對部分問題單獨(dú)進(jìn)行優(yōu)化未免不可。編寫代碼信奉 先有后無。有設(shè)計(jì)討論的時(shí)間，先把他實(shí)現(xiàn)了。

4、Web 工程盡量避免在應(yīng)用內(nèi)部保存“狀態(tài)”，這樣可以適應(yīng)頻繁發(fā)布、重啟無影響。

5、善于用打日志的方式調(diào)試，在程序關(guān)鍵點(diǎn)打日志。盡量少用斷點(diǎn)方式，日志方式可以批量調(diào)試一批功能，效率相對高。

6、避免一屏顯示不下的超大函數(shù)。

7、添加必要、簡潔的注釋：

循環(huán)中的 continue, break 盡量加上單行注釋；盡量避免非函數(shù)結(jié)尾的 return，必要的時(shí)候加注釋。類自動(dòng)生成 toString() 方法，方便調(diào)試和打日志。

8、不把自己局限到做某個(gè)功能，每個(gè)人都是整個(gè)項(xiàng)目的 Owner ，盡量交叉 Review ，交叉開發(fā)。

???? 只做自己一塊內(nèi)容，對于代碼設(shè)計(jì)很容易失去大局觀。

9、遇到問題及時(shí)和其他人溝通，避免浪費(fèi)時(shí)間。

?? 避免自己死扛，有時(shí)候問別人5分鐘就能解決問題。

10、從最終產(chǎn)品的目標(biāo)審視自己細(xì)小的設(shè)計(jì)，熟悉自己負(fù)責(zé)部分的上下游代碼。時(shí)刻關(guān)注最終產(chǎn)品(Web 界面和日志)，發(fā)現(xiàn) Bug 和可以改善的地方。

??? 考慮問題從全局 ，產(chǎn)品出發(fā)，考慮設(shè)計(jì)的合理性，避免閉門造車。