1.結對項目的案例和論文

結對編程是一種編程模式，從字面上理解就是兩個程序員並排坐在一臺電腦前，面對同一臺顯示器，他們一起進行需求分析、設計、編碼、編寫測試用例、執行單元測試和集成測試，甚至一起寫文檔。這麽說吧，基本上軟件開發流程裏的所有開發環節他們都需要一起肩並肩地、平等地、互補地完成工作。兩位程序員坐在同一工作臺前開發軟件。與兩位程序員各自獨立工作相比，結對編程能編寫出質量更高的代碼，對開發人員自身來說結對工作能帶來更多的信心在企業管理層次上有效地促進交流分享知識更好的應對人員流動。

2.性格對合作的影響

不同的性格對合作有著不同程度的影響或許有的人頑固己見內向保守不好溝通，又或許同伴是十分熱情易於交流這會直接影響合作的質量，合作包括初始、核心、末尾，無論那個階段受影響都會導致結果失敗或變差，這就需要成員之間互相溝通相互理解，以集體利益為主，不使個人情緒影響合作質量

3.是否需要有代碼規範

（1）也許規範對個人的開發效率會有負面影響。但是放到整個團隊層面上，它恰恰是能夠節約大家的編程時間的東西。那個版本管理員花費的三、四個小時，本來可以用來測試、用來修正bug，或許會因為代碼不規範而被浪費掉了。

（2）個人的那也叫規範？最多叫個人習慣。足球裏有一句話，沒有哪個球員比球隊更重要。項目組也一樣，沒有哪個人的個人習慣大過團隊規範。

（3）規範應該盡量一致；即使有例外，也只能是少數情況，而不能是很多例外。

（4）這是個人主義，每個人的代碼書寫習慣不同，應集體討論優勢互補減少對各成員習慣影響

4.代碼復審的討論

代碼復審的意義在於找出錯誤或者是代碼不規範的地方，在此過程中可能會發現各種問題算法不夠優化，邊界條件沒有處理好，某些地方需要改進也讓開發人員熟悉了各方面的代碼和相應領域的知識，這樣也保證了產品代碼的質量，否則後期發現問題更難，免去了後期修復的將要花費的更大的代價，一旦代碼簽入產品代碼中在把所有問題找出來更難，這更是直接影響軟件質量，不能小看小的錯誤

5.閱讀別人的代碼有多難

我自己寫代碼的時候也是不規範不喜歡加註釋，每行代碼的空格也不相同，所以寫完一段程序後都會顯得頁面很亂一點兒也不美觀，再修改的時候也會很麻煩，這也不方便自己閱讀，我自己所想的方便閱讀和修改代碼的方法首先是要養成良好的書寫習慣，代碼與代碼之間的行間隙和空格要相同，括號位置，在寫完程序後間隔行代碼的位置調整，這也會是代碼在查看的時候顯得整齊

6.結對編程中不好的習慣——你經歷過麽，如何提醒同伴改進

每個人都會有一些的壞習慣我們需要理解和包容，對於不拘小節的人可以先和他交流闡明影響尊重他人，對於喜歡發號施令的人要會反駁不然他不知道自己是對是錯；對糾錯者理解的同時向他表明感謝並提示他自己需要獨立完成；要註意團隊的合作不能只在意自己在單獨相處時和他進行交流闡明集體合作的重要性和他自身的錯誤

軟件工程：第四章作業