慢慢地已經(jīng)融入團(tuán)隊(duì)，工作狀態(tài)逐漸步入正軌，但是有別于之前自己參與項(xiàng)目，該項(xiàng)目更多地注重細(xì)節(jié)方面，比起業(yè)務(wù)邏輯的調(diào)整來看，我們更多的時(shí)間都是在調(diào)整和統(tǒng)一頁面樣式、修改描述信息錯(cuò)誤、修復(fù)存儲(chǔ)過程的邏輯錯(cuò)誤，即便是添加新的頁面和業(yè)務(wù)邏輯，自己也必須是處處小心，因?yàn)椴唤y(tǒng)一的樣式即是“錯(cuò)誤的”，不標(biāo)準(zhǔn)的標(biāo)注和提示就是“錯(cuò)誤的”……

自己明顯感到這些內(nèi)容給自己帶來的麻煩，已經(jīng)不止一次地重復(fù)修改一處很小的樣式問題，可能你會(huì)覺得這樣根本體現(xiàn)不出一個(gè)程序員的才能，其實(shí)，能按照需求寫出正確的邏輯的確是一件讓人很爽的事兒，但其實(shí)如果站到應(yīng)用程序角度來看的話，統(tǒng)一的標(biāo)準(zhǔn)和樣式同樣是決定一款應(yīng)用程序成敗與否的重要因素，有的時(shí)候甚至超過后臺(tái)的實(shí)現(xiàn)，因?yàn)橛脩艨吹玫矫玫降膶λ麃碇v往往更加重要。

能從不同的方面讓自己來加深自己對軟件開發(fā)的理解，這就是一次很棒的機(jī)會(huì)。

與此同時(shí)，團(tuán)隊(duì)協(xié)作管理在項(xiàng)目進(jìn)程中的作用體現(xiàn)的更加明顯，因?yàn)檫@關(guān)乎我們每個(gè)人每天的工作內(nèi)容和質(zhì)量，有一些小的方面，雖然是眾人皆知，但落實(shí)到自己頭上同樣是一件很困難的事兒，這里暫作記錄，也是希望自己能夠做的更好：

（1） 代碼簽入要填備注：基本到基本的一條原則，好處不言自明，尤其是當(dāng)團(tuán)隊(duì)成員較多的時(shí)候，清楚的注釋能夠快速定位一些因交叉簽入和測試不徹底造成的bug。尤其要注明多個(gè)版本同時(shí)更新時(shí)的同步信息，盡量保證關(guān)鍵信息，如版本、bug號等的完整。

（2） 簽入代碼前請先獲取最新的版本：很容易被忽略的一點(diǎn)，因?yàn)楹苡锌赡苣愕耐橐苍谛薷耐粋€(gè)文件，此時(shí)，如果你沒有獲取最新的代碼，就匆忙地簽入，是非常有可能在比較版本的時(shí)候漏掉沖突的地方，而直接簽入的，導(dǎo)致同伴的代碼被覆蓋。

（3） 簽入代碼前后均要對功能進(jìn)行驗(yàn)證：嵌入前必須保證代碼的正確性，這個(gè)不用說，嵌入后，重新獲取版本，再次編譯并驗(yàn)證，有的時(shí)候是非常重要的，這樣可以避免我們因?yàn)楹炄胧д`造成的問題，同時(shí)，這也是為了保證服務(wù)器上的代碼是正常可編譯的。

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

（5） 修改公共代碼后請進(jìn)行全面測試：這個(gè)也是毋庸置疑的，因?yàn)楣泊a牽扯的內(nèi)容可能很多，如果我們只測試我們預(yù)期效果的那部分功能的話，很有可能是正確的，但其他地方可能就會(huì)出現(xiàn)問題！這個(gè)幾率是非常高的，所以建議我們能夠慎之又慎地修改公共代碼，如果沒有把握，請盡量通過復(fù)制功能代碼的方式來通過增加冗余，避免影響其他內(nèi)容。

（6） 動(dòng)手編碼前請先和相關(guān)人員再次確認(rèn)需求或bug詳情：很多的問題其實(shí)改起來并不麻煩，但是如果要是因?yàn)槔斫獾牟灰恢略斐傻母膩砀娜?，這個(gè)是最折磨人的，所以，必須雙方都完全確認(rèn)后，再動(dòng)手！切忌不要擅作主張。

（7） 經(jīng)常主動(dòng)地去和別人進(jìn)行Code Review：有很多我們固有的不良編碼習(xí)慣，或者一些我們不熟悉的內(nèi)容，這些都是我們很難觀察到，但我們的同伴可能一眼就能看到的地方，有交互才會(huì)有學(xué)習(xí)，多去理解和學(xué)習(xí)同伴的好的編碼習(xí)慣和思考方式，對我們來說這是最容易的一個(gè)途徑。

（8） 永遠(yuǎn)不要輕視自己手中的工作：這就像一條充滿魔法的詛咒，沒有人能逃脫它，所以，千萬不要因?yàn)檩p視一件任務(wù)，而延時(shí)去做它，否則你會(huì)加班到很慘。

（9） 不要偷懶去拷貝代碼：現(xiàn)在很多的代碼都是我們拷來拷去，但是，因此而遇到的很多問題又多少次讓我們幾乎抓狂？拷代碼不但不能增加我們對代碼的理解，還是引入錯(cuò)誤的一個(gè)主要來源。必須明令禁止！

（10） 在對工程進(jìn)行改動(dòng)前，請先確保該功能點(diǎn)已經(jīng)可以正常工作：很簡單，不要隨隨便便在項(xiàng)目中直接修改功能，尤其是一些新的功能，請先在自己的示例工程中先保證功能的正確性，然后再進(jìn)行移入，這樣會(huì)給我們節(jié)省很多的時(shí)間，不信你試試！

（11） 合理安排工作中的“空閑”時(shí)間：所謂“空閑”時(shí)間，即在不同項(xiàng)目間或者是在同一個(gè)項(xiàng)目不同階段之間的短暫的中場休息時(shí)間，還有就是當(dāng)項(xiàng)目后期，集中處理bug的時(shí)候，可能會(huì)偶爾出現(xiàn)的一些工作真空期，這個(gè)也算是做軟件行業(yè)的一個(gè)常見情況，時(shí)忙時(shí)緊。的確，我們可以充分利用這些時(shí)間來休息，但是如果我們能稍加利用，則會(huì)讓我們有更大的進(jìn)步，比如研究一下一些系統(tǒng)中的疑難雜癥，學(xué)習(xí)一些新的技術(shù)，看看管理方面的書籍，最差勁還可以看看別人寫的代碼長長見識。

（12） 記錄工作中的點(diǎn)點(diǎn)滴滴：所謂積少成多，再大的成就也是一點(diǎn)一點(diǎn)攢起來的，我們的個(gè)人發(fā)展也同樣離不開這個(gè)原則，對于我們?nèi)粘Ｓ龅降囊恍┘夹g(shù)難題，管理經(jīng)驗(yàn)，甚至是自己的心得體會(huì)，如果能夠記錄下載，甚至慷慨地拿出來和大家分享，那我們將收獲更多意想不到的東東。

目前，自己就想到這么多，自己雖然也尚未全部做到上面所述，但也正在努力中，這里權(quán)作記錄，以提醒自己，希望能對大家有所幫助。