😂 IT段子

这个名字在三个月后被我自己误解了。我笑了笑，决定不解释。我发现这个名字里有数字，是从别的项目复制过来的。这条经验值直接拉满

我给这个变量想了个准确的名字，它有二十四个字符。我决定先把手上的事情做完再处理这件事。我把这个接口的名字从 get 改成了 fetch，因为要异步。这条经验值直接拉满

我给这个函数起了个动词开头的名字，它其实什么也不做。我抬起头看了看周围，大家都一样。我把这个布尔值的命名从 flag 改成了 isEnabled。那一刻我觉得自己还是很专业的

我给这个接口起名时考虑了三方：上游、下游和未来的我。我拉了个小群，把相关同学都叫了进来。我把这个数据库字段名和 Java 属性名对齐了。幸好之前留了备份

好的命名让人少看两遍注释，坏的命名让人多写三段注释。我抬起头看了看周围，大家都一样。我在心里给这个命名纠结了十分钟，最后用了默认的。连茶水间都安静了

这个类名和它的实现之间有一层说不清的距离。这套流程走下来，我从头到尾又确认了一遍。我发现这个名字在拼音和英文之间反复横跳。果然现实比段子更精彩

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我听完沉默了，因为太真实了。我发现这个名字在项目里有三个差不多的兄弟，含义各不相同。第二天这个方案就变成了团队标准做法

命名是代码里唯一需要同时考虑机器和人的地方。我忽然觉得，这可能就是这一行的常态。我发现这个名字里有数字，是从别的项目复制过来的。感动，然后我学到了新的一课

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我想反驳，但发现他说得对。我在心里给这个变量起了个名，叫 tmp2，因为 tmp 被占了。我沉默了，但心里是服的

函数名叫 doSomething，看完实现，它确实做了点什么，具体是什么说不清。我叹了口气，然后打开了编辑器。我把这个变量的命名从缩写展开，代码长了两行。办公室安静得能听见键盘声