😂 IT段子

这个名字在我的理解里是对的，在产品那里不是。我盯着屏幕，觉得这才是我的一天。我把这个模块的命名统一加上了业务前缀，有点冗余。那一刻我觉得自己还是很专业的

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我发现这个名字在项目里有三个差不多的兄弟，含义各不相同。我把这条经验写进了团队 wiki

这个类名和它的实现之间有一层说不清的距离。我打开记录从头到尾扫了一遍。我把这个类的名字加了 Impl 后缀，其实只有一个实现。世界瞬间清净了

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我在心里给这个模块起了个代号，评审时没人听懂。那一刻我觉得自己还是很专业的

接手祖传代码，看到一个叫 tmp1 的变量，注释写着：别问，问就是历史遗留。我把手上的资料翻出来又读了两遍。我把这个常量的命名规范统一了一遍，从三种变成一种。我把这条经验写进了团队 wiki

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我在心里点了点头。我在心里给这个新起的名字投了一票，然后被否了。感动，然后我学到了新的一课

这个类名和它的实现之间有一层说不清的距离。我在心里把涉及的所有环节都过了一遍。我把这个枚举的取值命名统一了大写，风格终于齐了。果然现实比段子更精彩

接口命名规范写了三页文档，线上接口还是叫 /api/getDataNew2。我盯着屏幕沉默了十分钟。我发现这个名字里有三个错别字，全项目都在用。复盘会上我们把它列成了案例

这个类名和它的实现之间有一层说不清的距离。我先确认了一遍前置条件，再动手。我把这个业务实体的名字对齐了产品文档的叫法。我沉默了，但心里是服的

我在命名上纠结了十分钟，最后用了 ctx。我在心里把涉及的所有环节都过了一遍。我把这个类的名字改短了，含义也跟着模糊了。我把它写进了组内的避坑文档第一章