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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

it知識庫：程序員發(fā)展十分重要的12條日常習(xí)慣，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。