第一部分 位与字节：编程实践点滴

一 语言的选择 /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