当程序员看到糟糕的代码时，心里是怎么想的？

网友解答: 自己曾经阅读过别人写的代码，不规范之处举例如下：（1）没有注释，不知道有些自定义方法什么意思。（2）方法命名拼音和应用相结合，有些还带着数字，比如create和create1

自己曾经阅读过别人写的代码，不规范之处举例如下：

（1）没有注释，不知道有些自定义方法什么意思。

（2）方法命名拼音和应用相结合，有些还带着数字，比如create和create1和createe的区别。

（3）很长很长一段代码，有些参数是写死的，完全不能复用。

（4）一段堆一起的代码，找到写代码的人，他自己都忘了具体的实现逻辑了。

（5）能用10行代码实现的东西，你写了好几百行，是什么意思？

（6）运行报错的代码，还得帮人调试改代码

……

心情很复杂，用一张图来表达心情：有种别跑，看老子不打死你！

首先，糟糕的代码不仅影响程序员的心情，更会直接影响项目开发进度，严重的会影响整个开发团队的氛围。

对于程序员来说，遇到糟糕的代码大部分是两种情况，一种情况是半路接手别人的代码，另一种情况是团队成员提交的代码，无论是哪一种情况，糟糕的代码都会影响整体的开发进度。

对于程序员来说，半路接手别人的项目代码几乎是不可避免的事情，因为程序员的角色转换通常都会比较频繁。半路接手别人代码的时候就有可能会遇到比较糟糕的代码，尤其是接手初级程序员编写的代码。

我曾经就多次接手过别人开发一半的代码，其中大部分代码都是非常规范的，而且思路非常清晰，整理起来也非常容易，但是也遇到过不那么规范的代码，比如整篇代码没有添加注释，模块划分比较随意等等。遇到这样并不规范的代码，首先就要花费较长的时间才能理清开发思路，然后添加必要的注解，自然就会浪费不少时间。

我在跟别的软件团队进行合作开发的时候曾经遇到过比较糟糕的代码，当时我们多个团队协作开发一个大型的项目（智慧城市类），其中有个程序员提交的代码总是出现各种各样的问题，每次都会浪费不少时间，当时整个开发团队的心情都比较糟糕，因为连续的加班已经让大家比较疲惫了，结果因为一个程序员的原因，我们都需要反复配合测试，这种情况会严重影响整个开发团队的工作氛围，最终经过讨论把这名程序员调离了项目组。

目前，随着软件开发流程的逐渐规范化，糟糕的代码已经非常少了，相信未来程序员的代码会越来越规范。

我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续在酷米写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。

如果有互联网方面的问题，也可以咨询我，谢谢！