后来，我们把那坨代码全部推倒重写。

1️⃣ 权限定义（语义清晰）

exportenumPermission {    READ = 'read',    WRITE = 'write',    EDIT = 'edit',    DELETE = 'delete',}

2️⃣ 用户模型

exportinterfaceUser {    id: string;    permissions: Permission[];}

3️⃣ 核心权限校验

exportfunctionhasPermission(    user: User,    required: Permission    ): boolean {    return user.permissions.includes(required);}

4️⃣ 批量校验

exportfunctionhasAllPermissions(    user: User,    required: Permission[]    ): boolean {    return required.every(p => user.permissions.includes(p));}exportfunctionhasAnyPermission(    user: User,    required: Permission[]    ): boolean {    return required.some(p => user.permissions.includes(p));}

没有黑魔法，没有炫技。

但，任何一个新同事，5 分钟就能看懂并修改。

这件事我学到的 3 个血泪教训

1. 代码是写给人看的

如果一段代码：

• 只有你现在能看懂 → 垃圾代码

• 连你一个月后都看不懂 → 有害代码

2. 不要在非瓶颈处炫技

页面慢是 DOM 太多，你却去优化 for 循环 那叫隔靴搔痒。

3. 可读性 > 巧技

简单的逻辑，是对同事最大的善意。

阿K 离职时，还是觉得自己怀才不遇，觉得公司配不上他的技术 。

我祝他前程似锦。

但我更希望看到这篇文章的你，在敲下一段只有你自己能看懂的“神级代码”前，停下来想一想：

如果我明天离职了，接手的人会不会在工位上骂娘？

毕竟我们不想让亲妈都不认识代码，更不想让同事天天骂娘。