简直要命，盘点程序员最讨厌的三件事！

  关注我，你的眼睛会辣

1. 写注释

▼

程序员该不该写注释?

其实对于写注释这件事来说，还是有一定的争议的，争议其实不在于该不该写注释，而是在于不要过多的写注释，注释多了，反而会让你感觉整个代码比较混乱不堪，影响视觉。而且有人为什么不太鼓励大家过多的去写注释呢?因为代码即注释，何为代码即注释?代码是具有自解释功能的，高质量，命名规范的代码，其实程序员应该一眼就能够看懂这段代码的功能作用是什么?

所以，程序员到底该不该写注释?

事实证明：该，但是要注意分寸。

优秀的程序员可以少写注释~

优秀的程序员都是懒的。因为懒，他才会写出各种各样的工具来替自己干活。因为懒，他才会想办法避免去写无聊重复的代码——因此避免的代码的冗余，削减了代码的维护成本，使重构变得更加容易。

代码即注释。作为一个优秀的程序员，大多数都懂得注释不是用来翻译程序代码的，用代码能说清楚的东西，就自然不用费脑子去写注释了，集中精力写出最优雅、高质量的代码才是首要的。本身对于简短的代码，规范的命名、条理清晰的书写方式，让人一看就懂，那么本身这个代码就不需要注释，它自身就具有自解释功能。

当然，如果一个函数上百行代码，甚至更多，还是需要写一定的注释的，甚至在一个重要的业务逻辑处理的地方，还是需要注明一些注释的，毕竟时间久了，业务逻辑不熟悉了，看代码确实有些费劲。

初级中等程序员还是得写注释~

作为一个入门，初级或者中等的程序员，在自己代码质量不高的阶段，时刻提醒自己养成一个好的写注释的习惯还是很有必要的。

为什么很多程序员不愿意接手别人写的代码，是因为有一个问题就是必然存在的。每个人的编码风格不一样，命名方式和规范不一样，加上由于程序员代码的个性化，就造就了代码的多样性。倘若再没有注释，谁还愿意看?所以，前期记住一定得写注释。

2.加班

▼

加班呢，在程序员的字典里，是个热词。不折不扣的热词。很多程序员过的是“固定程式”般的生活——上班、加班、回家开夜车然后再起床上班，周而复始。

因为大家都知道有加班这么一回事儿存在，其实，一开始领导要求加班，虽然我是不愿意加班的，也还是从了。赶进度嘛，一起联调嘛，市场时间点定了嘛，都情有可原。可是，我真的不愿意加班，对于无情可原的加班，我是深恶痛绝的啊。

比如，明明一个项目需要20个人一个月，老板一句话，四个人干俩月就要交活，项目经理还居然答应了，这明摆着一开始就把加班算计在内了，让高智商的程序员情可以堪呢。

比如，明明是张三的活儿出了岔子进度没控制住，却把我李四拉过来加班搞定，我白天的尽职尽责不就是为了能够按时完工不加班么，张三白天吊儿郎当看新闻和打游戏看聊QQ却让我来收拾这烂摊子，我能平衡吗我。

比如，需求讨论了几遍了，都确定了，程序员都没日没夜干了两个月要发版本了，领导一句话，说哪哪不合适，产品经理一句话，说哪哪不符合用户习惯，需求一句话，说哪哪还要改一下……

你一句话不当紧啊，你还说“这个应该很可以吧”，你知不道的事儿多啦，我们的程序就像蛛网，彼此纠缠，关系那是剪不断理还乱，牵一发动全身，你这一改动，说起来简单，实现起来可能要从网页一直改到数据还有手机客户端，那是全线崩溃啊，结果呢，不加班能行吗，我能加的开心吗

 3.“很简单”

▼

最怕外行领导内行。因为他们不能理解技术细节，总是从外面去看程序和软件，经常会对程序员说，“这个应该很简单吧”。

要知道，“这很简单啊”，这话是多么惹人恼怒。比如你让张三实现一个登录功能，你认为就是在界面上放两个输入框，一个用户名，一个密码，再加上一个确定按钮，能有多复杂。

其实呢，你看到的只是冰山一角。从程序员的角度来看，用户名是否合法、密码多少位合理，与后台通过什么协议交互，后台如何保存这些信息，要不要支持多点登录，用户权限是否很多是否要根据用户角色来分配，支不支持找回密码，登录过程中网络异常了怎么办，来电话了又怎么处理……

你看，程序员要做的工作，是不是比你想象的要多，是不是一堆一堆的细节需要考虑，这还是说得出来的，说不出来的，还有一大波与登录相关的 BUG 正在赶来……

所以，“很简单”这种话，不应该从需求、项目经理、老板等等嘴里蹦出来，你们不是程序员，不了解程序员的痛有多深。就算你曾经是程序员，可是你也不写程序很多年，早不能原音重现了。

作为一个程序员，猿姐特别讨厌“这个很简单吧”这种话，可是又经常遇到，甚至我自己有时也会说，但这话真的让人很蛋疼，除了显示说话者的无知、自以为是、炫耀之外，再没别的什么好内涵了。

程序员是有非常特别的幽默感的一群，善于自嘲，勇于自黑，耐受力超强，很多事无可无不可，不到是不可孰不可忍不会冲冠一怒。不过，就是这么 nice 的人，也很有一些受不了的事儿。

广告