这由我个人经历得出，因为我是通过自学成为程序员的，我从不相信计算机。我从不相信我刚刚启动的操作系统。我修复的bug那才是真正被修复了。除过测试代码以外，所有代码的运行方式都如我想象的那样。我不相信任何事情，即使是我自己。我不相信我已经搞明白了，直至多次核实。我与怀疑为友，它也应该成为你的朋友。经常去寻找一种方法去测试你的假设，或者再次核查你是否遗漏了什么。这些环节在大多数情况下是不需要的。但有的时候它真的很重要。

不要欺骗计算机

换句话说是“避免抽象漏洞”，不要以系统没有明确指出的方法来使用系统，不要指望那样的行为所带来的作用。不要做哪些对于下一个使用者不明确的事情，因为这个系统不是为他们设计的或者他们没有说明文档。如果用户量超过当前用户三个数量级，你也许应该重新构思你的设计。如果合同暗示但是并没有保证能使用，你应该调整组件与合同保持一致。计算机是一个讨厌的家伙。当你欺骗它的时候，最后它总会反咬一口。

保持简洁

我喜欢扩展问题和解决问题，这正是我们正在做的事。但是许多时间，仅仅是因为我们能看见了一个能被解决的问题，并不意味着它目前值的被解决。我经常把自己看做一个相当愚蠢的程序员-我喜欢简洁、容易被理解的设计。这是一个极大的挑战-任何人都能用复杂的方法解决问题，但是只有优秀的程序员才能用简单、容易理解的方法解决问题。透彻思考一个问题然后使用简单、稳妥的方法解决去解决它。让你自己理解是最重要的事情。编码的大多数时间是用在维护，而不是创造。

不要仅仅是修复特定的bug，消除掉所有再次发生的可能性

不要为你犯下的错误表示抱歉，要表示愤怒，保证它不会再一次让出现。我讨厌bug，我讨厌让我制造出bug的系统。我讨厌我自己的软件有bug，我讨厌创造出本可以避免的bug。我真的很讨厌修复同样的bug两次，所以每当我修复完一个bug，我会思考下面这些问题：现在这个bug可能会发生在哪里？将来它会发生在哪里？是什么导致了这样类似的bug。我如何才能一次性消除掉所有的bug？现在可不可以一并修复？

不断假设

因为我在我的创业公司花费了大量时间，我养成了常常自我提问的习惯，“我为什么要做这个，它能解决什么问题?有没有什么更重要的事情我能做？”。任何时候你都应该有这样的态度。不断追问给自己的假设。你解决的真正问题是什么？有没有人请求你解决表象问题而不是问题的根源？这个解决方案完备吗？过于完备吗？值得这么做吗？

做长远的构思，慢下来，往往会更快

这也许是最重要的一个。这是很容易理解的，作为一个工程师，我们喜欢高效率。我们喜欢尽我们所能去创造更多的东西。但是如果我们不从长远考虑，最后的任何进展都会变得越来越困难。有时候我们在不明白真相的时候编写程序，之后我们不得不返回来重做。有时候我们的解决方案很容易解决当前的问题，但是对于更大的问题却无能为力。有时候我们赶进度没完成整个设计，这导致后来花费更多的时间来修复之前不完善的设计。有时候我们懒得使用正确的方式去写代码，或者仅仅是拷贝或窃取一些代码，因为赶时间或者我们不想把问题思考透彻。我见过太多这样的事情。关于这个问题已经有了其他更好的解释了。但是我要重复的是-我们的目标是逐渐开发出更多好的特性，有更多的用户量。这个曲线每天不会增加很多，但是不管我们每天做了多少，与之前的工作联系在一起。放眼长远。

关心你的代码

我猜这个不需要过多的解释，但是我还是时常看见人们忽视它。为你的工作自豪，关心你写下的代码！当我准备偷懒的时候，我常常想象：在未来某天，我要去处理我的烂代码。你也不需要太过极端-我曾经在谷歌开玩笑，工程师像宠物一样对待他们的代码。在哪里我更像是一个农场主 – 务实，没有感情。但即使这样，我也经常讨厌我的那些设计不够优秀的代码，它们工作的不够好，可读性差。

廉价、快速、正确 — 挑选两个

这是软件行业的铁三角。这是世界上所有软件工程师的工作方式。但是它不是一个自满的理由。事实上，这是你每日面对的敌人。好的软件与优秀的软件的不同点在于如何权衡这个铁三角。常常，真正好的软件想办法在这三者中都占一点点。试着成为这样的程序员- 你能否找到一种更加优雅的设计，它运行快速而且依然保持正确性？你能否放松一些要求以快速达到目标？你也许并总是能做到。事实上，你不应破坏这个三角。但是如果别无选择，确保你明白你选择了哪方面的妥协，为什么这样选择，以及是不是目前最好的选择。