你的代码写的很烂

我有一个很熟的朋友，他现在忙的不可开交。他手上有一大堆没有完成的合同，而且一个跟他一起开发的助手也离他而去。于是，在三个大客户的催命鬼时的督促下，他已经连续好几个星期没休息了。

其中有个客户跟他讨论他给这个客户做的iPad应用程序，客户告诉他“我们花钱雇了另外一个程序员来审查你的代码，他说你的代码写的很烂。”

 

当他告诉我这个故事时，我只是微微一笑，想起了我以前是怎么唾弃别人的代码的。当我刚开始编程时，我看到过一段程序，我认为那是毋庸置疑的写的很烂 的，我删掉了那段代码，用自己认为更好的方面重新写了一遍。当我变成的成熟后，我回头再看，发现我所删掉的那段代码其实是用了一个很好的设计模式，而我重 写的确是丑陋无比。

我就这样被上了一课。

之后的日子里，我经常会遇到我认为是丑的不能再丑的代码。尽管如此，我也不通篇否定它们了，我只会在其中找一些特别的无法容忍的部分重新编写。可 10次中有9次，当我快要完成时，我发现了一个问题使我不得不对自己说“哦，怪不得他们要写成这样了”，然后把代码恢复成原样，或也使用同样“丑的不能再 丑”方式完成它。

现在我变的更成熟了，我可以充满自信的告诉你，我再也不会看着别人编的代码说“哦，这代码很烂”了。我知道，在没有了解整个程序的解决方案之前，你 不可能就那么轻易的判断代码的好和坏。真的，有时候它看起来很傻，或完成的不好，或没有文档标注（我的意思是自我注释），然而，你根本就不可能知道程序员 在写这段代码时脑袋里是怎么思考的。更多的情况是，他们要选择这样做是有一定的理由的，除非去深入的研究它们，你不可能再有其他简单快速的方法来理解程序 的上下文环境。

所以，每当听到有人看着别人的代码说很烂时，我只会微微一笑，让我想起我当年的天真和盲目自信。的确，我以前坚信自己是个出色的开发人员，坚信知道 每种算法的最优设计。我很想念当时的自大，但是我很高兴现在学到的这些理念，我知道，我唯一能鄙视的代码只能是我自己的代码，鄙视的原因就是我不能使它变 的更好。

 

翻译来源：外刊IT评论

 

：）

 

评论

101 楼 Durian 2011-06-22  

yuan 写道

lllyq 写道

烂代码就是烂代码，楼主的案例不过说明了之前比写烂代码的水平还差，过了几年跟写烂代码的水平一样了。除了对性能极端的要求会产生局部的烂代码外，其他的都可以重构解决。
你要是不能持续提高自己对好坏代码的鉴别能力，没有勇气与习惯重构自己的烂代码，那在代码上就没什么前途了。

好像很多时候，写出烂代码的原因追踪到最后，往往是为了解决莫名其妙所谓的“性能问题”用了一套莫名其妙的歪路子。

传说中的hack吧

100 楼 liusu 2011-06-21  

今天有一段代码被伦敦的同事说：Really Bad Code....

99 楼 yuan 2011-06-21  

lllyq 写道

烂代码就是烂代码，楼主的案例不过说明了之前比写烂代码的水平还差，过了几年跟写烂代码的水平一样了。除了对性能极端的要求会产生局部的烂代码外，其他的都可以重构解决。
你要是不能持续提高自己对好坏代码的鉴别能力，没有勇气与习惯重构自己的烂代码，那在代码上就没什么前途了。

好像很多时候，写出烂代码的原因追踪到最后，往往是为了解决莫名其妙所谓的“性能问题”用了一套莫名其妙的歪路子。

98 楼 lizhensan 2011-06-16  

简单  是最好多设计。

97 楼 neyjar 2011-05-17  

嘴巴不要比脑子快就对了

96 楼 林晓盼 2011-05-03  

深有感觉。

95 楼 mwhgJava 2011-04-27  

楼主谦虚了。但我们头说，谦虚是不愿意承担责任的表现。

94 楼 lllyq 2010-09-24  

烂代码就是烂代码，楼主的案例不过说明了之前比写烂代码的水平还差，过了几年跟写烂代码的水平一样了。除了对性能极端的要求会产生局部的烂代码外，其他的都可以重构解决。
你要是不能持续提高自己对好坏代码的鉴别能力，没有勇气与习惯重构自己的烂代码，那在代码上就没什么前途了。

93 楼 phz50 2010-09-22  

引用

所以，每当听到有人看着别人的代码说很烂时，我只会微微一笑，让我想起我当年的天真和盲目自信。的确，我以前坚信自己是个出色的开发人员，坚信知道每种算法的最优设计。我很想念当时的自大，但是我很高兴现在学到的这些理念，我知道，我唯一能鄙视的代码只能是我自己的代码，鄙视的原因就是我不能使它变的更好。

这篇文章估计写出了很多人的心声。

92 楼 simen_net 2010-09-22  

似乎很多人混淆了一个问题：系统构架和软件代码

系统构架的好坏非常容易评价，设计的好其精妙之处令人叹服，设计得烂也让人看之如嚼蜡。楼主的文章讨论的的代码的部分，无非函数、循环、嵌套等等。

瓦匠和建筑师之差别也在于此，建筑师有国际大师之称呼，貌似没有国际瓦匠之说。你觉得这个瓦匠磊的这堵墙得太差，可能是因为你没有看见着堵墙后面藏着的是什么

91 楼 wandou 2010-08-19  

<div class="quote_title">ops2000 写道</div>
<div class="quote_div">
<div class="quote_title">wandou 写道</div>
<div class="quote_div">
<div class="quote_title">找不着北 写道</div>
<div class="quote_div">
<p>我有一个很熟的朋友，他现在忙的不可开交。他手上有一大堆没有完成的合同，而且一个跟他一起开发的助手也离他而去。于是，在三个大客户的催命鬼时的督促下，他已经连续好几个星期没休息了。</p>
<p>其中有个客户跟他讨论他给这个客户做的iPad应用程序，客户告诉他“我们花钱雇了另外一个程序员来审查你的代码，他说你的代码写的很烂。”</p>
<p> </p>
<p>当他告诉我这个故事时，我只是微微一笑，想起了我以前是怎么唾弃别人的代码的。当我刚开始编程时，我看到过一段程序，我认为那是毋庸置疑的写的很烂
的，我删掉了那段代码，用自己认为更好的方面重新写了一遍。当我变成的成熟后，我回头再看，发现我所删掉的那段代码其实是用了一个很好的设计模式，而我重
写的确是丑陋无比。</p>
<p>我就这样被上了一课。</p>
<p>之后的日子里，我经常会遇到我认为是丑的不能再丑的代码。尽管如此，我也不通篇否定它们了，我只会在其中找一些特别的无法容忍的部分重新编写。可
10次中有9次，当我快要完成时，我发现了一个问题使我不得不对自己说“哦，怪不得他们要写成这样了”，然后把代码恢复成原样，或也使用同样“丑的不能再
丑”方式完成它。</p>
<p>现在我变的更成熟了，我可以充满自信的告诉你，我再也不会看着别人编的代码说“哦，这代码很烂”了。我知道，在没有了解整个程序的解决方案之前，你
不可能就那么轻易的判断代码的好和坏。真的，有时候它看起来很傻，或完成的不好，或没有文档标注（我的意思是自我注释），然而，你根本就不可能知道程序员
在写这段代码时脑袋里是怎么思考的。更多的情况是，他们要选择这样做是有一定的理由的，除非去深入的研究它们，你不可能再有其他简单快速的方法来理解程序
的上下文环境。</p>
<p>所以，每当听到有人看着别人的代码说很烂时，我只会微微一笑，让我想起我当年的天真和盲目自信。的确，我以前坚信自己是个出色的开发人员，坚信知道
每种算法的最优设计。我很想念当时的自大，但是我很高兴现在学到的这些理念，我知道，我唯一能鄙视的代码只能是我自己的代码，鄙视的原因就是我不能使它变
的更好。</p>
<p> </p>
<p>翻译来源：<a href="http://www.aqee.net/2010/08/09/your-code-sucks/">外刊IT评论</a>
</p>
<p> </p>
<p>：）</p>
<p> </p>
</div>
<p>是否可以这么理解，此文的主题是：世界上没有烂代码，如果某人认为有，那么是此人不够成熟，too yuang too simple。</p>
<p>也就是说，任何烂代码，都可以用此文的经典辩护了。</p>
<p>本人也要说一句，是不是烂代码，是有标准的。冗余度大，粒度粗的代码都是烂代码。这些都是软件业界的共识，并非世上不存在烂代码。如果真的任何人都可以随便写出好代码，那软件工程就没有意义了。</p>
</div>
<p> </p>
<p> </p>
<p><strong>这么说吧，你对原文的理解正好错了，而且也正好用自己的回复自证了本文真正观点提出的必要性。</strong></p>
<p> </p>
<p>本文想说的是当你没有足够理解一个东西的时候，不要盲目的发表见解，总要看到别人的合理之处，而不是自以为是的说一些自以为独到实际人人都知道的论断，来显示出自己的高明。</p>
<p> </p>
<p>这位兄台的回复正好证明了本文对我们有着相当实际的警示作用。</p>
<p> </p>
</div>
<p>一个刚学编程的人，难道也要资深软件架构师去学它代码的精妙之处？嘿嘿。警示个鬼啊。习惯写烂代码的人才喜欢这种言论。万能的借口，多好啊。一棍子把好代码全打死了，多妙啊。谁也不能批评写烂代码的人了，大家都快活了。</p>
<p>越是烂代码越难读懂。所以烂码人有借口了，你读懂我的代码了吗？你都没读懂，凭什么说我的代码烂？</p>
<p>招聘什么人，就会写出什么样的代码。招人是软件工程最重要的环节。对一个不想学编程的人，任何培训都是浪费时间，最好的办法就是让他走人。换一批人，什么都解决了。特别是那种写了烂代码还叫有理的人，不会干活，只会拖后腿。</p>
<p> </p>

90 楼 grave 2010-08-18  

hatedance 写道

LZ说的“烂”代码其实不烂。
就好比中文可以写成八股文，散文，诗，词，你用诗歌的要求去看词，就觉得很烂。
代码也是如此。有人把一个函数写了1000多行。有人把它分拆成10个类。彼此都觉得对方写得很烂：一个是不OO，另一个是过度设计。

从后期维护角度来说前者更让人崩溃。我觉得代码这种可以定性定量分析的玩意并不存在各种体裁之间的区别，互相的code review和快速重构是很好的弥补方式。

89 楼 hatedance 2010-08-18  

LZ说的“烂”代码其实不烂。
就好比中文可以写成八股文，散文，诗，词，你用诗歌的要求去看词，就觉得很烂。
代码也是如此。有人把一个函数写了1000多行。有人把它分拆成10个类。彼此都觉得对方写得很烂：一个是不OO，另一个是过度设计。

88 楼 jichongchong 2010-08-18  

要烂就烂到底，不要半吊子。要锅穿了才好。
很难受的。

87 楼 lkj107 2010-08-18  

时间再紧，你的习惯在哪摆着的，写烂的代码花的时间更多啊，测试出来问题，连自己都看不懂了

一个了解业务的人说你的代码烂，那肯定是有烂的地方，例如注释不清晰等，特别的逻辑得有特别的注释说明

86 楼 aofeng 2010-08-18  

如果有可维护和可扩展的意识，再赶的工期都不会写出很烂的代码。
起码以下几点能做到：
1、类分工明确。
2、方法名、变量名、类名命名清晰。
3、少有XXX行的方法。

和一个人的习惯及意识有关。

85 楼 climber2002 2010-08-18  

庄表伟 写道

代码是有质量高低之分的，如果这点都不承认，就会陷入：“代码无所谓好坏，随便怎么写都可以的”误区。

不要妄下断言，不要第一时间否定别人的智力成果，这都不错，但是：“世上没有烂代码”，就是错了。

赞同

84 楼 抛出异常的爱 2010-08-17  

zhengyutong 写道

什么情况下会写出烂代码？
我的看法是：

1、业务需求频繁变更，使已经写好的漂亮代码在几次修改后，面目全非。
2、领导逼的太紧，必须赶进度，此时的代码不烂才怪。
3、对所使用的技术本身了解的不透彻，直接点说就是基本功太差，明明有现成的API却不用，自己用非常拙劣的方式实现，没有第二个人能理解他写的东西到底想要干什么。
4、投机取巧。任何取巧的代码最终都会被推翻重写。与其最后自食其果不如开始就按步就班。

3同意
其它的都反对.
一般烂代码是由于不收拾...

83 楼 liushilang 2010-08-17  

有道理，我也不同这样去说同事了

82 楼 zhengyutong 2010-08-17  

什么情况下会写出烂代码？
我的看法是：

1、业务需求频繁变更，使已经写好的漂亮代码在几次修改后，面目全非。
2、领导逼的太紧，必须赶进度，此时的代码不烂才怪。
3、对所使用的技术本身了解的不透彻，直接点说就是基本功太差，明明有现成的API却不用，自己用非常拙劣的方式实现，没有第二个人能理解他写的东西到底想要干什么。
4、投机取巧。任何取巧的代码最终都会被推翻重写。与其最后自食其果不如开始就按步就班。