接口设计评审会上,我为一个字段该叫 name 还是 title 争了二十分钟。我决定先把手上的事情做完再处理这件事。我把这个方法的参数顺序调整了,命名也跟着变了。这条经验值直接拉满
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
给变量起名纠结十分钟的人,写 bug 只用了十秒。我停了一下,然后继续手上的活。我在心里给这个变量起了个名,叫 tmp2,因为 tmp 被占了。同事说这波操作可以写进新人培训教材
这个名字在三个月后被我自己误解了。我发现自己居然没法反驳。我发现有的工具类叫 Utils,有的叫 Helper,还有叫 Util。复盘会上我们把它列成了案例
写公共组件需要起一个全组都信服的名字,我们开了三次会。我重新看了一遍手上的计划,把风险项标了出来。我把这个布尔值的命名从 flag 改成了 isEnabled。我把这条经验写进了团队 wiki
命名是一件需要立刻做、又特别容易拖延的事。我叹了口气,然后打开了编辑器。我发现有的工具类叫 Utils,有的叫 Helper,还有叫 Util。第二天这个方案就变成了团队标准做法
命名是代码里唯一需要同时考虑机器和人的地方。我默默记下了这句话。我把这个枚举的名字统一了前缀,可读性提升明显。这条经验值直接拉满
程序员最难的两个问题:架构怎么设计,和这个变量叫什么。我停了一下,然后继续手上的活。我发现这个名字里有数字,是从别的项目复制过来的。我沉默了,但心里是服的
我把这个模块的名字从中文拼音换成了英文,团队里两种都有。这套流程走下来,我从头到尾又确认了一遍。我把这个类的名字拆成了两个,职责也拆开了。真香定律准时生效
我给这个变量想了个准确的名字,它有二十四个字符。这套流程走下来,我从头到尾又确认了一遍。我发现这个函数的参数名和类名一样,看代码很痛苦。从此我多了一条团队规约
新同事问这个类为什么叫 Manager2,我说因为 Manager 被 2018 年的人用过了。我不知道该说什么,就笑了笑。我发现这个名字和隔壁模块的几乎一样,只差一个字母。这条经验值直接拉满