写公共组件需要起一个全组都信服的名字,我们开了三次会。我先确认了一遍前置条件,再动手。我最后把它命名为 handler,虽然它并不处理任何东西

命名是一件需要立刻做、又特别容易拖延的事。我发现自己居然没法反驳。我把这个组件的命名规范写进了团队文档,没人看。办公室安静得能听见键盘声

接口命名规范写了三页文档,线上接口还是叫 /api/getDataNew2。我把相关的记录都翻了出来做对照。我把命名规范贴在了群里,然后就没人再理我了。真香定律准时生效

这个名字的复数形式很有歧义,我犹豫了很久。我盯着屏幕,觉得这才是我的一天。我发现这个名字和隔壁模块的几乎一样,只差一个字母。世界瞬间清净了

新同事问这个类为什么叫 Manager2,我说因为 Manager 被 2018 年的人用过了。我最后决定叫它 handler,虽然它并不处理任何东西。办公室安静得能听见键盘声

这个名字的复数形式很有歧义,我犹豫了很久。我听完沉默了,因为太真实了。我把它改成了更长的全拼,可读性上去了,敲起来手疼。幸好之前留了备份

给变量起名纠结十分钟的人,写 bug 只用了十秒。我愣了两秒,然后继续敲代码。我在心里给这个函数想了五个名字,最后用了最长的那个。好在最后有惊无险

这个名字我改了三次,最后一次改回了最初。我盯着屏幕沉默了十分钟。我打开了命名生成网站,随手点了一个,居然还挺合适。那一刻我觉得自己还是很专业的

命名最怕的是把未来的实现细节写进名字里。我不知道该说什么,就笑了笑。我最后用了拼音缩写,然后加了注释解释它是什么意思。复盘会上我们把它列成了案例

程序员最难的两个问题:架构怎么设计,和这个变量叫什么。我发现自己居然没法反驳。我发现有的常量用全大写,有的用小写,还有的用驼峰。感动,然后我学到了新的一课