作者Joel是一位独立特行的人物。毕业于耶鲁大学计算机专业。毕业后在微软工作过几年，随后到了一家软件公司做程序员。他认为那家公司的管理方式是抽风式的，就是管的太细，结果就管不过来。表现是可能某天突然有经理来过问一个程序上的细节，发号施令之后就又忙着去过问别人的细节去了。因此他跟另外几位合伙人一起办了一个公司，希望他们的公司是一个适合优秀的程序员发挥特长的公司，并没有明确的方向（这一点跟惠普的两位创始人的创业理念有点类似）。他们的理念是用最好的工作条件吸引最好的程序员，由最好的程序员做最好的软件，然后来获取利润。
作者在2000年开始写博客。更新比较频繁，观点比较特别。因此访问量比较大。这本书就是他的博客上的文章的一个选集。这些文章的写作时间大部分为2006、2007年。个别的我看过英文版。再看还是觉得值得一看。以下摘抄总结几个书中的观点：
1。最好的工作条件：他非常推崇《人件》一书并且真的付诸实践。按他的说法，在纽约的软件公司中也是非常少见的。在寸土寸金的纽约，他租了比较高档的写字楼，每个程序员一间可以关上门的办公室，每个程序员的办公室都有窗户可以看到风景。程序员随便买技术书，都能报销。
2。最好的程序员：他认为优秀的程序员永远是稀缺的，通过主动提交上来的招聘简历得到优秀程序员的概率特别低。因此他主动到一些优秀的大学（比如耶鲁大学）中演讲，希望能吸引优秀的学生。给实习生优厚的待遇，让他们参与重要的项目，从而选拔优秀的人才。他认为java太简单了，因此不能吓退不优秀的人学软件，因此不能让他通过大学文品来识别一个优秀的程序员。
3。优秀的软件：他推崇丰田精益方法中的五个为什么并且在软件开发过程中使用。目的是不让重复的错误重现。他们的客服人员都是优秀的程序员，保证能明白客户的问题。由于五个为什么的使用，他们的软件没有常见的错误，遇到的问题都是疑难杂症，普通的客服人员还真解决不了。
4。关于匈牙利命名法的以讹传讹。匈牙利命名法原意是希望能对变量的类别而不是数据类型做标识，结果由于说明文档中误用了type一词，许多人以为标记出变量的数据类型就可以了。书中给出一个例子说明正确的匈牙利命名法的优点。
作者在2000年开始写博客。更新比较频繁，观点比较特别。因此访问量比较大。这本书就是他的博客上的文章的一个选集。这些文章的写作时间大部分为2006、2007年。个别的我看过英文版。再看还是觉得值得一看。以下摘抄总结几个书中的观点：
1。最好的工作条件：他非常推崇《人件》一书并且真的付诸实践。按他的说法，在纽约的软件公司中也是非常少见的。在寸土寸金的纽约，他租了比较高档的写字楼，每个程序员一间可以关上门的办公室，每个程序员的办公室都有窗户可以看到风景。程序员随便买技术书，都能报销。
2。最好的程序员：他认为优秀的程序员永远是稀缺的，通过主动提交上来的招聘简历得到优秀程序员的概率特别低。因此他主动到一些优秀的大学（比如耶鲁大学）中演讲，希望能吸引优秀的学生。给实习生优厚的待遇，让他们参与重要的项目，从而选拔优秀的人才。他认为java太简单了，因此不能吓退不优秀的人学软件，因此不能让他通过大学文品来识别一个优秀的程序员。
3。优秀的软件：他推崇丰田精益方法中的五个为什么并且在软件开发过程中使用。目的是不让重复的错误重现。他们的客服人员都是优秀的程序员，保证能明白客户的问题。由于五个为什么的使用，他们的软件没有常见的错误，遇到的问题都是疑难杂症，普通的客服人员还真解决不了。
4。关于匈牙利命名法的以讹传讹。匈牙利命名法原意是希望能对变量的类别而不是数据类型做标识，结果由于说明文档中误用了type一词，许多人以为标记出变量的数据类型就可以了。书中给出一个例子说明正确的匈牙利命名法的优点。