😂 IT段子

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我想了想，觉得这话没法接。我把这个模块的命名缩写展开了一遍，比原来还长。好在最后有惊无险

这个名字我改了三次，最后一次改回了最初。我默默打开了编辑器，准备一步步验证。我把这个枚举的取值命名统一了大写，风格终于齐了。我把它写进了组内的避坑文档第一章

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我把手上的资料翻出来又读了两遍。我最后用了拼音缩写，然后加了注释解释它是什么意思。连茶水间都安静了

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我想反驳，但发现他说得对。我在心里给这个函数起了个名，叫 doSomething，非常准确。同事说这波操作可以写进新人培训教材

命名规范的存在是为了让人放弃个性化。我愣了两秒，然后继续敲代码。我把这个业务实体的名字对齐了产品文档的叫法。复盘会上我们把它列成了案例

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我抬起头看了看周围，大家都一样。我把这个函数的命名从 save 改成了 persist，回调全改了。幸好之前留了备份

接口命名规范写了三页文档，线上接口还是叫 /api/getDataNew2。我先给自己泡了杯茶，做好了打持久战的准备。我发现有的地方叫 user，有的叫 customer，其实是同一个

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我想反驳，但发现他说得对。我把这个模块的命名缩写展开了一遍，比原来还长。我沉默了，但心里是服的

接口命名规范写了三页文档，线上接口还是叫 /api/getDataNew2。我拉了个小群，把相关同学都叫了进来。我在心里给这个字段想了个更短的名字，第二天忘了含义。我把它写进了组内的避坑文档第一章

我给这个接口起名时考虑了三方：上游、下游和未来的我。我把手上的资料翻出来又读了两遍。我把这个类的名字拆成了两个，职责也拆开了。同事说这波操作可以写进新人培训教材