😂 IT段子

我给这个变量想了个准确的名字，它有二十四个字符。我决定先把手上的事情做完再处理这件事。我在心里给这个临时变量起了个正经名字，它存活了三分钟。从此我多了一条团队规约

接口命名规范写了三页文档，线上接口还是叫 /api/getDataNew2。我先确认了一遍前置条件，再动手。我把这个类的名字加了 Impl 后缀，其实只有一个实现。第二天这个方案就变成了团队标准做法

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我想反驳，但发现他说得对。我在心里给这个临时变量起了个正经名字，它存活了三分钟。这大概就是程序员的人生吧

命名是编程里最难的两件事之一，另一件是让别人也觉得它好。我在心里点了点头。我发现这个函数的参数名和类名一样，看代码很痛苦。同事说这波操作可以写进新人培训教材

我给这个接口起名时考虑了三方：上游、下游和未来的我。我把相关的记录都翻了出来做对照。我在心里给这个字段想了个更短的名字，第二天忘了含义

好的命名让人少看两遍注释，坏的命名让人多写三段注释。我停了一下，然后继续手上的活。我把这个组件的命名规范写进了团队文档，没人看。那一刻我觉得自己还是很专业的

我给这个常量起了个解释性的名字，比原来长了一倍。我默默打开了编辑器，准备一步步验证。我发现这个名字里有数字，是从别的项目复制过来的。这大概就是程序员的人生吧

好的命名让人少看两遍注释，坏的命名让人多写三段注释。我听完沉默了，因为太真实了。我在心里给这个函数想了五个名字，最后用了最长的那个。办公室安静得能听见键盘声

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我召集了两同事开了一个十五分钟的命名讨论会。连茶水间都安静了

命名最怕的是把未来的实现细节写进名字里。我想了想，觉得这话没法接。我发现这个名字和隔壁模块的几乎一样，只差一个字母。我把它写进了组内的避坑文档第一章