😂 IT段子

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我在心里点了点头。我把这个常量的命名规范统一了一遍，从三种变成一种。果然现实比段子更精彩

命名艺术的巅峰：把一个字段叫 flag，然后全项目有十七个 flag，含义各不相同。我忽然觉得，这可能就是这一行的常态。我把这个方法的参数顺序调整了，命名也跟着变了。复盘会上我们把它列成了案例

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我想了想自己这些年，好像确实如此。我在心里给这个类想了个更有业务含义的名字，太长了。我把它写进了组内的避坑文档第一章

命名是编程里最难的两件事之一，另一件是让别人也觉得它好。我把它记在心里，没跟任何人说。我召集了两同事开了一个十五分钟的命名讨论会。第二天这个方案就变成了团队标准做法

我在命名上纠结了十分钟，最后用了 ctx。我盯着屏幕沉默了十分钟。我发现有的字段用下划线，有的用驼峰，还有的用连字符。我把它写进了组内的避坑文档第一章

这个字段叫 data，而项目里有六十个叫 data 的字段。我想反驳，但发现他说得对。我发现这个名字里有三个错别字，全项目都在用。这大概就是程序员的人生吧

写公共组件需要起一个全组都信服的名字，我们开了三次会。我重新看了一遍手上的计划，把风险项标了出来。我把这个变量的命名从缩写展开，代码长了两行。这条经验值直接拉满

命名里最忌讳的是缩写，尤其是自己发明的缩写。我听完沉默了，因为太真实了。我召集了两同事开了一个十五分钟的命名讨论会。感动，然后我学到了新的一课

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我决定先把手上的事情做完再处理这件事。我把这个字段的命名从简称改成了全称，行变长了。第二天这个方案就变成了团队标准做法

我给这个变量想了个准确的名字，它有二十四个字符。我决定先把手上的事情做完再处理这件事。我在心里给这个模块起了个代号，评审时没人听懂。感动，然后我学到了新的一课