今天最窝心的文字：码农最讨厌两件事儿

[quu]

码农最讨厌两件事儿：

1.码代码的时候写注释 2.接手别人代码没注释

真的扎心了，我先笑十分钟。

[fhefh]

刚刚在一篇微信推文看到这句话 哈哈~

[WhatC]

1 相对还好吧，自己再捋一遍思路也 ok，2 这个就爆炸了，就怕留了个烂摊子给你。

[hxhc]

个人觉得写注释其实蛮舒服

[xujinkai]

接手代码没注释和接手代码一行一个注释哪个更不爽？

[noNOno]

1.个人觉得先理清楚逻辑蛮好的,逻辑变成文字就是注释
2.喵喵喵???

[ChiangDi]

再多注释也救不了傻逼代码

[jamfer]

男人最讨厌的两件事
1.ML 要戴套
2.GF 不是处

[littleylv]

致远星战况如何？

[Decouple]

代码即注释了解一下，合理的结构和高可读的命名，绝大部分的注释可以通过高质量的代码来避免

[zsdroid]

码农最讨厌两件事儿：一件事是改需求，另一件事还是改需求

[michaelcheng]

我挺喜欢写些注释的，因为有些代码，过两天自己都会忘

[Decouple]

@Decouple 再补充一句，忘了在哪看到的，大意是，注释是一种对失败的妥协，表达出来的意思是：我写出来的这段代码别人（甚至不久后的自己）很难看懂，所以我不得不加点文字

[night98]

@Decouple #9 这个东西基本上等于扯犊子，超过 100 个 class 以上就基本上不成立了。

[sambawy]

代码写得优雅一点 有没有注释都能看 代码写得烂一点 有注释都不想看

[mathzhaoliang]

@Decouple 这种说法明显教条了。高质量的代码往往离不开高质量的注释，注释和代码的比例往往大于 1。试想一下在逻辑复杂的项目里面没注释的话，也许别人每一行都看得懂，但连起来就看不懂。

[Decouple]

@night98 为何得出这样的结论？粗略看了一下手头的项目，class 文件早已超过 200 个，然而注释极少，即使有注释也大多是一些对尚未完成功能的说明，而且注释为什么会和项目大小有很强的关系？如果结构复杂那应该用文档来说明而不是注释

[Decouple]

@mathzhaoliang 我认为的是很多复杂的逻辑完全可以分解成数个简单的小模块再组合在一起，比如一个上百行的方法是很难保证可读性的，但是如果把逻辑拆分开最后变成一个十五行的方法，可读性肯定有很大提升。当然只针对大部分情况，无法拆分的另当别论

[Light3]

我还是比较烦 就是这个样子你快做啊 今天需求 今天上线
注释这个 不用太复杂 大体写一下每个 方法的 用处不就完了吗

[qiuqiuer]

1 产品经理想事情
2 产品经理想到事情

[night98]

@Decouple #17 以一个简单的页面显示分页为例。
方法 1 为通用分页，用户首次进入显示该方法数据，需要添加缓存
方法 2 为条件分页，用户筛选后显示该方法数据，需要添加缓存
方法 3 为默认条件分页，用户点击按钮后显示该方法数据，数据已缓存到内存
三个方法入参格式一致，返回格式一致

请问你如何通过命名来直接区分三个方法，以及在其他人阅读时无歧义的理解该方法作用？