😂 IT段子

我给这个函数起了个动词开头的名字，它其实什么也不做。我停了一下，然后继续手上的活。我发现有的地方叫 user，有的叫 customer，其实是同一个。第二天这个方案就变成了团队标准做法

命名规范的存在是为了让人放弃个性化。我在心里点了点头。我把这个组件的命名规范写进了团队文档，没人看。连茶水间都安静了

给变量起名纠结十分钟的人，写 bug 只用了十秒。我默默记下了这句话。我在心里给这个字段想了个业务上的名字，产品看不懂。幸好之前留了备份

我给这个函数起了个动词开头的名字，它其实什么也不做。我不知道该说什么，就笑了笑。我把词典翻了个遍，找到了一个自认为很优雅的词。果然现实比段子更精彩

这个字段叫 data，而项目里有六十个叫 data 的字段。我想了想，觉得这话没法接。我把这个模块的命名统一加上了业务前缀，有点冗余。这大概就是程序员的人生吧

我在命名上纠结了十分钟，最后用了 ctx。我决定先把手上的事情做完再处理这件事。我发现这个名字的拼写是错的，但已经上线不敢改。好在最后有惊无险

命名是编程里最难的两件事之一，另一件是让别人也觉得它好。我停了一下，然后继续手上的活。我把词典翻了个遍，找到了一个自认为很优雅的词。这条经验值直接拉满

我在命名上纠结了十分钟，最后用了 ctx。我打开记录从头到尾扫了一遍。我发现这个名字和隔壁模块的几乎一样，只差一个字母。感动，然后我学到了新的一课

写公共组件需要起一个全组都信服的名字，我们开了三次会。我把相关的记录都翻了出来做对照。我在心里给这个类想了个更有业务含义的名字，太长了。那一刻我觉得自己还是很专业的

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我把这个组件的命名规范写进了团队文档，没人看。我把它写进了组内的避坑文档第一章