有时候我认定，给 ID 做降重，实际上挺有意思的，就像让一个刚搬进新家的租客把旧家具拆了再装新的一样。
你想想，ID 这东西，说白了就是个数字的代号，要么是某个结构的指纹。它看着冷冰冰的，像个黑盒子里跳动的电流，但实际用的时候，又藏着你从“第一个人”到“第 N 个人”的整个故事。 拿我之前的经验来说，大量人做 ID 优化，喜爱往里面塞各种形容词，结局呢？不仅降重没效果，反而像把水龙头拧成了麻花，滴水声都变大了。
我去年帮几个做数据治理的哥们儿改过 ID，他们特别执着地要“高大上”，恨不得把 ID 改得像是个有温度的有机体。结局呢，结局就是那些原本好办的字符串，目前变成了啥“基于用户行为特征动态生成的、不可预测且有高抗干扰本事的、能够实时反馈社会网络生态的、融合了多模态信号的智能型、就连带有情感波动的动态流转型 ID"。读出来，我都替他们有点喘不过气。
这种 ID 像是在给数据穿了一层厚厚的 velvet，生怕别人一眼看穿你的本质。 实际上，ID 最该看重的，是它的“人味儿”和“辨识度”，而不是把字变多。就像你买鞋，皮质再好、装饰再大，要是尺码不对，穿起来就是脚疼和脚麻两样，根本没人愿意戴。做 ID 也一样，要是为了凑字数，让 ID 变得像天书一样难认，那它的功能就坏了。我们平时用的，大量时候不是为了显示多么“高大上”，而是为了在海量数据里，帮你快速把同类人挑出来。一个 ID 要是看着圆圆滚滚，跟身份证号要么学号没啥区别，那它就是个摆设。 举个例子，咱们之前的那种垂直搜索行业，用户都是奔着里子去的，哪位要是把 ID 改得五彩斑斓，大家都不理你，只会认定这系统忒繁琐。
那时候有个客户，非要给 ID 加上那么一堆形容词，结局我们得出来算个账，发现每多三个字，加载速度得降一半，那对用户体验绝对是降维打击。
后来我们改了，把那些花里胡哨的概念去掉，只保留核心识别码，ID 瞬间变短了，顺滑得像水一样滑那会儿。
这时候，大家才发现，原来一个干净利落、简洁的 ID，有时候比啥都强。 还有个角度，ID 有时候是个“试错”的过程。刚启动做的时候，大家喜爱用那种听起来挺专业的、密集的数字组合，恨不得把每个维度都打通。
可是，人大脑的识别本事是有限的，哪位要是让你输入一串复杂的密码，你肯定记不住，记不住就输，输一次就废了。
后来我们发现，略微好办点，可是好记的，反而效果更好。
比如把一些复杂的后缀去掉，用几个核心数字就能代表身份，既保留了识别度，又下降了用户的记忆门槛。
这就好比做包装设计，要是你把包装做得忒复杂，用户拿起来就忘了，最终卖得冷场。 并且，ID 这东西，它的本质是服务于场景的。
不同的场景，对 ID 的要求天差地别。有的场景是高频次的，比如微信的手机号，务必短、准，撇脱你随时问哥们儿借个号；有的场景是低频的，比如某些内部系统，你可能一年才去用几次，这时候你就能够略微复杂点，哪怕长一点、有点“黑科技”的参数，只要它准，哪位都能查。
要是强行用那种适合高频场景的 ID 去套低频场景，那简直就是多此一举，既浪费资源又增添了出错概率。 还有，我认定 ID 应当有点“弹性”。目前的互联网环境，大家都要变，每天都在用。你那套固定的 ID 万一哪天更新了，换成了新的规则，要么变短了，用户是不是都得重新适应？这时候，ID 就得有点“亲民”，不要忒刻板。它应当能随着你的业务变化而调整，而不是死板地守着老规矩。
有时候，略微灵活一点的 ID 设计，反而能帮你在业务扩张时，少走大量弯路，出于你随时能够换个马甲，换个数字身份，而不怕被识别。 最终说个实在的，别总想着把 ID 做得像艺术品，像那种为了艺术而艺术。我见过忒多这种案例，ID 做得像个精美的印章，但实际功能却像个死结，最终还得返工。ID 的核心使命，就是“快”和“准”。
只要它能让你秒级检索，只要它能准定位到你要的人，那它的美丑就无所谓了。
哪怕它只是一串最好办的"123456"，只要清楚易懂，它就是最珍贵的。 故此你看，做 ID 实际上就是在跟你的用户打交道。你要懂他们的习惯，懂他们如何记号，也懂他们为啥如此记。
不要自己在那儿自我触动，把字加得越多越好，把参数堆得越高越好，那样只会让用户认定累，反而把功能给弄丢了。最好的 ID，是那个你一看就懂，一眼能认，用起来也顺手，能在你心里留下深刻烙印，而不是只是停留在屏幕上的一个冷冰冰的数字。
记住，好的 ID 就像一位好邻居，不刻意炫耀，却处处透着亲切和靠谱。