工程师为什么不写注释

为什么程序员写代码的时候都不爱加注视？原因有三个，最后一条你绝对想不到。第一，时间压力。程序员在开发过程中 通常会面临来自项目管理和客户需求的压力。为了尽快完成任务，程序员可能会忽略编写注视，专注于实现代码的功能和修改 bug。 第二，缺乏注视意识。注视是一种代码编写规范，但不是所有程序员都有这个意识。有些程序员以为把 代码功能实现就行了，并不懂得注释的重要性，也不知道怎么写出好的注释。第三，明知自信。有些自身程序员过于自信， 认为自己编写的代码逻辑很清晰，可以做到自写时不需要去注视。这种心态使得自身的程序员也会写出难以理解和维护的代码。以上就是程序员不爱写注视的主要原因， 保证代码的可读性和可维护性，我们程序员还是要养成良好的编码习惯，适当添加注释。如果写代码没有注释过，上了一年半载，很可能连你字体也看不懂你当年写的代码了。我是程序员小辉，欢迎大家的点赞和关注，感谢大家！

今天看到一个比较有意思的话题，为什么很多程序员不写注视了？不知道你们有没有发现，现在的项目中，代码注视就像程序员的头发越来越少，尤其是国内。这种现象不仅是在小公司小团队中司空见惯，就算在大公司以及大团队或者开源项目里也是屡见不鲜。没有注视对我们读代码带来了很多的不便之处， 就像扔给你一个数码产品，上面堆叠着密密麻麻的功能按键，但是却没有给你说明书。我总结了程序员不爱写注视的几个原因，分享给手机前的你。 第一个原因是国内的环境对写注视不友好。在国内这种环境里，程序员们每天在苦闷的九九六挣扎，各种大活小活不断的坐着，正常写代码都忙的不可开交，写注视更是进一步增加了工作量。没人喜欢自己给自己加工作量。在费劲巴拉的写完一大堆代码之后，经过反复自测修改之后，好不容易调通了脑子，已经晕乎乎的了。你此时会有多大心思去写这段注视呢？ 写注视麻烦不说，关键是注视还不算咱们程序员的工作量。程序员的工作是把业务用程序实现。工作结果里不看你注视了多少代码，也不看你注视写的好还是坏，只看你的程序是不是写完了，满足了需求没有， 会不会上线出什么问题，那就 ok 了。第二个原因是看待注视的方式出现了变化。在代码整洁之道一书中有个理念就是注视是为了弥补代码表达能力不足的一种不得已的做法，如果代码能表达清楚，那就没必要写注视。 甚至这本书的作者认为，写注视都需要用 failure 这个词来形容。也就是说，如果你写了注视，那就说明你的代码不够好。这个里面在业界也被不少大牛们认可了。所以后面就有越来越多的人认为代码写的够好，就不用写注视了。所以，好代码不需要注视。这种观点也是造成注视少的一个原因。第三个原因是团队对注视没有规范，导致质量参差不齐。 很多团队里是没有注视规范的，对怎么注视，在哪里注视没有任何规定，让程序员们自由发挥。这就变得很糟糕。写了注视可能比没写注视更坑人。如果注视写的很差，那不仅没起到注视本应该起到帮助阅读代码的作用，反而还会影响读代码人的思路，甚至还能把人带坑里。有的人写注视了， 但是需求变了，代码改了之后，注视懒得改了。又或者是改代码的人不是原作者，改完之后压根就没意识到要改注视，久而久之就导致注视和代码逻辑严重不符。所以，如果没有规范，很多程序员对写注视没有什么正确的概念，逐渐的就没有人干写注视这件事了。最后，你还知道哪些原因会导致程序员不写注视？欢迎在评论区留言。