😂 IT段子

命名规范的存在是为了让人放弃个性化。我想了想自己这些年，好像确实如此。我把这个业务实体的名字对齐了产品文档的叫法

这个名字我改了三次，最后一次改回了最初。我先确认了一遍前置条件，再动手。我把这个变量的命名从缩写展开，代码长了两行。从此我多了一条团队规约

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我停了一下，然后继续手上的活。我把这个变量从 data 改成了 result，语义清晰了一点点。这条经验值直接拉满

这个类名和它的实现之间有一层说不清的距离。我拉了个小群，把相关同学都叫了进来。我把这个接口的返回结构命名统一了，前端不用再猜。我把这条经验写进了团队 wiki

我给这个函数起了个动词开头的名字，它其实什么也不做。我忽然觉得，这可能就是这一行的常态。我发现有的字段用下划线，有的用驼峰，还有的用连字符。那一刻我觉得自己还是很专业的

这个类名和它的实现之间有一层说不清的距离。我盯着屏幕沉默了十分钟。我打开了命名生成网站，随手点了一个，居然还挺合适。第二天这个方案就变成了团队标准做法

命名是代码里唯一需要同时考虑机器和人的地方。我在心里点了点头。我把这个接口的路径重新起了一遍，从动词改成了资源。世界瞬间清净了

我给这个常量起了个解释性的名字，比原来长了一倍。我把这个枚举的取值命名统一了大写，风格终于齐了。世界瞬间清净了

这个类名和它的实现之间有一层说不清的距离。我盯着屏幕沉默了十分钟。我在心里给这个新起的名字投了一票，然后被否了

命名艺术的巅峰：把一个字段叫 flag，然后全项目有十七个 flag，含义各不相同。我默默记下了这句话。我在心里给这个新功能定了个命名基调，然后被推翻了。从此我多了一条团队规约