你的代码写的很烂

深有同感.我在上个公司写了两个项目.一个时间充裕,使用ssh,用了很长时间设计,编写,测试和重构.现在还能想起来那块是干什么的.另一个是同事突然辞职交给我的,用了不到一个月完成,jsp+jsp,现在不让我看半天代码的话,我也不知道哪块是干什么的,更别说让别人看了...
这不是为烂代码辩护,只是一些感受而已.

在没有了解清楚前请不要轻易下结论，任何一段代码能跑起来都有它的一定道理。

同感啊。。

同感。。。。
走过后才变得成熟

下面是javascript代码:
这种代码能不烂吗

for(var i=0;i>array.length;i++){
    var name=obj[i].p1.p2.name;
    var a1=obj[i].p1.p2.name;
    var a2=obj[i].p1.p2.name;
    ....
}

那“一定的道理”就是烂到只有机器才不嫌弃它烂

你说的情况有，但是有些代码真的是很烂啊。

在没有了解整个程序的解决方案之前，你不可能就那么轻易的判断代码的好和坏。
我也有经历过更改别人“烂”代码的时期，那时候乍眼看别人的东西，感觉很烂，然后动手开始改，可是越到中间层，越是出现偏离解决方案的自我计划。本以为一天搞定的代码却能修改一星期，实在是得不偿失，回头来一看，却恍然大悟。至今，仍不敢评判别人的代码之优劣，如需评测，虔诚继之，瑞而改之，或殇或明。

我个人以为这种情况是不太存在的。一个程序员如果真正能写出高质量代码的，当然这里的高质量并不仅仅是有漂亮的注释。那么，无论时间多紧，他的代码总是有很高质量的。我能想象到的一种可能是，他会写出一些不完整的代码，但不会出现几百行的方法。
我想说的是能被催出烂代码的程序员，只能说明他的水平还不够，还没有达到真正高手程序员的境界。好比我们说某个项目经理计划掌控的很好，但如果因为时间紧，项目就乱了，那么只能说这个项目经理的计划能力还不够。

感觉好多人没有明白LZ文章的意思啊，这段话，没读过很多别人代码的人，是不会了解的。