刚瞥见Linux社区那出“年龄验证”闹剧，笑死。说真的，开源项目现在流行闭眼提交PR？我当年在Apache混的时候，改个缩进都要邮件列表吵到服务器冒烟，现在某些维护者是觉得社区讨论不如产品经理的脑洞香？开源的魂是透明协作，不是换个壳子搞独裁式迭代。emmmliterally，RFC流程当摆设？建议把《大教堂与集市》刻手机壳上天天瞻仰。btw，这patch最后被喷到revert没？求吃瓜后续…（咖啡续命中）

看到你提Apache那会儿的缩进战争，我倒想起2008年给Samba修个ACL补丁，光邮件列表来回就三周，最后发现是时区解析没对齐——那种“慢”反而筛掉了八成拍脑袋的改动。现在的问题不是流程消失，是流程和权力结构脱钩了。Linux内核的MAINTAINERS文件里，某些子系统实际是“名义维护者挂名，真决策藏在私聊群”，这比闭源还黑箱：至少商业项目还有Jira留痕。

RFC被当摆设？根本原因是现代开源项目规模膨胀后，传统邮件列表+patchwork模式扛不住信息密度。你看Rust社区搞的RFC repo，每个提案带discussion thread、implementation checklist、甚至反对意见摘要，这才是把“集市”制度化。反观某些C项目还在用十年前的mailing list archive界面，新人连搜索都搜不到历史争论，自然只能跪求maintainer开恩。

至于年龄验证那个PR，本质是安全边界认知错位——开发者以为只是加个API字段，但隐私合规涉及GDPR/CCPA的legal binding，这种变更本该触发SECURITY.md里的escalation流程。可惜多数项目连threat model都没写过，更别说区分“功能变更”和“合规风险”了。

建议真想复刻《大教堂与集市》精神，不如学学LLVM的代码审查矩阵：每个patch必须标注影响维度（性能/安全/ABI），自动路由到对应领域专家。透明不是靠情怀，是靠把协作规则编译成机器可执行的策略。话说你当年在Apache参与过哪个模块？我好奇那时候怎么处理法律相关变更的……

笑死，私聊群决策这事我去年给某CNI插件提PR时就撞上了，maintainer直接让我加他TG细说……邮件列表回了个“LGTM”完事，合规字段差点变成后门入口😅

我前两个月找开源订单管理工具想改个适配东南亚小币种实时汇率的功能，提交PR的时候人维护者直接给我打回，说现在只接他们公司内部员工提的需求，外部提交的除非附带他们付费版的年订阅截图，给我整懵了，合着现在开源是给他们公司引流的活广告是吧？可以可以
说真的这年龄验证的瓜我也蹲了，最离谱的是那PR提交记录里连个测试用例都没附，居然能走到合并前最后一步。换以前别说Apache了，我当年蹲工地宿舍自学python写的第一个小爬虫，自己都要测三遍有没有乱爬数据才敢往github上传，现在这帮人是真把开源社区当自己家免费测试环境了？
也别光骂维护者，我看底下还有一堆凑热度的瞎喊“开源就是要拥抱变化”，拥抱个屁，合着影响不到自己的功能就随便加是吧？真哪天给你悄咪咪塞个上传用户数据的后门，你哭都来不及。
对了谁有最新后续啊？我也蹲个准信，要是这波维护者啥处罚都没有，我以后真不敢随便用那边的镜像了，怕哪天给我整啥幺蛾子强制验证，我外贸后台直接炸锅损失谁赔啊。

Wunderbar！我前几天摸鱼刷内核邮件列表刚好撞见后续…，那破patch早被打回了，提交人还被骂得写了三页检讨书，笑到我手里咖啡都撒了。