原贴:http://mindhacks.cn/2009/03/09/first-principles-of-programming/
半年前，JoelOnSoftware和CodingHorror合搞的stackoverflow.com刚上线不久，我兴冲冲地跑过去扔了一个问题：
你们认为编程的首要原则是什么？
作为我的学习原则的一个实践：
8. 学习一项知识，必须问自己三个重要问题：1. 它的本质是什么。2. 它的第一原则是什么。3. 它的知识结构是怎样的。
5个月过去了，这个问题到现在还有人回复，我得到了一大堆有意思的答案，忍不住翻译过来与大家分享：
1. 获得最多认同的答案：
KISS - Keep It Simple Stupid
DRY - Don’t Repeat Yourself
一点不感到意外吧？
注：DRY原则倒是比较好理解和实践的。但KISS原则则是看上去直白，其实实践起来不那么容易的一个原则，因为simple和stupid的定义 并不是每个人、在每个场景下都是一致且明显的，一个人的simple可能是另一个人的stupid，一个人的stupid可能是另一个人的 unnecessary。一旦一个标准取决于具体场景，事情就不那么简单了。所以我们经常要说“It depends”。
2. 获得第二认同的答案：
写代码时时刻设想你就是将来要来维护这坨代码的人。
在这个答案后面有人添加到：
最好设想你的代码会被一个挥着斧头的精神病来维护。
有人接着又YY道：
而且这个挥着斧头的精神病还知道你住在哪儿。1
注：其实这个原则在设计API时也有用：
写API时时刻设想你就是要去使用这坨API的人。
3. 一些众所不一定周知的答案：
先弄清你的问题是什么！
弄清问题永远是问题解决过程中的第一步和最重要的一步。
代码只是工具，不是手段。
不知道怎么最好地解决你手头的问题（注：需求、架构、算法，技术选型，etc..），写上一万坨代码也是浪费比特。
知道什么时候不该编码。
（类似条目：YAGNI——“你并不需要编写这坨代码！”，针对你的需求编码，“写你所需”，别做“聪明事”，为一个不确定的未来编码。同时也注意模块化设计，以便能在未来新增需求时无痛扩充系统）
永远不要假定你已经了解一切了！
不作没有证据的推论。
想清楚了再编写。类似条目：如果方案在你脑子里面或者纸上不能工作，写成代码还是不能工作。
4. 一些众所很可能周知的答案：
越懒越好。
过早优化是一切罪恶的根源。
不要重新发明轮子。
测试通过前说什么“它可以工作”都是纯扯淡。
了解你的工具。
一切以用户需求为导向。
利用分治、抽象，解开子问题之间的耦合。
5. 最幽默的答案：
咖啡进，代码出。（Coffee in, Code out）2
最后，整个问题的 thread 在这里。
Footnotes:- 事实上后面有人指出这是 Martin Golding 的一句名言 [↩]
- 参见 Garbage in, Garbage out. [↩]
<script type="text/javascript">cT="0";nc="#444444";nBgc="";nBorder="#F5E5A9";tc="#649B00";tBgc="#FFF4D0";tBorder="#F5E5A9";tDigg="%E6%8E%A8%E8%8D%90";tDugg="%E5%B7%B2%E8%8D%90";defaultItemUrl="http://mindhacks.cn/2009/03/09/first-principles-of-programming/";defaultFeedUrl ="http://mindhacks.cn/feed/";</script> <script src="http://re.xianguo.com/api/diggthis.js" type="text/javascript"></script>
你可能也会喜欢以下文章
23 Comments
1910
到【灌水乐园】发言
你喜欢怎样编程你的原则就是什么
脚注的返回链接怎么弄的啊？大侠是用muse吗？
我是先看到李笑来老师用的，注意到他每篇文章的 footnotes 都是标准格式，想必用了插件，于是 Google 了一把 “wordpress footnotes” ，就找到了 wp-footnotes 插件。
哦，了解，谢谢！那你文章中的超链接也是wordpress插件生成的咯？
指向脚注和脚注中回指的超链接是wp-footnotes生成的。
不好意思，我是想指“It depends”这种超链接，文中很多，怎么生成的了？谢谢啦。
it depends的链接是手动加的，机器还没聪明到这个程度:D
呵呵，辛苦了，我本以为是机器会去查预设的表，然后自动生成这些超链接。
哇你站已经备案好了呀，好快，我常看到几个blog已经有不幸中招的了。。。
技术由思想驱动，真是威力无穷～～～
我申请空间之后立即就备案了，反正填个表的事，几分钟
编程的首要原则是：这个问题是需要编程解决的吗，或者说编程能够解决的吗？ 思考到这一点才能真正了解编程（或者说工具）在问题解决过程中的所起的地位，他应该如何和人，和人们做事的过程相匹配，能够调动人，调整人们做事的方法，过程，起到更好的作用。
赞，编程的首要原则就是想办法不编程。
呵呵，这个探讨有些意思。从小工到专家一定得仔细思考的两个原则
K.I.S.S & D.R.Y， 我有钱的话，准备说说这个故事。
看你在编程过程中扮演什么角色
内容我没有什么说的，很好、很强大。
——我只是特别反感题目中的那个（s）。
写代码时时刻设想你就是将来要来维护这坨代码的人。
这句话里的“坨”字用的很传神～！
er..Could you use some e.g s to explain what is the first principle? Plus, there may be several main principles of one discipline.
Yeah, I will, sometime.
Collecting good examples and introspecting on the rationales are no easy thing. I’m working on it
Here just brief a lot of principals/conclusions without challenging reasoning. I think it is acceptable if you are an agile guy in software development field. The article is something like a note of tips.
However, to those who are not very experienced, I would prefer “Clarify/Define the questions/problems.’ As it is shown that a lot of people just get used to zip-zap way to resolve the problem. Get to the points & don’t get side-track.
I would thank Mr. Liu (bartender) for incurring a lot of hints to our brains!
I totally agree. This article is more of a reminder or memo for experienced guys.
你提出：学习一项知识，必须问自己三个重要问题：1. 它的本质是什么。2. 它的第一原则是什么。3. 它的知识结构是怎样的。
请问，你所说的本质和第一原则到底是什么。
这些都是“Unix编程艺术”一书里说的原则。。。