😂 IT段子

命名规范的存在是为了让人放弃个性化。我抬起头看了看周围，大家都一样。我把这个接口的命名改得更像业务了，技术同学看不懂。世界瞬间清净了

这个名字在三个月后被我自己误解了。我忽然觉得，这可能就是这一行的常态。我把这个类的名字拆成了两个，职责也拆开了。我沉默了，但心里是服的

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我停了一下，然后继续手上的活。我把这个类的名字加了 Impl 后缀，其实只有一个实现。这大概就是程序员的人生吧

我把这个模块的名字从中文拼音换成了英文，团队里两种都有。我先给自己泡了杯茶，做好了打持久战的准备。我把词典翻了个遍，找到了一个自认为很优雅的词。我把这条经验写进了团队 wiki

命名最怕的是把未来的实现细节写进名字里。我想反驳，但发现他说得对。我在心里给这个临时变量起了个正经名字，它存活了三分钟。这条经验值直接拉满

我把这个模块的名字从中文拼音换成了英文，团队里两种都有。我先给自己泡了杯茶，做好了打持久战的准备。我把这个布尔值的命名从 flag 改成了 isEnabled

命名里最忌讳的是缩写，尤其是自己发明的缩写。我抬起头看了看周围，大家都一样。我在编辑器里敲了又删，删了又敲，最后还是叫 data。第二天这个方案就变成了团队标准做法

命名艺术的巅峰：把一个字段叫 flag，然后全项目有十七个 flag，含义各不相同。我想了想，觉得这话没法接。我把这个接口的返回结构命名统一了，前端不用再猜。我沉默了，但心里是服的

命名是代码里唯一需要同时考虑机器和人的地方。我愣了两秒，然后继续敲代码。我把这个接口的名字从 get 改成了 fetch，因为要异步。幸好之前留了备份

这个类名和它的实现之间有一层说不清的距离。我把这个函数的命名从 save 改成了 persist，回调全改了。连茶水间都安静了