编程的首要原则(s)是什么?

Tags:

半年前,JoelOnSoftware和CodingHorror合搞的stackoverflow.com刚上线不久,我兴冲冲地跑过去扔了一个问题:

你们认为编程的首要原则是什么?

作为我的学习原则的一个实践:important

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:
  1. 事实上后面有人指出这是 Martin Golding 的一句名言 []
  2. 参见 Garbage in, Garbage out. []


你可能也会喜欢以下文章



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.

  1. rurulikecc says:

    你喜欢怎样编程你的原则就是什么

  2. netawater says:

    脚注的返回链接怎么弄的啊?大侠是用muse吗?

  3. iamsujie says:

    哇你站已经备案好了呀,好快,我常看到几个blog已经有不幸中招的了。。。
    技术由思想驱动,真是威力无穷~~~

  4. xiaobo says:

    编程的首要原则是:这个问题是需要编程解决的吗,或者说编程能够解决的吗? 思考到这一点才能真正了解编程(或者说工具)在问题解决过程中的所起的地位,他应该如何和人,和人们做事的过程相匹配,能够调动人,调整人们做事的方法,过程,起到更好的作用。

  5. Mark.long says:

    呵呵,这个探讨有些意思。从小工到专家一定得仔细思考的两个原则

  6. vdust.leo says:

    K.I.S.S & D.R.Y, 我有钱的话,准备说说这个故事。

  7. sun says:

    看你在编程过程中扮演什么角色

  8. EMCToo says:

    内容我没有什么说的,很好、很强大。
    ——我只是特别反感题目中的那个(s)。

  9. kevin says:

    写代码时时刻设想你就是将来要来维护这坨代码的人。

    这句话里的“坨”字用的很传神~!

  10. joseph says:

    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.

  11. Tom Lau says:

    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! :)

    • 刘未鹏 says:

      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.

  12. victor says:

    你提出:学习一项知识,必须问自己三个重要问题:1. 它的本质是什么。2. 它的第一原则是什么。3. 它的知识结构是怎样的。
    请问,你所说的本质和第一原则到底是什么。

  13. Waternie says:

    这些都是“Unix编程艺术”一书里说的原则。。。

::...
免责声明:
当前网页内容, 由 大妈 ZoomQuiet 使用工具: ScrapBook :: Firefox Extension 人工从互联网中收集并分享;
内容版权归原作者所有;
本人对内容的有效性/合法性不承担任何强制性责任.
若有不妥, 欢迎评注提醒:

或是邮件反馈可也:
askdama[AT]googlegroups.com


订阅 substack 体验古早写作:


点击注册~> 获得 100$ 体验券: DigitalOcean Referral Badge

关注公众号, 持续获得相关各种嗯哼:
zoomquiet


自怼圈/年度番新

DU22.4
关于 ~ DebugUself with DAMA ;-)
粤ICP备18025058号-1
公安备案号: 44049002000656 ...::