我们要写怎么样的系统

编程也好久了。越来越觉得一个做一个好的程序员不是一件简单的事情，只有努力努力再努力。
经常看到一些很烂的代码，总是想着怎么要把它改善一下。今天，看了javaeye的你的代码写的很烂的帖子，心里一阵的寒啊。有那么多的人在说：

在没有了解整个程序的解决方案之前，你不可能就那么轻易的判断代码的好和坏。
在没有了解清楚前请不要轻易下结论，任何一段代码能跑起来都有它的一定道理。
恩，得用历史的发展的观念来看代码，不排除有特别的烂的代码，但是除非你读懂了整个过程，否则不要仅仅针对一段代码评价它的好坏。
千万别轻易否定别人的设计！ 也许他考虑的东西比你想的多得多， 我们不能太自我了。
你几乎无法在短时间、局部的环境中体会到10年前编写这段代码的人的思路。
是的，每个人都有自己的设计思路……不应该轻易的去否定别人的作品！！

对，我承认上面说的都有道理。

好吧，那我们程序员是干什么的，我们为什么做程序员，如果有一天我们看到自己的系统都是一脸惭愧，那作为程序员自身的意义何在呢。

我很同意在没有了解整个程序的解决方案之前，你不可能就那么轻易的判断代码的好和坏。
但是事分两说，如果一个成熟的程序员不能很快的看出一个系统的大概架构，那这个系统就是有问题的。很多时候，要费劲心机才明白一小段程序的意义，为什么，因为代码不好，没有自我解释性。本来看代码应该是只看一个架构，看一个领域模型，就差不多了，基本上靠猜应该八九不离十了。但是实际生活中呢，太多方法名和内容不符合的了，搞的人都怕怕了。

代码应该还是有好坏之分的吧，你看到一个7层的try catch不晕，你看到一个17个参数的方法不晕，你看到一个方法前条件约束2，3页的不晕，ok，我服了你了。

即使是整个程序的解决方案之前，你不可能就那么轻易的判断代码的好和坏。这句我还是有保留的，一个类写在哪里，一个方法出现在哪里，都是有意义的，一段代码的好坏，的确依赖于对整个方案的理解，但是，同样的，一段好的代码，本身就应该可以解释很多事情。

常见的理由，有时间紧，资源有限，功能性的需求优先级高，历史条件（这个听的最多了）。我们不是有持续重构的利器吗，不要觉得一个方法的注释，一个变量的名字，不重要，想想看，写代码和读代码的时间的比例，我们一天写几行代码，一天要读多少行代码，当你读着读着想打人，骂人的时候，多想想自己不要做这样的人。

看了这个帖子有点激动，有些言语过激了。

评论

17 楼 zhang_xzhi_xjtu 2010-08-20  

BestUpon 写道

zhang_xzhi_xjtu 写道

我很同意在没有了解整个程序的解决方案之前，你不可能就那么轻易的判断代码的好和坏。

这就是说，设计没有对和错之分，只有适合不是适合！

no.
我的意思是在没有了解整个程序的解决方案之前，不可能就那么轻易的判断代码的好和坏。
但是如果了解了整个程序的解决方案之后，当然还是有好坏之分的，或者说这里的好坏就是适合不适合当前的业务和技术，以及有策略的考虑了以后维护和变更。

16 楼 BestUpon 2010-08-20  

zhang_xzhi_xjtu 写道

我很同意在没有了解整个程序的解决方案之前，你不可能就那么轻易的判断代码的好和坏。

这就是说，设计没有对和错之分，只有适合不是适合！

15 楼 freish 2010-08-19  

写代码就是为了不让别人看懂，免得有人抢饭碗

14 楼 1927105 2010-08-19  

网上放的都是新手的代码，，高级代码都屏蔽了，，，

13 楼 zhang_xzhi_xjtu 2010-08-19  

这个应该是没有做过性能测试的吧

12 楼 neptune 2010-08-19  

有一天领导说，dba发现每天晚上数据库连接在某个时刻连接连接数特别多，让我查，最后在一个循环中发现了，把得到连接写到循环中了，循环一千多次呀。这是在中国最好的互联网公司发生的，当时就郁闷了。

11 楼 windforce9811 2010-08-19  

未必非要了解整个系统才能看出代码的好坏。
看一行代码，命名是否规范，缩进是否合理，没有冗余的判断，没有大的方法（超过100行）。就符合了基本条件

再有点漂亮的算法，基本就是好代码了。

如果在此基础上，对业务做了精准的分析，有漂亮的OO体现，那就可以做典范给新人做示例了

10 楼 monnsquare 2010-08-19  

适用的代码是最好的代码~~

9 楼 xiao-qiang163 2010-08-19  

瞎扯什么蛋，楼主要淡定，不要眼里只看到别人的差而忽略了别人的优。。。。。

心如止水地去面对吧，尽力做好就可以了，

8 楼 hardPass 2010-08-19  

zhang_xzhi_xjtu 写道

好吧，那我们程序员是干什么的，我们为什么做程序员，如果有一天我们看到自己的系统都是一脸惭愧，那作为程序员自身的意义何在呢。

我做过的所有代码中，有80%以上的，我感到羞愧。

也有很少一部分，会让自己感到惊艳。

7 楼 i2534 2010-08-19  

就我个人感觉而言,就是写完的东西,下班的路上想想哪里还有问题,该怎样改代码看起来才优美,怎样才能更简练.如果一眼看上去代码像一坨屎,那基本就是烂代码.第二天上班,先改再写新的代码,如此往复.

6 楼 抛出异常的爱 2010-08-19  

一行代码一个世界
一个世界有很多行代码.
写一行代码作一次孽.
这个世界就是作孽就要还

对于那些没有勇气去重构的兄弟
你们可以先不OO先改改文件名
改改方法名
改改属性名
把方法挪挪的地方.


抽抽方法起个漂亮的名子.....给这个方法加个测试
还有很多.................

没必要害怕能干多少干多少.
不要写完功能就让测试去测 ,
祈祷自己代码不会出错.
冤孽总需要有人会去还的.不是你就是别人.

5 楼 vtrtbb 2010-08-19  

列宁同志曾经说过：当你搞不清楚这个事的时候，马*克*思*主义者的绝对要求就是，把它提到一个历史范畴之内。
所以看代码要结合当时的历史环境和系统环境来看。哈哈

注：列宁好像不会编程~~~

哈哈

4 楼 fansofjava 2010-08-18  

大多数看上去很烂的程序都是可以改进的，只是水平的问题。
要知道kent beck、martin fowler这些就是专干这种这种事的，不能改只能说明水平还不够，拿来自我安慰

3 楼 20029388 2010-08-18  

求 好代码

2 楼 zozoh 2010-08-18  

一个段程序就是一个系统

LZ 说的很好

1 楼 yoin528 2010-08-18  

内容跟标题一点关系都没有，至少不是在写怎么写系统.