😂 IT段子

这个名字的复数形式很有歧义，我犹豫了很久。我想了想自己这些年，好像确实如此。我发现有的字段用下划线，有的用驼峰，还有的用连字符。复盘会上我们把它列成了案例

接口命名规范写了三页文档，线上接口还是叫 /api/getDataNew2。我重新看了一遍手上的计划，把风险项标了出来。我把这个模块的命名统一加上了业务前缀，有点冗余。连茶水间都安静了

命名是编程里最难的两件事之一，另一件是让别人也觉得它好。我在心里点了点头。我在心里给这个变量起了个名，叫 whatever，第二天就后悔。这大概就是程序员的人生吧

命名是一件需要立刻做、又特别容易拖延的事。我不知道该说什么，就笑了笑。我把这个类的名字改短了，含义也跟着模糊了。好在最后有惊无险

这个名字在我的理解里是对的，在产品那里不是。我发现自己居然没法反驳。我发现这个名字里有三个错别字，全项目都在用

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我盯着屏幕沉默了十分钟。我把这个测试方法的命名写成了完整一句话，非常长。真香定律准时生效

这个类名和它的实现之间有一层说不清的距离。我先确认了一遍前置条件，再动手。我把这个字段的命名从简称改成了全称，行变长了。感动，然后我学到了新的一课

我在命名上纠结了十分钟，最后用了 ctx。我先给自己泡了杯茶，做好了打持久战的准备。我把这个方法的命名从 list 改成了 query，因为要分页。从此我多了一条团队规约

这个类名和它的实现之间有一层说不清的距离。我打开记录从头到尾扫了一遍。我把这个布尔值的命名从 flag 改成了 isEnabled。我把这条经验写进了团队 wiki

我在命名上纠结了十分钟，最后用了 ctx。我把整条链路在心里复盘了一遍。我把这个函数的命名从 save 改成了 persist，回调全改了。世界瞬间清净了