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

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

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

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

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

（2） 簽入代碼前請先獲取最新的版本：很容易被忽略的一點，因為很有可能你的同伴也在修改同一個文件，此時，如果你沒有獲取最新的代碼，就匆忙地簽入，是非常有可能在比較版本的時候漏掉沖突的地方，而直接簽入的，導(dǎo)致同伴的代碼被覆蓋。

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

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

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

（6） 動手編碼前請先和相關(guān)人員再次確認(rèn)需求或bug詳情：很多的問題其實改起來并不麻煩，但是如果要是因為理解的不一致造成的改來改去，這個是最折磨人的，所以，必須雙方都完全確認(rèn)后，再動手！切忌不要擅作主張。

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

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

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

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

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

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

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