《構建之法（第三版）》第四章

**規範可以分為兩個部分：

**風格的原則是簡明，易讀，無二義性

if (condition) 
else

ffileexist 表明是乙個bool值，表示檔案是否存在；

szpath 表明是乙個以0結束的字串，表示乙個路徑

**設計規範不光是程式書寫的格式問題，而且牽涉到程式設計、模組之間的關係、設計模式等方方面面。如果所寫的程式會被很多人使用需要遵守以下規則：

……
p = allocatenewspace(); 
if (p == null)
else

**複審就是看**是否在「**規範」的框架內正確地解決了問題。形式有自我複審、同伴複審、團隊複審，同伴複審是最基本的複審手段。

**複審核查表應該囊括（不侷限於）概要部分（整體風格）、設計規範部分（按照已知的規則去約束）、**規範部分、具體**部分、效能、可讀性、可測試性。

結對程式設計中有兩個角色：

結對程式設計步驟：

傳統複審最大的缺點是複審者缺少對程式的深入了解，

傳統複審設計人員多，複審效率不能平衡。在結對程式設計的過程中不斷重複的互相複審可以十分默契地提高效率。結對程式設計最大的特點在於「領航員」的引入。如果實際中這個角色不能「領航」，則不如放棄結對程式設計。

兩人合作分為萌芽階段，磨合階段，規範階段，創造階段，解體階段。

本章講了很多兩人合作的問題，如果兩個人之間的合作都處理不好，又如何談團隊合作？有些人技術相當好，但是卻不能很好地與人溝通，不能與團隊中其他人的風格相融通。團隊中只有通過頻繁地相互交流，互相融通，在研發過程中遇到的困難能最快、最有效地得到解決。