编程的首要原则——不要把简单的事情搞得N复杂

不要把简单的事情搞得N复杂，这应该算是我编程的首要原则。

 

具体一点讲，程序简洁易懂是第一位的，尽量消除重复代码是第二位，容易定位错误排第三，模式什么的只能往后排。

 

和云风大侠的原则差不多。

http://blog.codingnow.com/2009/03/aiaeeoooo.html

 

云风说到的：最近两年我对同事说的最多的几句话，“弄清你的问题是什么”，“你不一定需要解决这个问题” 。

 

我在csdn上回答问题赚积分的时候也说过类似的话，今天在javaeye也看到了一个要通过xml取一万条数据的贴子。

 

正好看到云风的这篇博客，太及时了，与诸位共勉。

 

 

 

 

评论

10 楼 axgle 2009-12-05  

王者之剑 写道

xie_ling_yun 写道

把简单的事情搞复杂很简单，把复杂的事情搞简单很复杂想写个简洁的代码就得比写个复杂的代码多动很多脑子

太复杂了

所以，还是简单点好啊

9 楼 王者之剑 2009-04-11  

xie_ling_yun 写道

把简单的事情搞复杂很简单，把复杂的事情搞简单很复杂想写个简洁的代码就得比写个复杂的代码多动很多脑子

太复杂了

8 楼 xie_ling_yun 2009-04-11  

把简单的事情搞复杂很简单，把复杂的事情搞简单很复杂
想写个简洁的代码就得比写个复杂的代码多动很多脑子

7 楼 王者之剑 2009-04-11  

softcat 写道

都是废话，能简单，谁愿意复杂，问题是世界就是复杂的，而不是简单.

太深奥了

6 楼 night_stalker 2009-04-10  

数学就是研究怎样才能少算的学问。编程也差不多。

5 楼 zozoh 2009-04-10  

说的对，所谓程序员的设计能力，就是把复杂的事情简单话的能力。解决一个问题最好的方法就是尝试的不制造它

4 楼 softcat 2009-04-10  

都是废话，能简单，谁愿意复杂，问题是世界就是复杂的，而不是简单.

3 楼 王者之剑 2009-04-10  

魔力猫咪 写道

但要注意是否真的解决了问题，而不是表面解决引发新问题。
比如你和某人起了争执，简单解决的方法之一就是揍他一顿。但是这个问题实际上解决了吗？也许解决了，但是却引起了新问题。小心被人家揍回来。
软件开发上同样。简单也是有前提的。比如是否遵循了开闭原则，做到了高内聚松耦合？会引发维护困难？
拷贝粘贴是简单了，事后维护可怎么办呀！拿数据库当Excel用，你插入查询是简单了，可这么多冗余数据我怎么维护呀！
有这么句话叫“简约而不简单”。看起来很容易，但是就是别人做出来，自己做不出来。
我们在提出所谓的“简单”方法前，请先想想，是不是真简单了？？？

后记：最近遇到一个简单的家伙，为了所谓的简单，什么业务模型、数据冗余、可维护都不要了。

谢谢参与，但我说的是“简洁易懂”，和你说的好像不是一回事。

2 楼 魔力猫咪 2009-04-10  

但要注意是否真的解决了问题，而不是表面解决引发新问题。
比如你和某人起了争执，简单解决的方法之一就是揍他一顿。但是这个问题实际上解决了吗？也许解决了，但是却引起了新问题。小心被人家揍回来。
软件开发上同样。简单也是有前提的。比如是否遵循了开闭原则，做到了高内聚松耦合？会引发维护困难？
拷贝粘贴是简单了，事后维护可怎么办呀！拿数据库当Excel用，你插入查询是简单了，可这么多冗余数据我怎么维护呀！
有这么句话叫“简约而不简单”。看起来很容易，但是就是别人做出来，自己做不出来。
我们在提出所谓的“简单”方法前，请先想想，是不是真简单了？？？

后记：最近遇到一个简单的家伙，为了所谓的简单，什么业务模型、数据冗余、可维护都不要了。

1 楼 zhongw 2009-04-09  

生活也是同样的道理，把事情简单化，让自己生活更愉快！