喜愛的程式設計名言

爸爸和无我编程十条诫律：

http://www.aqee.net/dad-and-the-ten-commandments-of-egoless-programming/

1. 理解和接受自己会犯错误。关键是要尽早发现，在错误进入到最终产品前发现它们。幸运的是，除了我们少数几个在喷气推进实验所开发火箭导航系统的人外，在软件行业中犯错误通常不会导致灾难性事故。我们可以，也应该从错误中吸取教训，微笑，并继续前进。
2. 你不是你的代码。记住代码审查的全部目的就是去发现问题，相信问题会被我们发现。当有问题疏漏时不要自责。
3. 不管你对“空手道”有多了解，一定会有人知道的更多。如果你去问，这样的人可以告诉你一些新的招数。从别人那里寻找和接受新的知识，特别是那些你认为不需要的知识。
4. 不要在没有讨论的情况下重写代码。在“调整代码”和“重写代码”之间有一条很细致的界限，你应该在代码审查的制度下做风格上的调整，不要独断专行。
5. 对那些不如你的人要尊敬，礼遇，有耐心。经常跟开发人员打交道的非技术人士通常持有这样的观点：程序员凭借一技之长狂放不羁。不要让你的发怒和缺乏耐性让他们心中的这种形象加深。
6. 这世界上唯一不变的就是变化。开放思考，面带微笑的接受它。把需求上、平台或工具里的每个改变都视作一种新的挑战，而不是把它们当作大麻烦来抵制。
7. 真正的权威来自知识，而不是职位。知识造就权威，权威带来尊敬——所以，如果你想在一个无私的环境中获得尊敬，去培养自己的知识吧。
8. 为信仰奋斗，但我文雅的接受失败。要理解，有时候你的想法会被拒绝。即使你是对的，你也不要报复或说“I told you so.”千万不要让你心爱的被抛弃的想法变成殉道者或抱怨素材。
9. 不要成为“角落里的程序员。”不要成为隐藏在黑暗办公室里、只因为口渴才出现的人。藏在角落的里程序员短视、与世隔绝、不受控制。这样的人在公开的、合作的工作环境中发不出声音。参与到交流中，成为你的办公室团体中的一员。
10. 批评代码而不是人——对编码人友善，但不要对代码友善。尽可能的让你的批评具有积极性，以改进代码为目标。批评要联系本地标准，编程规格文档和提高后的性能等。

这个十条诫律至今伴随这我。它让我成为了一名更好的程序员。有时我在想，如果爸爸还在我身边，他还会给我哪些建议？虽然我不知道，但我相信，他会为我一直记住这些而高兴的。

下面是一些编程的经典名言：

1. 生命太短暂，不要去做一些根本没有人想要的东西。——Ash Maurya，Running Lean 作者
2. 如果你交给某人一个程序，你将折磨他一整天；如果你教某人如何编写程序，你将折磨他一辈子。——David Leinweber
3. 软件设计有两种方式：一种方式是，使软件过于简单，明显没有缺陷；另一种方式是，使软件过于复杂，没有明显的缺陷。——C.A.R. Hoare
4. 其实，我尝试着使Ruby更自然，而不是简单。Ruby看起来很简单，但内部是非常复杂的，就像我们的身体一样。——松本行弘，Ruby之父
5. 大部分情况下，构建程序的过程本质上是对规范调试的过程。——Fred Brooks，《人月神话》作者
6. 软件开发往往是这样：最开始的90%代码占用了开始的90%的开发时间；剩下10%代码同样需要90%的开发时间。——Tom Cargill
7. 当你试图解决一个你不理解的问题时，复杂化就产成了。——Andy Boothe
8. 用几个小时来制定计划，可以节省几周的编程时间。—— 匿名
9. 控制复杂性是计算机编程的本质。—— Brian Kernighan
10. 计算机科学领域的所有问题都可以通过其他方式间接解决。——David Wheeler
11. 编程是两队人马在竞争：软件工程师努力设计出最大最好的连白痴都会使用的程序；而宇宙在拼命制造最大最好的白痴。到目前为止，宇宙是胜利者。—— Rick Cook
12. 调试一个初次见到的代码比重写代码要困难两倍。因此，按照定义，如果你写代码非常巧妙，那么没有人足够聪明来调试它。—— Brian W. Kernighan
13. 我不是一个伟大的程序员，我只是一个具有良好习惯的优秀程序员。― Kent Beck
14. 你们中大多数人都熟悉程序员的美德，有三种：那就是懒惰、急躁和傲慢。– Larry Wall，Perl語言发明人
15. 任何一个傻瓜都会写能够让机器理解的代码，只有好的程序员才能写出人类可以理解的代码。——Martin Fowler
16. 靠代码行数来衡量开发进度，就像是凭重量来衡量飞机制造的进度。——比尔•盖茨
17. 这不是一个bug，这只是一个未列出来的特性。——匿名
18. 作为一个程序员，郁闷的事情是，面对一个代码块，却不敢去修改。更糟糕的是，这个代码块还是自己写的。—— Peyton Jones
19. 它在我的机器上可以很好运行！——大部分程序员
20. 能说算不上什么，有本事就把你的代码给我看看。——Linus Torvalds，Linux之父
21. 我认为对象就像是生物学里的细胞，或者网络中的一台计算机，只能够通过消息来通信——Alan Kay，Smalltalk的发明人，面向对象之父
22. 当你选择了一种语言，意味着你还选择了一组技术、一个社区。——Joshua Bloch
23. 质量、速度、廉价，选择其中两个。——匿名
24. 过早的优化是罪恶之源。——Donald Knuth
25. 没有什么代码的执行速度比空代码更快。——Merb核心原则
26. 如果你是房间里最聪明的人，那么你走错房间了。——匿名
27. 如果只需更改一个单一的代码行，你的部门需要花费多长时间？——Mary Poppendieck
28. 九个人不能让一个孩子在一个月内出生。——Fred Brooks，《人月神话》作者
29. 好代码本身就是最好的文档。当你需要添加一个注释时，你应该考虑如何修改代码才能不需要注释。——Steve McConnell，Code Complete 作者
30. 一个人在教会电脑之前，别说他真正理解这个东西了。——Donald Knuth

1. Life’s too short to build something nobody wants – Ash Maurya, Running Lean 作者
2. Give someone a program, you frustrate them for a day; teach them how to program, you frustrate them for a lifetime. – David Leinweber
3. There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies. — C.A.R. Hoare
4. Actually, I’m trying to make Ruby natural, not simple. Ruby is simple in appearance, but is very complex inside, just like our human body. – Matz, Ruby 發明人
5. Much of the essence of building a program is in fact the debugging of the specification. – Fred Brooks, The Mythical Man-Month 作者
6. The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time. – Tom Cargill
7. Complication is what happens when you try to solve a problem you don’t understand – Andy Boothe
8. Weeks of programming can save you hours of planning. – Unknown
9. Controlling complexity is the essence of computer programming. — Brian Kernighan
10. All problems in computer science can be solved by another level of indirection(abstraction) – David Wheeler 
    …except for the problem of too many layers of indirection. – Kevlin Henney’s corollary
11. Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. — Rick Cook
12. Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. — Brian W. Kernighan
13. I’m not a great programmer; I’m just a good programmer with great habits. ― Kent Beck
14. Most of you are familiar with the virtues of a programmer. There are three, of course: laziness, impatience, and hubris. – Larry Wall, Perl 程式語言發明人
15. Any fool can write code that a computer can understand. Good programmers write code that humans can understand. – Martin Fowler
16. Measuring programming progress by lines of code is like measuring aircraft building progress by weight. – Bill Gates
17. It’s not a bug – it’s an undocumented feature. – Unknown
18. The most depressing thing about life as a programmer, I think, is if you’re faced with a chunk of code that either someone else wrote or, worse still, you wrote yourself but you no longer dare to modify. That’s depressing. – Peyton Jones
19. It works on my machine! – 數以萬計的程式設計師
20. Talk is cheap. Show me the code. – Linus Torvalds
21. I thought of objects being like biological cells and/or individual computers on a network, only able to communicate with messages — Alan Kay, Smalltalk 發明人
22. When you choose a language, you’re choosing more than a set of technical trade-offs—you’re choosing a community. -Joshua Bloch
23. Quality, Speed or Cheap. Pick two. – Unknown
24. Developer testing isn’t primarily about verifying code. It’s about making great code. If you can’t test something, it might be your testing skills failing you but it’s probably your code code’s design. Testable code is almost always better code. – Chad Fowler
25. We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil. – Donald Knuth
26. No code is faster than no code. – Merb core tenet
27. If you’re the smartest person in the room, you’re in the wrong room. – Unknown
28. How long would it take your organization to deploy a change (to production) that involves just one single line of code? Do you do this on a repeatable, reliable basis? – Mary Poppendieck
29. Nine people can’t make a baby in a month.  — Fred Brooks, The Mythical Man-Month作者
30. Good code is its own best documentation. As you’re about to add a comment, ask yourself, ‘How can I improve the code so that this comment isn’t needed?’ Improve the code and then document it to make it even clearer. – Steve McConnell, Code Complete 作者
31. A person does not really understand something until after teaching it to a computer. – Donald Knuth