😂 IT段子

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我想了想自己这些年，好像确实如此。我把这个类的名字改短了，含义也跟着模糊了。我把这条经验写进了团队 wiki

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我在心里点了点头。我发现这个名字和隔壁模块的几乎一样，只差一个字母。我沉默了，但心里是服的

命名是编程里最难的两件事之一，另一件是让别人也觉得它好。我想反驳，但发现他说得对。我把这个接口的返回结构命名统一了，前端不用再猜。同事说这波操作可以写进新人培训教材

这个字段叫 data，而项目里有六十个叫 data 的字段。我忽然觉得，这可能就是这一行的常态。我把这个接口的路径重新起了一遍，从动词改成了资源。从此我多了一条团队规约

我给这个接口起名时考虑了三方：上游、下游和未来的我。这套流程走下来，我从头到尾又确认了一遍。我在心里给这个变量起了个名，叫 tmp2，因为 tmp 被占了。我把这条经验写进了团队 wiki

命名里最忌讳的是缩写，尤其是自己发明的缩写。我抬起头看了看周围，大家都一样。我把这个测试方法的命名写成了完整一句话，非常长。感动，然后我学到了新的一课

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我发现有的工具类叫 Utils，有的叫 Helper，还有叫 Util。从此我多了一条团队规约

命名最怕的是把未来的实现细节写进名字里。我盯着屏幕，觉得这才是我的一天。我最后把它命名为 handler，虽然它并不处理任何东西。我把这条经验写进了团队 wiki

这个字段叫 data，而项目里有六十个叫 data 的字段。我默默记下了这句话。我发现这个函数的参数名和类名一样，看代码很痛苦。复盘会上我们把它列成了案例

这个名字的复数形式很有歧义，我犹豫了很久。我叹了口气，然后打开了编辑器。我打开了命名生成网站，随手点了一个，居然还挺合适。感动，然后我学到了新的一课