當(dāng)你從學(xué)校出來，找到***份軟件開發(fā)工作的時(shí)候，你就不再是一個(gè)單獨(dú)作戰(zhàn)的程序員了，你將會有一個(gè)團(tuán)隊(duì)，你的一舉一動(dòng)也將直接影響團(tuán)隊(duì)的效率和產(chǎn)出。下面這 8 條團(tuán)隊(duì)開發(fā)的基本原則，作為團(tuán)隊(duì)的一員，你必須謹(jǐn)記在心，這會對你和你的團(tuán)隊(duì)帶來非同凡響的效果。

[[115930]]

1、提交（簽入）代碼需要填寫備注說明

團(tuán)隊(duì)開發(fā)中必定會使用一些類似 svn 的代碼管理工具，在提交代碼時(shí)填寫備注，這個(gè)好處是不言而喻的。它可以幫你記錄這次修改完成了哪些功能、修復(fù)了哪些 bug，包括的團(tuán)隊(duì)的其他成員，也可以看到你這次提交代碼所做的貢獻(xiàn)。

2、每天匯報(bào)自己的工作情況

我們可以每天早上把今天的工作做個(gè)簡單的計(jì)劃，然后在下班前把今天的工作內(nèi)容做一下小的總結(jié)，并抄送給領(lǐng)導(dǎo)，很多時(shí)候因?yàn)椴恢酪獙懮?，或者可能一句話就能說清楚，我們就不愿意去做這個(gè)簡要的匯報(bào)，有的公司會要求大家每周做匯報(bào)，但自己還是覺得每天有個(gè)開始和總結(jié)，不僅能夠讓自己對任務(wù)更加清晰，同時(shí)也可以加強(qiáng)自己和領(lǐng)導(dǎo)間的溝通，何樂而不為呢？

3、對一些公共庫的修改一定要謹(jǐn)慎，并且測試再測試

有時(shí)候我們并沒有修改自己寫的代碼塊，但發(fā)現(xiàn)一段時(shí)間后，自己的代碼編譯不了了，于是你很驚訝的發(fā)現(xiàn)，代碼中調(diào)用的公共庫接口被修改了。這樣的問題相信大家經(jīng)常遇到，所以當(dāng)你需要修改公共類庫時(shí)，一定要非常謹(jǐn)慎，***在修改完后進(jìn)行全面的單元測試，或者通知你團(tuán)隊(duì)中的每一個(gè)成員。

4、需求要確認(rèn)，切勿盲目編碼

很多的問題其實(shí)改起來并不麻煩，但是如果要是因?yàn)槔斫獾牟灰恢略斐傻母膩砀娜?，這個(gè)是最折磨人的，所以，必須雙方都完全確認(rèn)后，再動(dòng)手！切忌不要擅作主張。

5、經(jīng)常主動(dòng)地去和別人進(jìn)行 Code Review

有很多我們固有的不良編碼習(xí)慣，或者一些我們不熟悉的內(nèi)容，這些都是我們很難觀察到，但我們的同伴可能一眼就能看到的地方，有交互才會有學(xué)習(xí)，多去理解和學(xué)習(xí)同伴的好的編碼習(xí)慣和思考方式，對我們來說這是最容易的一個(gè)途徑。

6、要相信自己的工作在團(tuán)隊(duì)中是舉足輕重的

有了這樣的信念，你就會對你的任務(wù)更加重視，更全力地去完成它，而不會像其他人一樣老是項(xiàng)目延時(shí)，這對你在項(xiàng)目中建立信心至關(guān)重要。

7、不要盲目拷貝代碼

這一點(diǎn)我想很少有程序員能夠做到，無論是從網(wǎng)上的搜索結(jié)果還是團(tuán)隊(duì)中其他成員編寫的代碼，即便它們能完成你想要的功能，也不要直接全部復(fù)制過來。因?yàn)檫@不僅讓你失去了思考問題的能力，而且也有可能引入一些不必要的問題。雖然重復(fù)造輪子的做法不可取，但是在你拷貝代碼的時(shí)候是否也需要思考一下代碼的實(shí)現(xiàn)思路，這對你的提高非常有用。

8、及時(shí)記錄工作日志

這點(diǎn)也很少會有程序員能夠做到，“一個(gè)沒有博客的程序員不是好程序員！”，用博客記錄自己開發(fā)過程中的經(jīng)驗(yàn)教訓(xùn)，時(shí)間久了，這也是一筆巨大的財(cái)富。另外，你分享的這些經(jīng)驗(yàn)教訓(xùn)，也許還可以幫到別的開發(fā)者，或者你團(tuán)隊(duì)中的小伙伴。

本文出自：http://news.html5tricks.com/8-rules-programmer-remeber.html