第一部分 位與字節(jié)：編程實踐點滴

一 語言的選擇 /2

二 深入底層 /4

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

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

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

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

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

八 輕松寫就功能規(guī)格說明書 第4節(jié)：技巧 /58

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

十 每日連編是朋友 /75

十一 難伺候的故障修復(fù) /81

十二 軟件開發(fā)中的5個世界 /87

十三 稿紙原型開發(fā) /94

十四 不要被太空架構(gòu)師所嚇倒 /96

十五 開火與運動 /100

十六 人員技能 /一104

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

十八 二元文化 /4

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

                第二部分 開發(fā)人員的管理

二十 面試游擊指南 /132

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

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

二十三 任務(wù)換人有害無益 /156

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

二十五 冰川下的秘密 /165

二十六 漏洞抽象定律 /172

二十七 程序設(shè)計界的Lord Palmerston /178

二十八 評測 /185

                第三部分 Joel對常態(tài)問題的遐想

二十九 Rick Chapman解讀愚昧 /188

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

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

三十二 兩個故事 /204

三十三 巨無霸麥當(dāng)勞與天才廚師Jamie Olivei /209

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

三十五 提防非自主開發(fā)綜合癥 /218

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

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

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

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

四十 策略V：公開源代碼的經(jīng)濟因素 /246


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

四十二 微軟公司是如何敗北API之戰(zhàn)的 /258

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

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

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

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

                第五部分 附錄

附錄A 很好的問題 /290