構建之法閱讀筆記04

發布日期：2017.6.16

通過結對合作，令我意識到了編寫程序不僅僅要自己能明白，也要便與他人查看和理解自己的程序。

4.1大節提到的代碼規範，我們編寫代碼時要註重代碼風格規範和代碼設計規範，無論是類名，對象名，縮進還是行寬什麽的，在結對子編程時都要有所規定，不然到後面出現的類或是對象多了，就很容易混亂，分不清楚誰是誰。要學會封裝，編寫函數，將功能模塊具體化，減少主方法裏面的代碼，避免大規模的出錯。

4.4中提到了代碼復審，在平時編程程序時，我也會從頭到尾的查看自己的代碼，運行程序，若是多次結果相同，無誤就可以了。沒有想過發現代碼錯誤外，還去思考邏輯是否有誤，算法夠不夠優化等其他問題。他人能否覺得我所編寫的程序是否簡單易懂，能否從中學習。

結對編程，兩個人好交流意見，產生分歧不大，換做是團隊合作會怎麽樣呢？會不會尚未從結對編程中脫離出來，對團隊合作感到混亂，不會分工，不便於交流？所以我們要學會需找合適的團隊合作模式和開發流程。書本上提到了很多的團隊合作模式和開發流程，都各有優缺點。僅僅從校園合作的角度出發，我認為使用功能團隊模式更適合彼此合作交流，而開發流程在校園合作階段，容易被忽視或是考慮的不全面，大夥要著重培養。

個人感受：5結對編程，兩人合作，一同思考一同編寫程序，有利於提高效率，相互學習。所以要學會4.6節提到的合作的不同階段和技巧，一開始探索項目時，中途遇上不可解決問題時，後期簡單的復查時，可以獨立思考，期間思路清晰，溝通良好時，一起結對編寫，加強合作。在合作中在客觀全面的對待自己的結對夥伴，懂得相互鼓勵，相互學習俗話說眾人拾柴火焰高，在遇到問題時團隊的力量是十分關鍵的，單打獨鬥是不可取的。

構建之法閱讀筆記04