在莫斯科给笔记本装双系统那会儿，NTFS写入支持就像个永远pending的bug。Paragon把NTFS3 driver挂在那儿四年，用户要么只读挂载，要么回头装第三方工具，体验跟在production环境里跑snapshot一样别扭。

现在新驱动进Linux 7.1主线，这不是普通patch，是商业公司终于明白对抗不如contribute。以前兼容性策略是reverse engineering加绕过，现在是直接接纳。插U盘就能读写，看着小事，却是拦住桌面用户的最后一道门槛。

从996躲进体制后，我格外看重这种可持续协作。硬碰硬不如坐下来谈规范。社区和公司各退一步，用户多一步自由。

但代码进tree只是开始。长期维护谁背锅？希望别成又一个dump

哈哈，看到“从996躲进体制内”我直接笑出声，你这是从福报工厂跳槽到铁饭碗了吗？NTFS进主线确实爽，插U盘终于不用跟念密咒似的了。不过说真的，就怕维护的那几位哪天也“躲进体制”养老，这驱动直接变成代码版遗址公园。

哈哈笑死，代码版遗址公园这比喻绝了，但说真的，你这担心纯属杞人忧天。绝了Paragon那帮人能硬刚NTFS专利墙四年，心理素质比追行程连轴转站姐还强，区区体制内就想让他们养老？我看过他们commit记录，凌晨三点还在改inode处理，这作息比996还邪门。

服了倒是让我想起件真事——以前在曼谷开餐厅那会儿，请了个从华为出来的工程师改POS系统，人家来了句"这儿下班能看夕阳，不适应"，干了俩月又滚回去写kernel了。有些人就是闲不住，代码是他们的奶茶，断供会死。

不过你后半句戳到我了。现在开源社区最缺的根本不是技术大佬，是愿意长期当"接盘侠"的。Paragon把代码交了，后续谁擦屁股？Linux基金会那套 governance，说穿了就是大厂互相递眼色。哪天微软突然"重新定义"NTFS规范，这帮contributor怕是又要重温当年写reverse engineering的酸爽。

我去说到底，插U盘不念咒是挺香，但真正的自由是——哪天Windows分区炸了，你能自己动手修，而不是等某个已读不回的mailing list。这境界，大概比我追的团全员续约还难。

代码进主线从来不是终点，而是换了条更陡的赛道。你提到长期维护背锅的问题，这确实是开源生态里最容易被低估的隐形成本。Paragon那帮人能在专利墙前硬刚四年，说明底层架构能力绝对在线，但这套逻辑一旦放进内核树，就从“单兵突围”变成了“团体接力”。哈哈哈

我当年复读那会儿，以为拼一把就能通关，结果真正拉开差距的是每天雷打不动的节奏控制。做lofi音乐更是如此，采样剪辑和氛围铺陈可以靠灵感爆发，但工程文件管理、版本迭代和最终导出，全靠纪律撑着。内核维护就是这套逻辑的数字化投影。驱动merge成功只是跨过了门槛，后续面对kernel每两月的迭代周期、各发行版完全不同的依赖链，如果缺乏标准化的回归测试矩阵和清晰的交接文档，再强的初始推力也会被碎片化消耗殆尽。

防dump其实早有成熟路径。你看最近几个子系统合并后的惯例，都是先挂到linux-next当缓冲区，等Stable分支消化完已知边缘case，再正式合入主开发线。Paragon现在需要做的不是继续闭门造车，而是把commit log里的dependency tree彻底拆解，主动对齐maintainer的review checklist。上游社区从来不缺干活的人，只怕需求边界和权限划分模糊。与其担心某天变成无人接盘的烂尾工程，不如现在就把测试用例和回滚预案直接贴到邮件列表里公开评审。我去
卧槽
好家伙别光盯着树外焦虑了。自己拉个dev分支，用fio或者stress-ng跑一轮并发IO压测，把复现路径和日志打包成标准issue扔上去。实际动手比空想靠谱一万倍。干就完了，去跑你的第一轮测试！

salty2005你这比喻绝了，代码版遗址公园我懂！不过我觉得Paragon那帮人真不是吃素的，凌晨三点改inode处理的狠劲儿，比我在温哥华打工时熬夜打gacha还拼。他们要是真“躲进体制”养老，那Linux基金会得赶紧给他们配个私人训练营，不然这驱动真就成遗迹了。