编程的首要原则(s)是什么？
2009-03-26 19:01
288 查看
原贴:http://mindhacks.cn/2009/03/09/first-principles-of-programming/
save it12 saved
tags:
programming
design
code
半年前，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. [↩]
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/";
Failing To See the Big Picture - Mistakes we make when learning programming (0)
You can leave a response, or trackback from your own site.
rurulikecc says:
March 9, 2009 at 7:09 pm
你喜欢怎样编程你的原则就是什么
Reply
netawater says:
March 9, 2009 at 8:33 pm
脚注的返回链接怎么弄的啊？大侠是用muse吗？
Reply
刘未鹏 says:
March 9, 2009 at 8:54 pm
我是先看到李笑来老师用的，注意到他每篇文章的 footnotes 都是标准格式，想必用了插件，于是 Google 了一把 “wordpress footnotes” ，就找到了 wp-footnotes 插件。
Reply
netawater says:
March 10, 2009 at 9:17 am
哦，了解，谢谢！那你文章中的超链接也是wordpress插件生成的咯？
Reply
刘未鹏 says:
March 10, 2009 at 11:04 am
指向脚注和脚注中回指的超链接是wp-footnotes生成的。
Reply
netawater says:
March 10, 2009 at 9:43 pm
不好意思，我是想指“It depends”这种超链接，文中很多，怎么生成的了？谢谢啦。
刘未鹏 says:
March 10, 2009 at 10:22 pm
it depends的链接是手动加的，机器还没聪明到这个程度:D
Reply
netawater says:
March 11, 2009 at 9:18 am
呵呵，辛苦了，我本以为是机器会去查预设的表，然后自动生成这些超链接。
iamsujie says:
March 9, 2009 at 9:14 pm
哇你站已经备案好了呀，好快，我常看到几个blog已经有不幸中招的了。。。
技术由思想驱动，真是威力无穷～～～
Reply
刘未鹏 says:
March 9, 2009 at 9:31 pm
我申请空间之后立即就备案了，反正填个表的事，几分钟
Reply
xiaobo says:
March 9, 2009 at 11:46 pm
编程的首要原则是：这个问题是需要编程解决的吗，或者说编程能够解决的吗？ 思考到这一点才能真正了解编程（或者说工具）在问题解决过程中的所起的地位，他应该如何和人，和人们做事的过程相匹配，能够调动人，调整人们做事的方法，过程，起到更好的作用。
Reply
ant says:
March 11, 2009 at 1:32 pm
赞，编程的首要原则就是想办法不编程。
Reply
Mark.long says:
March 10, 2009 at 8:35 pm
呵呵，这个探讨有些意思。从小工到专家一定得仔细思考的两个原则
Reply
vdust.leo says:
March 10, 2009 at 8:55 pm
K.I.S.S & D.R.Y， 我有钱的话，准备说说这个故事。
Reply
sun says:
March 12, 2009 at 2:40 pm
看你在编程过程中扮演什么角色
Reply
EMCToo says:
March 12, 2009 at 9:18 pm
内容我没有什么说的，很好、很强大。
——我只是特别反感题目中的那个（s）。
Reply
kevin says:
March 13, 2009 at 4:06 pm
写代码时时刻设想你就是将来要来维护这坨代码的人。
这句话里的“坨”字用的很传神～！
Reply
joseph says:
March 15, 2009 at 5:59 pm
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.
Reply
刘未鹏 says:
March 17, 2009 at 1:01 pm
Yeah, I will, sometime.
Collecting good examples and introspecting on the rationales are no easy thing. I’m working on it
Reply
Tom Lau says:
March 17, 2009 at 10:49 am
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!
Reply
刘未鹏 says:
March 17, 2009 at 12:59 pm
Here just brief a lot of principals/conclusions without challenging
reasoning. However, to those who are not very experienced, I would
prefer “Clarify/Define the questions/problems.
I totally agree. This article is more of a reminder or memo for experienced guys.
Reply
victor says:
March 22, 2009 at 8:24 pm
你提出：学习一项知识，必须问自己三个重要问题：1. 它的本质是什么。2. 它的第一原则是什么。3. 它的知识结构是怎样的。
请问，你所说的本质和第一原则到底是什么。
Reply
Waternie says:
March 24, 2009 at 7:38 pm
这些都是“Unix编程艺术”一书里说的原则。。。
Reply
save it12 saved
tags:
programming
design
code
半年前，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. [↩]
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/";
你可能也会喜欢以下文章
方法论、方法论——程序员的阿喀琉斯之踵 (4)Failing To See the Big Picture - Mistakes we make when learning programming (0)
23 Comments
You can follow any responses to this entry through the RSS 2.0 feed.You can leave a response, or trackback from your own site.
rurulikecc says:
March 9, 2009 at 7:09 pm
你喜欢怎样编程你的原则就是什么
Reply
netawater says:
March 9, 2009 at 8:33 pm
脚注的返回链接怎么弄的啊？大侠是用muse吗？
Reply
刘未鹏 says:
March 9, 2009 at 8:54 pm
我是先看到李笑来老师用的，注意到他每篇文章的 footnotes 都是标准格式，想必用了插件，于是 Google 了一把 “wordpress footnotes” ，就找到了 wp-footnotes 插件。
Reply
netawater says:
March 10, 2009 at 9:17 am
哦，了解，谢谢！那你文章中的超链接也是wordpress插件生成的咯？
Reply
刘未鹏 says:
March 10, 2009 at 11:04 am
指向脚注和脚注中回指的超链接是wp-footnotes生成的。
Reply
netawater says:
March 10, 2009 at 9:43 pm
不好意思，我是想指“It depends”这种超链接，文中很多，怎么生成的了？谢谢啦。
刘未鹏 says:
March 10, 2009 at 10:22 pm
it depends的链接是手动加的，机器还没聪明到这个程度:D
Reply
netawater says:
March 11, 2009 at 9:18 am
呵呵，辛苦了，我本以为是机器会去查预设的表，然后自动生成这些超链接。
iamsujie says:
March 9, 2009 at 9:14 pm
哇你站已经备案好了呀，好快，我常看到几个blog已经有不幸中招的了。。。
技术由思想驱动，真是威力无穷～～～
Reply
刘未鹏 says:
March 9, 2009 at 9:31 pm
我申请空间之后立即就备案了，反正填个表的事，几分钟
Reply
xiaobo says:
March 9, 2009 at 11:46 pm
编程的首要原则是：这个问题是需要编程解决的吗，或者说编程能够解决的吗？ 思考到这一点才能真正了解编程（或者说工具）在问题解决过程中的所起的地位，他应该如何和人，和人们做事的过程相匹配，能够调动人，调整人们做事的方法，过程，起到更好的作用。
Reply
ant says:
March 11, 2009 at 1:32 pm
赞，编程的首要原则就是想办法不编程。
Reply
Mark.long says:
March 10, 2009 at 8:35 pm
呵呵，这个探讨有些意思。从小工到专家一定得仔细思考的两个原则
Reply
vdust.leo says:
March 10, 2009 at 8:55 pm
K.I.S.S & D.R.Y， 我有钱的话，准备说说这个故事。
Reply
sun says:
March 12, 2009 at 2:40 pm
看你在编程过程中扮演什么角色
Reply
EMCToo says:
March 12, 2009 at 9:18 pm
内容我没有什么说的，很好、很强大。
——我只是特别反感题目中的那个（s）。
Reply
kevin says:
March 13, 2009 at 4:06 pm
写代码时时刻设想你就是将来要来维护这坨代码的人。
这句话里的“坨”字用的很传神～！
Reply
joseph says:
March 15, 2009 at 5:59 pm
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.
Reply
刘未鹏 says:
March 17, 2009 at 1:01 pm
Yeah, I will, sometime.
Collecting good examples and introspecting on the rationales are no easy thing. I’m working on it
Reply
Tom Lau says:
March 17, 2009 at 10:49 am
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!
Reply
刘未鹏 says:
March 17, 2009 at 12:59 pm
Here just brief a lot of principals/conclusions without challenging
reasoning. However, to those who are not very experienced, I would
prefer “Clarify/Define the questions/problems.
I totally agree. This article is more of a reminder or memo for experienced guys.
Reply
victor says:
March 22, 2009 at 8:24 pm
你提出：学习一项知识，必须问自己三个重要问题：1. 它的本质是什么。2. 它的第一原则是什么。3. 它的知识结构是怎样的。
请问，你所说的本质和第一原则到底是什么。
Reply
Waternie says:
March 24, 2009 at 7:38 pm
这些都是“Unix编程艺术”一书里说的原则。。。
Reply
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐