这是一段“人神共愤”的代码，可80％的程序员会选择继续犯错！

我个人理解代码的好坏，应该从2方面来说，其中一方面是与机器相关的，那就是代码是高效的，高性能的，没有冗余的代码，没法再减去一行。另一方面就是与人相关，那就是从代码的书写规范上有着良好的习惯与素养，有着简洁的注释，让人一看便懂，很容易维护，让人看了能够赏心悦目，这样的代码都是程序员们都欢迎的。

因此作为一名程序员，要想做到受同事们欢迎，首先最起码的就是要写出受人欢迎的代码，只有代码受人欢迎，才能让人欢迎不是吗？如果你经常写出让人头疼的代码，我想同事们如果遭遇一次你的代码，以后很难做到对你和颜悦色了，接下来，就让我们看看一名网友分享出的一段人神共愤的代码吧！

先不看代码的具体内容，就说这架势，一下子是不是就把人给吓住了，你有没有同样的感受呢？我想如果没有定力的人，遇见这样的代码就会一下子不淡定了，更不用说慢慢的去梳理其中的逻辑了。

针对这样的情况，特意问了一名网友，如果这样的代码交给你维护，你会怎么做，他说了一句话特别耐人寻味，他说，既然交给我了，那我就继续维护呗，我会继续往上面再加一层啊，针对他这样的态度我还真说不出他是积极的态度，还是消极的态度，如果说他消极吧，人家是很乐意地接受维护这样的代码，可是针对他这样的回答，觉得又有点不对劲，怎么能那么不负责任，继续往上面添加，难道不应该是梳理出逻辑，好好把代码再调整一下吗？

不过再仔细想一想，现实中的确是这样，遇见这样的代码，好多人也不愿意冒险去重构，只能是硬着头皮去梳理其中的逻辑，然后在合适的地方在追加一句新的逻辑，仅此而已，这应该是80%的程序员会选择的做法吧。

既然是这样，让我们再回过头看看上面的代码，这时你有可能会有这样一种想法，那就是上面这段代码可能不是一个人的“杰作”，可能是日积月累的产物，比如最初这段代码只有三层的逻辑，后来产品需求变化了，要求另一个程序员去维护，这个程序员就继续往上面追加一层逻辑（因为这是80%的程序员会做出的选择呀），然后在接下来数月，产品的需求经过几次变更，人员也出现几次更替，几届程序员经过几次逻辑追加，然后就变成了上面这样一段代码。

其实有的时候一个事情的结果是错的，但是过程中的每一步感觉都没什么错，都是当时最正确的选择，大家觉得有没有这个意思，当我们看到一个荒唐的现象时也没必要急于去批判它，应该去想想它产生的原因，能够从根源处发现原因，也许就会理解了，如果自己是一个负责人的程序员，那就不以恶小而为之，让这个错误止于自己这儿，这样的做法不仅对自己有利，也让其他人受益不是么？

以上所有图片均来自互联网

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！