你的代码写的很烂

每段代码都有它的亮点，抱着学习的态度，少点鄙视的眼光

等你看懂程序，再来说他好坏，不要一看到代码就下定论。

   嘿，不说还真没注意奥,有点像奥,
   只有身材方面比其乐观.

但是有些坏气味还是一眼就可以看出来的，比如大段的重复代码，这个是初级程序员很容易犯的错误。另外就是函数过大，明明可以分成多个函数，但是都写在一起，难以调试和测试。另外一个容易犯的错误是类的职责不清，明明是其他类的功能或者说这几个功能可以分出去作为一个单独类的，但是都写在一个类下面。这些和时间紧不紧我觉得关系不是很大，凭借着IDE强大的重构功能，都可以在几分钟中旧可以搞定的，关键就是有没有这个Sense。我很同意之前一位兄台所言，只要心里有这么一根筋在，比较注意代码的可维护性的，都不会写出过分的代码，即使目前能力不足，也会在短期内得到很大的提升的。问题在于，目前IT这个行业，由于“民工”一词流传广泛，使得很多兄弟真的以民工来要求自己，不求上进，终日得过且过，这样的人，当然会写出很烂的代码的。

另外，这篇文章有哗众取宠之嫌，人家那个人，可能所谓的“很烂”的代码，在我们眼里也是很精彩的也说不定呢。我们是在用我们心目中那个“很烂”的标准在套那篇文章作者所谓的“很烂”的标准，所以会得出“世上本没有很烂的代码，只不过你没有看懂所以误会了”这样很十三的结论。

受益....

开发习惯不一样，

这位抛TX总能说到点子上。
看上去烂代码，感觉真烂，于是想改成好代码。 没想到，还真不容易，自己改完的代码居然更烂。于是得到结论：原来这段代码不烂！
好比，碰到一个傻子，心想，这个人虽然傻，其实更大的问题是没有碰到好老师，让我教教，也许就逐渐地能做好正常人的做的事情，于是就教，教啊教，没教会啥，还被傻子给揍了一顿；心想，原来傻子不傻，至少还知道吃饭睡觉，还知道生气揍人。不光别说他傻，我还要学习他能以平静的心态对待生活的心态，这样物价再怎么涨，我等挨踢人士生活就不那么累了。
重构的定义，从来都不是在不伤筋动骨的情况下，把烂代码改成好代码。

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

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

很多时候，那个看上去像一坨屎的代码，往往才是整个项目的精华。
鲜花插在牛粪上，人们都只看见了鲜花，却不知道，如果没有牛粪，鲜花早枯萎了。

的确不到20%复杂代码承担大多数逻辑.
但不到20%复杂代码拥有buglist上80%空间.