😂 IT段子

命名规范的存在是为了让人放弃个性化。我把这个组件的命名规范写进了团队文档，没人看。从此我多了一条团队规约

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我听完沉默了，因为太真实了。我最后把它命名为 handler，虽然它并不处理任何东西。连茶水间都安静了

命名规范的存在是为了让人放弃个性化。我想了想自己这些年，好像确实如此。我在心里给这个新功能定了个命名基调，然后被推翻了。好在最后有惊无险

这个名字的复数形式很有歧义，我犹豫了很久。我想反驳，但发现他说得对。我发现这个名字的拼写是错的，但已经上线不敢改。真香定律准时生效

给变量起名纠结十分钟的人，写 bug 只用了十秒。我想了想，觉得这话没法接。我最后决定叫它 handler，虽然它并不处理任何东西。感动，然后我学到了新的一课

命名最怕的是把未来的实现细节写进名字里。我想了想自己这些年，好像确实如此。我打开了命名生成网站，随手点了一个，居然还挺合适。幸好之前留了备份

命名规范里没写怎么处理这几种情况，于是大家都自由发挥。我把它记在心里，没跟任何人说。我在心里给这个命名纠结了十分钟，最后用了默认的。复盘会上我们把它列成了案例

这个名字的复数形式很有歧义，我犹豫了很久。我抬起头看了看周围，大家都一样。我把这个类的名字改短了，含义也跟着模糊了。真香定律准时生效

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我忽然觉得，这可能就是这一行的常态。我把这个常量的命名规范统一了一遍，从三种变成一种。世界瞬间清净了

函数名叫 doSomething，看完实现，它确实做了点什么，具体是什么说不清。我发现自己居然没法反驳。我把这个组件的命名规范写进了团队文档，没人看。我把它写进了组内的避坑文档第一章