源代码也应该可以自己解释自己。如果我只能让别人记住一句关于编程的名言，那么这句名言就是《计算机程序的结构与解释》一书的卷首语：程序写出来是给人看的，附带能在机器上运行。

软件的部分功能就是解释自身。为了写出优秀软件，你必须假定用户对你的软件基本上一无所知。你要明白，用户第一次使用你的软件的时候，不会预先做好功课，他们没有任何准备就开始用了，所以软件的使用方式最好能符合用户的直觉，别指望用户去读使用手册。在这方面，我见过的最佳系统是1984年原始的Macintosh电脑。它做到了那时别的软件都做不到的事情：它真的能用。

判断一个人是否具备“换位思考”的能力有一个好方法，那就是看他怎样像没有技术背景的人解释技术问题。

就我所知，当多个画家共同创作一幅作品时，每个人画的部分都是不一样的。通常来说，大师负责画主要人物，助手们负责画次要人物和背景。但是你肯定找不到某个部分是两个人一起画的。
我认为，这也是多人共同开发一个软件的正确模式。需要合作，但是不要“合”的过头。如果一个代码块有三四个人共同开发，就没有人真正“拥有”这块代码。最终，它就会变得像一个公用杂物间，没人管理，又脏又乱，每一个模块有一个人明确负责。模块与模块之间的接口经过精心设计，如果可能的话，最好把文档说明写的编程语言规范那样清晰。

创业的另一个问题是赚钱的软件往往不是好玩的软件，两者的重叠度不高。设计编程语言是很好玩的事情，事实上，微软的第一个产品就是一种编程语言。但是，如今没有人会出钱买编程语言。如果你想赚钱，你可能不得不去干那些很麻烦很讨厌的事情，因为这些事情没人愿意义务来干。

创造优美事物的方式往往不是从头做起，而是在现有成果的基础上做一些小小的调整，或者将已有的观点用比较新的方式组合起来。这种各类型的工作很难用研究性的论文表达。

与其说优秀的软件设计师是工程师，还不如说是建筑师。建筑学和工程学之间的区别并不是很严格的，但就是存在区别。这表现在“做什么”和”怎么做“：建筑师决定做什么，工程师想出怎么做。

判读一个人是否具备“换位思考”的能力有一个好办法，就是看他怎样向每一技术背景的人解释技术问题。

正确的合作方法是将项目分割成严格定义的模块，每一个模块由一个人明确负责。模块与模块之间的接口经过精心设计，如果可能的话，最好把文档说明写得像编程语言规范那样清晰。

坚持一丝不苟，就能取得优秀的成果。同样地，优秀的软件也要求对没狂热的追求。

大多数黑客不是通过大学课程学会编程的，他们从实践中学习。即使上了大学，黑客学习编程依然主要通过自己写程序。
像创作者一样工作，定期地从头开始，不要长年累月地在一个项目上不断工作，并且试图把所有的最新想法都以修订版本的形式包括进去。
创作者的另一个学习途径是通过范例。开源运动最鲜为人知的优点之一，是使得学习编程变得容易了。

黑客新想法的最佳来源，并非那些名字里有“计算机”三个字的理论领域，而是来自于其他创作领域。