你的代码写的很烂

说下个人看法，觉得最核心最基本的有3点，按照烦躁等级降序排列下，呵呵：
1、变量名、方法名、类名大多数看不懂字面意思或与实际功能文不对题的。
2、性能问题明显的。
3、大多数方法不利于测试的。

有些时候确实看到了很多很烂很烂的代码

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

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

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

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

赞同

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

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

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

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

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

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