😂 IT段子

命名规范的存在是为了让人放弃个性化。我默默记下了这句话。我把它改成了更长的全拼，可读性上去了，敲起来手疼。世界瞬间清净了

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我拉了个小群，把相关同学都叫了进来。我在心里给这个字段想了个业务上的名字，产品看不懂。我把这条经验写进了团队 wiki

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我停了一下，然后继续手上的活。我把这个常量的命名规范统一了一遍，从三种变成一种。好在最后有惊无险

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我重新看了一遍手上的计划，把风险项标了出来。我把这个业务实体的名字对齐了产品文档的叫法。第二天这个方案就变成了团队标准做法

这个名字的复数形式很有歧义，我犹豫了很久。我发现自己居然没法反驳。我把词典翻了个遍，找到了一个自认为很优雅的词。幸好之前留了备份

函数名叫 doSomething，看完实现，它确实做了点什么，具体是什么说不清。我把它记在心里，没跟任何人说。我把这个枚举的取值命名统一了大写，风格终于齐了。从此我多了一条团队规约

这个名字在三个月后被我自己误解了。我想了想自己这些年，好像确实如此。我把这个枚举的名字统一了前缀，可读性提升明显。这大概就是程序员的人生吧

函数名叫 doSomething，看完实现，它确实做了点什么，具体是什么说不清。我在心里点了点头。我把这个类的名字加了 Impl 后缀，其实只有一个实现

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我发现自己居然没法反驳。我把这个接口的返回结构命名统一了，前端不用再猜。幸好之前留了备份

我给这个变量想了个准确的名字，它有二十四个字符。我先确认了一遍前置条件，再动手。我在心里给这个新起的名字投了一票，然后被否了。这条经验值直接拉满