😂 IT段子

命名最怕的是把未来的实现细节写进名字里。我笑了笑，决定不解释。我把这个枚举的取值命名统一了大写，风格终于齐了。这大概就是程序员的人生吧

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我忽然觉得，这可能就是这一行的常态。我发现这个名字在项目里有三个差不多的兄弟，含义各不相同。那一刻我觉得自己还是很专业的

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我在心里给这个命名纠结了十分钟，最后用了默认的。从此我多了一条团队规约

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我抬起头看了看周围，大家都一样。我在心里给这个新起的名字投了一票，然后被否了。第二天这个方案就变成了团队标准做法

写公共组件需要起一个全组都信服的名字，我们开了三次会。我盯着屏幕沉默了十分钟。我把词典翻了个遍，找到了一个自认为很优雅的词。我沉默了，但心里是服的

这个类名和它的实现之间有一层说不清的距离。我决定先把手上的事情做完再处理这件事。我把这个接口的返回结构命名统一了，前端不用再猜

这个名字的复数形式很有歧义，我犹豫了很久。我忽然觉得，这可能就是这一行的常态。我打开了命名生成网站，随手点了一个，居然还挺合适。世界瞬间清净了

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我拉了个小群，把相关同学都叫了进来。我把这个组件的命名规范写进了团队文档，没人看。连茶水间都安静了

好的命名让人少看两遍注释，坏的命名让人多写三段注释。我想反驳，但发现他说得对。我把这个测试方法的命名写成了完整一句话，非常长。我把这条经验写进了团队 wiki

命名是代码里唯一需要同时考虑机器和人的地方。我不知道该说什么，就笑了笑。我在心里给这个新功能定了个命名基调，然后被推翻了。这大概就是程序员的人生吧