第一部分 位與字節：編程實踐點滴

一 語言的選擇 /2

二 深入底層 /4

三 JOEL測試：改進代碼的12個步驟 /14
     1. 使用源控制機制嗎？
     2. 能一步完成連編嗎？
     3. 每天都連編嗎？
     4. 有故障信息數據庫嗎？
     5. 在編寫新代碼之前修復故障嗎？
     6. 有最新的進度表嗎？
     7. 有規格說明書嗎？
     8. 程序員擁有安靜的工作環境嗎？
     9. 你用到了你資金能力內可買到的最好工具嗎？
    10. 有測試人員嗎？
    11. 新聘人員在試用期寫代碼嗎？
    12. 進行走廊可用性測試嗎？

四 每一位軟件開發人員必須、絕對要至少具備UNICODE與字符集知識(沒有任何例外!) /27

五 輕松寫就功能規格說明書 第1節：為什么煩心? /38

六 輕松寫就功能規格說明書 第2節：什么是規格說明書? /44
    1. 事先聲明
    2. 作者
    3. 情節
    4. 非構建目標
    5. 概觀
    6. 細節，細節，細節
    7. 未盡事宜
    8. 旁注
    9. 規格說明書需要保持時時更新的狀態

七 輕松寫就功能規格說明書 第3節：但是……如何? /54

八 輕松寫就功能規格說明書 第4節：技巧 /58

九 輕松制訂軟件進度表 /65

十 每日連編是朋友 /75

十一 難伺候的故障修復 /81

十二 軟件開發中的5個世界 /87

十三 稿紙原型開發 /94

十四 不要被太空架構師所嚇倒 /96

十五 開火與運動 /100

十六 人員技能 /一104

十七 源于計算機學科的三個錯誤思想 /109

十八 二元文化 /4

十九 自動獲取用戶故障報表 /120

                第二部分 開發人員的管理

二十 面試游擊指南 /132

二十一 重金激勵害多利少 /145

二十二 不配備測試人員的五個首要(錯誤)原因 /149

二十三 任務換人有害無益 /156

二十四 絕不去做的事情，第一部 /160

二十五 冰川下的秘密 /165

二十六 漏洞抽象定律 /172

二十七 程序設計界的Lord Palmerston /178

二十八 評測 /185

                第三部分 Joel對常態問題的遐想

二十九 Rick Chapman解讀愚昧 /188

三十 在這個國家狗是干什么的? /193

三十一 作為哼哈二將，只管去做事 /198

三十二 兩個故事 /204

三十三 巨無霸麥當勞與天才廚師Jamie Olivei /209

三十四 沒有什么像IT看起來那么簡單 /214

三十五 提防非自主開發綜合癥 /218

三十六 策略I：BEN＆JERRY公司與AMAZON /222

三十七 策略Ⅱ：雞與蛋問題 /230

三十八 策略III：讓我回去! /237

三十九 策略IV：大件與80／20神話 /242

四十 策略V：公開源代碼的經濟因素 /246


四十一 墨菲法則肆掠的禮拜 /254

四十二 微軟公司是如何敗北API之戰的 /258

                第四部分 對．NET稍多的評說

四十三 微軟精神失常了 /276

四十四 我們的．NET對策 /282

四十五 請問，我可以使用連接程序嗎 /286

                第五部分 附錄

附錄A 很好的問題 /290