编程的首要原则
刘未鹏的 blog 上写了一篇 编程的首要原则(s)是什么？ ，这段时间在我的 google reader 上被许多人分享。
我问自己，我目前的首要原则是什么？
其实想说的，那篇里都有人说了。如果非要说首要，我也认可最多人认可的：
KISS - Keep It Simple Stupid
不过对 DRY - Don’t Repeat Yourself 我反而认为是次要的，当然是在和 KISS 相冲突的时候。
如果换一句和 KISS 原则相当分量的话，我会说：不要用愚蠢的方法做事。很矛盾？Repeat Yourself 往往代表了一些愚蠢的方案，且并不 simple ，至少会付出更多的体力。我想，KISS 的最后一个 S 指的是大智若愚的愚，而自做聪明则是另一种愚蠢。
在 KISS 的大原则下，我想其实可以分出一些细节的东西，也是别人都提过的：
最近两年我对同事说的最多的几句话，“弄清你的问题是什么”，“你不一定需要解决这个问题” 。
因为什么都不做才是最简单的。要知道什么可以不做，必须了解你的问题。
面向对象以及复杂软件技术的滥用，或是找不到更 Simple 的方案解决问题（以性能、以需求等为借口去实现更复杂的方案）往往都是对需求了解不清，或者眼光太短。把手段当成了目的。（以为达到目的，必须采用某种手段，而如何应用这种手段就变成了目的）
同时，我觉得过度抽象也来源于对问题的认识不清。我还没想好后面要写什么，实现些什么，所以先利用“抽象” 把其它的部分搭起来。久而久之，不分析具体问题，先做抽象就变成了惯性。而抽象层本身往往是软件中最复杂的部分，离 KISS 原则最远的一块。
Comments
需求很重要，避免后期大改。
Posted by: 福利工口姬 | (15) April 16, 2014 04:18 PM
抽象隔离了事物的普遍联系。
在面向对象的世界中永远不会发生蝴蝶效应；但现实世界里总是会发生。
Posted by: 赵中 | (14) April 2, 2009 02:39 PM
还没读过《你的灯亮着吗？》
看来应该去读一读 :D
Posted by: Cloud![[TypeKey Profile Page]](https://blog.codingnow.com/nav-commenters.gif)
| (13)
March 31, 2009 09:13 PM
“弄清你的问题是什么”，“你不一定需要解决这个问题” 。
记得都是在《你的灯亮着吗？》里面的。我因为看了《系统化思维导论》把清华出的温伯格的书的全部买下来了，就是买不到《你的灯亮着吗？》。后来找到pdf，发现这本书确实太强大了。我记得丁磊好像也推荐过这本书的说- -
Posted by: Sword-Breaker | (12) March 31, 2009 05:34 PM
对"..., stupid"这个句式是不是有点误解？这句话是比较糙的，相当于说“应该如何如何，猪头！”。
Posted by: HgG | (11) March 30, 2009 01:55 AM
对"..., stupid"这个句式是不是有点误解？这句话是比较糙的，相当于说“应该如何如何，猪头！”。
Posted by: HgG | (10) March 30, 2009 12:55 AM
“以为达到目的，必须采用某种手段，而如何应用这种手段就变成了目的”
太有道理了
Posted by: 卡卡 | (9) March 29, 2009 08:05 PM
有道理啊,,你的灯泡亮吗
Posted by: mistapostle | (8) March 24, 2009 02:17 PM
另，真正可以大规模提高开发效率的方法只有两个字：标准!
Posted by: hongmu | (7) March 24, 2009 10:45 AM
编程的首要原则：
1 功能
2 资源
---
使用接口并不是为了抽象，而是可以先无需考虑资源的共享和利用问题，专注于将功能描述清楚。
---
实现类最重要的作用在于封装共享资源，将功能的粒度变大，使得在该粒度上的每个对象都可以认为自己是资源的独占者。
Posted by: hongmu | (6) March 24, 2009 10:36 AM
编码前先设计，设计前先搞懂需求。
Posted by: Spe | (5) March 23, 2009 07:27 PM
例如
有人说：我做人有什么什么原则，也就是告诉你，在那个情况下，他是永远找不到借口或者台阶的。
Posted by: joe wulf![[TypeKey Profile Page]](https://blog.codingnow.com/nav-commenters.gif)
| (4)
March 23, 2009 02:41 PM
KISS应该是Keep It Simple, Stupid的缩写，强调simple。Simple的方法倒未必是Stupid的，而且往往是Smart的:) 参见http://en.wikipedia.org/wiki/KISS_principle
Posted by: yandong | (3) March 23, 2009 12:24 PM
因为软件研发的复杂度远远超过了人类的能力控制范围，“去想好后面要写什么”其实往往都是行不通的。使用抽象是延长软件生命周期的一种很有效的方法。
其实问题是出在，为了应对需求的变化，往往需要在抽象层做相应的调整。好的抽象和差的抽象之间的差别，就是好的抽象不仅简单、易懂、清晰，而且具有非常好的扩展性和应变性。
就好像，请一个架构师过来的目的不是希望他能做一套最完美的系统（因为是不存在的），而其希望他能在每次需求变更时都使用最少的成本去满足需求。
Posted by: ray | (2) March 23, 2009 09:52 AM
sf:)
感觉云风已经达到另一个高度了，已经不探讨一些具体的细节了，而喜欢探讨一些方法了：）
Posted by: jerry | (1) March 23, 2009 01:53 AM