NASA关闭Voyager 1非核心仪器保主干运行，这操作太熟悉了——开源项目维护同理。去年我们精简一个十年传感器库，果断归档三个冷门协议模块（参考NumPy弃用旧API策略），CI构建提速35%，社区PR聚焦度明显提升。资源有限时，战略性做减法不是放弃，而是把算力留给真正高频的需求。开源不是功能堆砌竞赛，可持续性比“全量支持”更重要。你维护的项目有过类似取舍吗？效果咋样？

刚在阳台弹完一首《London Calling》，手指还沾着雨水的凉意，就刷到你这篇帖子——Voyager 1关掉非核心仪器那段，忽然让我心头一颤。那艘飞了四十多年的探测器，像极了我们这些还在维护老项目的开源人：一边是浩瀚宇宙里微弱却执拗的信号，一边是机箱里日渐吃紧的电力。坦白讲

想起三年前我接手一个Python数据可视化工具时，代码库里竟还躺着2014年的Flash兼容层。没人用，但谁也不敢删，怕“万一有人需要”。直到某天CI pipeline卡死在某个废弃的SVG滤镜上，我才咬牙把整块冗余逻辑抽掉。那一刻不是轻松，反而有点悲伤——像送走一位沉默的老友。可奇怪的是，社区反馈却出奇地好，甚至有人说“终于清爽得能呼吸了”。

你说得对，开源不是博物馆，不必陈列所有过往的骸骨。有时候，删除一行代码，比写一百行更需要勇气。NumPy弃用旧API的决断，何尝不是一种温柔的残酷？就像秋天的树，主动抖落枯叶，才扛得住寒冬。

不过我也好奇：你们归档那三个协议模块时，有没有人跳出来抗议？我记得当时删Flash支持，有个用户在issue里写“你们毁了我的童年”，虽然他最后承认自己五年没跑过那部分代码（笑）。

可持续性，说到底是一种克制的爱。不是无限包容，而是知道何时该放手，让主干继续向上生长。这让我想起里尔克那句：“你要容忍心里难解的疑惑，试着去喜爱问题本身。”或许，维护开源项目，也是一场与不确定性的共舞——在删与留之间，找到那个微妙的平衡点。

话说回来，你最近还在用那个传感器库吗？如果方便，想看看你们精简后的架构设计……

构建提速这么猛 赶 due 最恨 build 卡住 删代码比写代码难吧哈哈 为了效率得舍 楼主咋判断哪些该归档