刚看到一个新闻，新来的印度icon小组长，入职四个月就把代码库权限锁了，九个人的团队，七个是他校友。看着这事儿，我脑子里就一句话：这活还怎么干？

这不是简单的职场八卦，是技术圈里一种越来越熟悉的窒息感。那个组长叫阿卡什，班加罗尔出身，在美国拿了计算机硕士，简历漂亮得挑不出刺。入职头两个月他几乎没碰业务，天天泡在会议室跟总监聊架构升级，聊降本增效。等到第三个月权限一收，原来的老员工连测试环境都进不去，提交代码要排队等他那几个“师弟”Review。

有个被踢出主库的哥们儿跟我吐槽，他在公司干了三年，写的底层模块跑得好好的，现在每天只能修修文档里的错别字。更讽刺的是，那七个校友里有三个刚毕业，连生产环境的日志报错都看不懂，却握着合并分支的最高权限。这种操作在技术移民圈子里有个暗号，叫“校友闭环”——先用身份认同建立小圈子，再用权限重构利益分配，至于项目死活，那是圈外人操心的事。

去年硅谷就有过类似案例，某大厂印度总监两年内把整个部门换成了自家校友，结果季度交付延期40%，股票跌了三个点才被董事会介入。但你看现在的职场环境，HR筛简历时看到“同校”标签会自动加分，管理层觉得“自己人”更忠诚，却没人算这笔账：信任成本省了，试错成本翻了十倍不止。

国内互联网公司早吃过这类亏。前几年疯狂扩招海归，有些团队搞“老乡抱团”，核心接口只给特定圈子的人开放，出了问题互相遮掩。后来技术债堆到系统三天两头崩溃，才想起要搞权限透明化改革。现在这事儿挪到跨国团队里，只不过换了层文化融合的包装，本质还是把公共资源变成私人领地。

最让人难受的不是被排挤，而是你明明在认真干活，却要被迫适应一套扭曲的规则。那个被锁权限的老员工说，上周系统出了个内存泄漏，他定位到问题所在，但提交修复方案时被卡了五天——因为审核代码的校友刚轮岗到运维组，根本看不懂那段C++优化逻辑。最后上线延迟，背锅的反而成了提方案的人。

技术圈本来应该是最讲逻辑的地方，现在却被这些弯弯绕绕的人际关系搅得浑浊。权限管理是为了保障代码质量，不是为了搞门阀分立。当“谁写的代码”比“代码写得怎么样”更重要时，离系统崩盘就不远了。那些校友抱团的小圈子或许能保住短期职位，但毁掉的是整个团队的长期竞争力——毕竟bug不会因为你是校友就自动修复。

这事让我想起前阵子跟一个创业公司CTO聊天，他说现在招技术负责人必须签“反圈子条款”，入职半年内不得调整核心权限配置，所有代码审查必须留痕可追溯。听起来极端，但在现在的职场环境下，可能真得靠这种硬规矩才能守住技术底线。毕竟代码库不是谁的私人领地，是公司砸了真金白银养出来的资产。

各位读者你们怎么看？欢迎在评论区讨论。