1 、結對項目的案例與論文

　　論文已閱讀。

2、性格對合作的影響

　　我的ＭＢＴＩ為：ISFJ 照顧者型（內向實感情感判斷）——值得信賴和依靠。

　　在團隊合作中，外傾型的人一般會較為熱情對工作積極性比較大，內傾型比較安靜，外傾型依靠思維做出選擇判斷較多，內傾型依靠清感做出選擇判斷較普遍。從作決策的方式來看，兩類人都有理性思考的成分，但作決定或下結論的主要依據不一樣。情感型的人常從自我的價值觀念出發，變通地貫徹規章制度，做出一些自己認定是對的決策，比較關註決策可能給他人帶來的情緒體驗，人情味較濃。思維型的人則比較註重依據客觀事實的分析，一以貫之、一視同仁地貫徹規章制度，不太習慣根據人情因素變通，哪怕做出的決定並不令人舒服。所以在團隊合作時，團隊裏應包容統一，協調合作。

3 、是否需要有代碼規範

　　1. 這些規範都是官僚制度下產生的浪費大家的編程時間、影響人們開發效率, 浪費時間的東西。（反駁）

統一是有價值的，一個程序員永遠不可能獨自工作，在軟件團隊工作時代碼規範是一定要強調的，這是團隊積攢下來的經驗。在整個軟件團隊的工作環境中，它能夠大幅度節約團隊編程所需要的時間，提高團隊的工作效率。也許代碼規範會讓剛接觸的使用者感到束手束腳，但是熟悉之後，在程序的可理解性上得到的好處會大大的補償之前的損失。

　　2.我是個藝術家，手藝人，我有自己的規範和原則。（反駁）

特立獨行對於開發者來說也許很合適，但是在軟件團隊的工作中，藝術家的行業道德並不合適。一個人的規範不叫規範，沒有哪個人的個人規範和原則可以淩駕於團隊規範與團隊原則之上。如果因為一個人的個人規範和原則導致團隊工作受到了嚴重的影響，那麽這樣的規範和原則不如沒有。

　　3.規範不能強求一律，應該允許很多例外。（反駁）

規範應該盡量一致，即使有例外，也只能是少數情況，而不能是很多例外。我個人認為例外多了，就不能叫做例外了。
　　4.我擅長制定編碼規範，你們聽我的就好了。（反駁）

在團隊工作中，完全遵守代碼規範的收益是 降低閱讀代碼時候的溝通成本，但是在一個團隊適用的規範和原則在另一個團隊不一定同樣適用。如果對現有的代碼規範和原則有意見，可以通過一定方法修訂並發布新的規範。但是在新的規範發布之前，遵守舊的規範，維護團隊利益。

4 、代碼復審的討論

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

　　關於自己編寫代碼時，如何讓代碼更易於閱讀與維護。

歸納：

1）、 使代碼遵從工具

2）、堅持使用一種命名模式

3）、使用斷言來記錄先決條件和後置條件

4）、不要隨意縮寫英文單詞

5）、C語言標準運行時庫的設計不是很優秀。不要去效仿它

6）、不要寫“聰明”的代碼

7）、 理解編程語言特性的設計初衷，使用這些特性去做它們適合完成的工作，而不是它們能做到的工作

8）、按功能單元劃分源碼樹，而不是按組織結構

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

　　結對編程從來不是一個人的事情，因此我們作為團隊成員我們要去遵守一些規範，這樣才可以讓我們的團隊變得更好，才能讓我們的編程工作得以進行。首先溝通是必要的，我們還可以制定一些行為規範和工作要求，在溝通時還要註意個人態度和規勸溝通的語氣，盡量委婉，要求同存異，盡量達成一致。

現代軟件工程-構建之法---第四章 練習與討論