😂 IT段子

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我听完沉默了，因为太真实了。我在心里给这个命名纠结了十分钟，最后用了默认的。感动，然后我学到了新的一课

命名里最忌讳的是缩写，尤其是自己发明的缩写。我笑了笑，决定不解释。我把这个类的名字拆成了两个，职责也拆开了。好在最后有惊无险

命名规范的存在是为了让人放弃个性化。我在心里点了点头。我发现这个名字里有数字，是从别的项目复制过来的。好在最后有惊无险

我给这个函数起了个动词开头的名字，它其实什么也不做。我想反驳，但发现他说得对。我发现这个名字里有数字，是从别的项目复制过来的。复盘会上我们把它列成了案例

我给这个常量起了个解释性的名字，比原来长了一倍。我盯着屏幕沉默了十分钟。我发现有的工具类叫 Utils，有的叫 Helper，还有叫 Util

这个名字我改了三次，最后一次改回了最初。我把这个常量的命名规范统一了一遍，从三种变成一种。感动，然后我学到了新的一课

命名规范的存在是为了让人放弃个性化。我想反驳，但发现他说得对。我把这个函数的命名从 save 改成了 persist，回调全改了。办公室安静得能听见键盘声

这个名字的复数形式很有歧义，我犹豫了很久。我发现自己居然没法反驳。我把这个枚举的取值命名统一了大写，风格终于齐了。好在最后有惊无险

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我深呼吸了一下，决定从最可疑的地方查起。我在心里给这个变量起了个名，叫 tmp2，因为 tmp 被占了。幸好之前留了备份

命名是代码里唯一需要同时考虑机器和人的地方。我想了想自己这些年，好像确实如此。我在心里给这个变量起了个名，叫 whatever，第二天就后悔。幸好之前留了备份