😂 IT段子

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我想了想，觉得这话没法接。我把这个接口的路径重新起了一遍，从动词改成了资源。第二天这个方案就变成了团队标准做法

命名最怕的是把未来的实现细节写进名字里。我把它记在心里，没跟任何人说。我在心里给这个函数想了五个名字，最后用了最长的那个。我把它写进了组内的避坑文档第一章

接口文档写着返回三个字段，实际返回了五个，还有一个叫 extra 的神秘字段。我把相关的记录都翻了出来做对照。我最后用了拼音缩写，然后加了注释解释它是什么意思。复盘会上我们把它列成了案例

好的命名让人少看两遍注释，坏的命名让人多写三段注释。我想了想自己这些年，好像确实如此。我把这个变量的命名从缩写展开，代码长了两行。连茶水间都安静了

这个名字我改了三次，最后一次改回了最初。我默默打开了编辑器，准备一步步验证。我在编辑器里敲了又删，删了又敲，最后还是叫 data。这条经验值直接拉满

程序员最难的两个问题：架构怎么设计，和这个变量叫什么。我抬起头看了看周围，大家都一样。我把这个接口的名字从 get 改成了 fetch，因为要异步。复盘会上我们把它列成了案例

接口设计评审会上，我为一个字段该叫 name 还是 title 争了二十分钟。我默默打开了编辑器，准备一步步验证。我把这个方法的命名从 handle 改成了 process，没区别。从此我多了一条团队规约

我把这个模块的名字从中文拼音换成了英文，团队里两种都有。我在心里把涉及的所有环节都过了一遍。我发现这个名字里有三个错别字，全项目都在用。果然现实比段子更精彩

写公共组件需要起一个全组都信服的名字，我们开了三次会。我先确认了一遍前置条件，再动手。我把词典翻了个遍，找到了一个自认为很优雅的词。我沉默了，但心里是服的

命名是一件需要立刻做、又特别容易拖延的事。我停了一下，然后继续手上的活。我在心里给这个临时变量起了个正经名字，它存活了三分钟。真香定律准时生效