当程序员看到糟糕的代码时,心里是怎么想的对于程序员来说，遇到糟糕的代码大部分是两种情况，一种情况是半路接手别人的代码，另一种情况是团队成员提交的代码，无论是哪一种情况，糟糕的代码都会影响整体的开发进度。
对于程序员来说，半路接手别人的项目代码几乎是不可避免的事情，因为程序员的角色转换通常都会比较频繁。半路接手别人代码的时候就有可能会遇到比较糟糕的代码，尤其是接手初级程序员编写的代码。
偶曾经就多次接手过别人开发一半的代码，其中大部分代码都是非常规范的，而且思路非常清晰，整理起来也非常容易，但是也遇到过不那么规范的代码，比如整篇代码没有添加注释，模块划分比较随意等等。遇到这样并不规范的代码，首先就要花费较长的时间才能理清开发思路，然后添加必要的注解，自然就会浪费不少时间。
偶在跟别的软件团队进行合作开发的时候曾经遇到过比较糟糕的代码，当时大家多个团队协作开发一个大型的项目（智慧城市类），其中有个程序员提交的代码总是出现各种各样的问题，每次都会浪费不少时间，当时整个开发团队的心情都比较糟糕，因为连续的加班已经让大家比较疲惫了，结果因为一个程序员的原因，大家都需要反复配合测试，这种情况会严重影响整个开发团队的工作氛围，最终经过讨论把这名程序员调离了项目组。
目前，随着软件开发流程的逐渐规范化，糟糕的代码已经非常少了，相信未来程序员的代码会越来越规范。
偶从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，偶会陆续在头条写一些关于互联网技术方面的文章，感兴趣的朋友可以关注偶，相信一定会有所收获。
如果有互联网方面的问题，也可以咨询偶，谢谢！