😂 IT段子

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我想了想自己这些年，好像确实如此。我把这个模块的命名统一加上了业务前缀，有点冗余。我沉默了，但心里是服的

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我盯着屏幕沉默了十分钟。我把这个模块的命名统一加上了业务前缀，有点冗余。果然现实比段子更精彩

我给这个函数起了个动词开头的名字，它其实什么也不做。我想反驳，但发现他说得对。我打开了命名生成网站，随手点了一个，居然还挺合适。真香定律准时生效

这个名字我改了三次，最后一次改回了最初。我盯着屏幕沉默了十分钟。我在心里给这个新起的名字投了一票，然后被否了。幸好之前留了备份

命名规范的存在是为了让人放弃个性化。我忽然觉得，这可能就是这一行的常态。我把这个类的名字拆成了两个，职责也拆开了。这大概就是程序员的人生吧

我把这个模块的名字从中文拼音换成了英文，团队里两种都有。我先确认了一遍前置条件，再动手。我把这个组件的命名规范写进了团队文档，没人看

变量命名二选一：data 和 data2，顶级架构师的纠结就到这了。我在心里点了点头。我发现有的命名用中文拼音，有的用英文，混着来。感动，然后我学到了新的一课

我给这个函数起了个动词开头的名字，它其实什么也不做。我停了一下，然后继续手上的活。我把这个接口的返回结构命名统一了，前端不用再猜。复盘会上我们把它列成了案例

这个类名和它的实现之间有一层说不清的距离。我拉了个小群，把相关同学都叫了进来。我在心里给这个命名纠结了十分钟，最后用了默认的。这条经验值直接拉满

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我最后把它命名为 handler，虽然它并不处理任何东西。好在最后有惊无险