开发者用1台Win7电脑，把开源社区"优化"没了

一台2015年的Windows 7电脑，加载Dev.to需要47秒。FrancisTRᴅᴇᴠ盯着屏幕，做了个决定：既然Forem（Dev.to的开源内核）太慢，那就删到它快为止。

这不是性能调优，这是一场数字时代的堂吉诃德式冲锋。

从"慢"到"删"的滑坡

Francis的开场白很诚实：他没法录屏演示，因为OBS+Forem会让他的电脑"慢上加慢"。于是他用一张GIF替代——画面里，一只蜗牛背着壳，壳上写着"Forem Loading"。

他的诊断逻辑很朴素：既然社区要"empowering"，就不能把Win7用户踢出去。全球还有3.2%的桌面系统在运行Windows 7，按StatCounter 2024年数据，这是数千万台设备。Forem的React前端+Ruby后端架构，在这些机器上确实像在泥地里开跑车。

但Francis的解决方案跳过了所有常规路径。他没有提PR（Pull Request，代码合并请求），没有开Issue讨论，而是直接fork了一份代码，开始"优化"。

删除即优化：一场精心设计的屠杀

他的"优化"清单读起来像一份犯罪预告：

• 删了所有CSS动画——"过渡效果？我的电脑不需要过渡"

• 移除了图片懒加载之外的加载策略——"直接全载，反正等着也是等着"

• 干掉了服务端渲染的hydration步骤——"客户端自己拼吧"

• 最后，他把整个前端框架换成了纯HTML——"React？那是什么，能吃吗"

最狠的一刀：他删除了用户认证系统。"登录很慢，所以没人需要登录。"

Francis在代码注释里写："This is fine."——配的是那张著名的狗坐在火里的表情包。

开源社区的黑色幽默测试

这篇帖子的发布时间藏着密码：4月1日。DEV的"April Fools Challenge"（愚人节挑战赛）专门征集技术向恶作剧，而Francis的投稿堪称教科书级别。

他的免责声明用了18个"very"来强调讽刺属性，还在结尾@了Forem的三位创始人Ben Halpern、Jess Lee、Peter Frank——"PBJ三明治组合"——表白"他们没做错任何事"。

这种小心翼翼的求生欲，反而让讽刺更锋利。开源社区常年存在一种张力：贡献者抱怨项目臃肿，维护者抱怨资源有限。Francis把双方的 frustrations（挫败感）蒸馏成一个极端案例：如果"为低端设备优化"走到逻辑终点，你会得到一个没有用户、没有交互、没有功能的空壳。

有用户在评论区问："所以你的 fork 能跑吗？"Francis回复："能，在Lynx浏览器（纯文本浏览器）上完美运行。"

性能优化的真实困境

剥开玩笑外壳，Francis戳中了一个真问题。Forem的GitHub仓库有2.3万star，但issue列表里长期躺着关于性能的抱怨。2023年的一次架构讨论中，核心维护者承认前端bundle体积"需要关注"，但优先级始终排在功能迭代之后。

这不是Forem独有的困境。Discourse、Lemmy、NodeBB等开源论坛软件都面临类似抉择：为5%的极端用户做优化，还是为95%的主流用户加功能？

Francis的"解决方案"是一种归谬法（reductio ad absurdum）：如果你真要把低端设备体验放在第一位，你实际上是在删除现代Web的所有假设——JavaScript、CSS、甚至状态管理。最终得到的不是"更快的Forem"，是1995年的留言板。

他在帖子里埋了一个细节：他的"优化版"Forem，首屏加载时间从47秒降到了0.8秒。代价是，你只能看，不能点；能点，不能发；能发，不能删。

"但至少它快了。"

帖子最后的更新时间是4月7日，Francis补充说收到了Ben的私信——不是律师函，是一个笑哭表情和一句"你赢了这轮"。