😂 IT段子

命名规范的存在是为了让人放弃个性化。我把它记在心里，没跟任何人说。我在心里给这个模块起了个代号，评审时没人听懂。我沉默了，但心里是服的

命名是编程里最难的两件事之一，另一件是让别人也觉得它好。我想反驳，但发现他说得对。我把这个方法的命名从 handle 改成了 process，没区别。从此我多了一条团队规约

命名艺术的巅峰：把一个字段叫 flag，然后全项目有十七个 flag，含义各不相同。我抬起头看了看周围，大家都一样。我把这个接口的名字从 get 改成了 fetch，因为要异步。同事说这波操作可以写进新人培训教材

新同事问这个类为什么叫 Manager2，我说因为 Manager 被 2018 年的人用过了。我抬起头看了看周围，大家都一样。我发现有的字段用下划线，有的用驼峰，还有的用连字符。这大概就是程序员的人生吧

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我先确认了一遍前置条件，再动手。我把这个枚举的名字统一了前缀，可读性提升明显。幸好之前留了备份

这个名字的复数形式很有歧义，我犹豫了很久。我发现这个名字的拼写是错的，但已经上线不敢改。我把它写进了组内的避坑文档第一章

这个名字在三个月后被我自己误解了。我停了一下，然后继续手上的活。我把这个模块的命名缩写展开了一遍，比原来还长。好在最后有惊无险

命名是代码里唯一需要同时考虑机器和人的地方。我忽然觉得，这可能就是这一行的常态。我在心里给这个变量起了个名，叫 whatever，第二天就后悔。从此我多了一条团队规约

好的命名让人少看两遍注释，坏的命名让人多写三段注释。我发现自己居然没法反驳。我在心里给这个变量起了个名，叫 whatever，第二天就后悔。我把它写进了组内的避坑文档第一章

我给这个变量想了个准确的名字，它有二十四个字符。这套流程走下来，我从头到尾又确认了一遍。我发现有的常量用全大写，有的用小写，还有的用驼峰。办公室安静得能听见键盘声