本章内容是講“兩人合作”，衆所周知——“三個臭皮匠賽過諸葛亮”，無論是從事什麼活動或者工作，可見合作的力量是1+1>2
一、重要性：
軟體開發的過程是複雜的，顯然的一個人的智慧是不夠的，遇到問題一起解決，工作一起分擔能使開發的效率提高很多。以後到公司團隊工作，合作很大程度上實作優勢互補，比如說有人擅長界面設計，有人擅長實作功能，這樣的合作能減少工作量提高整個開發效率。有些人技術很好，可是在溝通這方面十分欠缺，這是很不利于合作的，在項目的開發中，一旦項目出現問題或者自己對一些代碼功能的修改都要及時跟同伴溝通，不然将給其他人帶來很多不必要麻煩，比如資料庫表的字段未經過同意就修改字段，其他開發人員恰好也用到這張表，卻不知字段被修改，将會帶來很多額外的工作。
二、如何合作：代碼規範、代碼複審
1、合作說易不易，合作的好勢必效率品質調高，如果隻是自己做自己當然失去合作的意義
作為一位程式員，難免會因為各種各樣的原因要閱讀其他人的代碼，這時候我們往往會有數不盡的吐槽和疲倦。雖然現在我們在學校寫的都是項目而且都是一個人完成，對這樣的場景還沒有深刻體會，但是以後出去工作，避免不了要加入新項目，閱讀其他人代碼是常有的事，下面是如何進行代碼規範：
1.1 去除沒有用到的類引用，eclipse裡面Ctrl+Shilft+O
1.2 記得格式化代碼，eclipse裡面Ctrl+Shilft+F
1.3 不要吝惜廢棄的老代碼，eclipse裡面Ctrl+D
1.4 不要寫備援無用的代碼
1.5 空行可以用來隔開相對獨立的代碼塊，有利于閱讀和了解
1.6 不要在兩個地方出現完全相同的代碼，可以用重用
1.7 命名類，方法，變量慎用簡寫，開發前規定好，而且要有意義
1.8 把所有的類變量放到最前面，不要亂放，找起來很辛苦
1.9 拆分大的類，大的方法，如果類有一萬行，如果方法有一千行嗎，看了很難受
1.10 善于運用注釋，能提醒自己寫的是什麼内容，而且命名的英文，未必别人了解自己想表達的内容
2、代碼複審：在“代碼規範”的架構内正确解決問題（自我複審、同伴複審、團隊複審），最基本的複審手段是同伴複審
複審的目的：找出代碼的錯誤、發現邏輯錯誤、發現算法錯誤、發現潛在的錯誤和回歸性錯誤、發現可能改進的地方、教育傳授經驗給開發人員
如何複審：
複審前：代碼必須成功地編譯，在所有要求的平台上，同時要編譯DeBug Reteil版本；程式員必須測試過代碼
複審中：面對面複審、獨立複審或其他方式
複審後：更正明顯錯誤、記錄無法修改的錯誤、記錄自己的一個“常犯錯誤”（近一步自我複審）