軟件工程：第四章做業

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

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

2.性格對合做的影響

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

 3.是否須要有代碼規範

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

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

 （3）規範應該儘可能一致；即便有例外，也只能是少數狀況，而不能是不少例外。

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

 4.代碼複審的討論

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

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

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

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

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