你的代码写的很烂

这句话有其局限性

我判断烂代码的标准是看胃部是否有不适反应

对我是一个很好的提醒。。。。
圣经教导我们不要冒失开口，也不要心急发言。。尤其是在上帝面前

出钱的人说行那就行

除非是初学者，否则大多数的“烂代码”是被项目催出来的。
我见过一个程序员，时间充裕的时候，代码质量非常高，注释非常漂亮，但一遇到时间紧张，交货期逼近的时候，代码就变得非常糟糕，常常一个方法几百行，注释为零，充斥着大量的代码copy。

还有的“烂代码”是被框架逼的。
有时候公司的框架不够强大，一些特殊功能非得用“烂代码”才能完成，这也是没有办法的。

同感。。
项目催得紧，工作压力大。根本没心情写注释，也没有心情把方法提炼出来，考虑代码的安排或者设计模式。。甚至有时候连稍微全面点的黑盒测试也懒得做。写的差不多，抓紧提交。看都不想再看一眼这些东西。。。

有同感，希望那些在一味埋怨别人的代码“烂”的时候，自己最好能先给出一个“好”的解决方案。

植物大战僵尸告诉我们，如果初期认为僵尸就要来了，忙不迭的种豌豆大炮而不是种向日葵，你的脑子是迟早要被僵尸吃掉的。真正大的项目，还是要注重架构方面的东西的，否则，等到领导都觉得工期内是不可能完成的，同意加时间了，你那糟糕的设计也会要了你的命，到时候你想解释了不行了。

被上了一课，我现在因为还没写代码，只是在看别人的代码来熟悉项目，就感觉‘烂’，原来是这么回事

嗯，有道理。
不过注重架构容易掉入过度设计的泥潭，许多你认为要抽象的东西其实项目根本用不到。只能尽量把方法的粒度变小、多写关键注释，方便缩短今后重构的时间。