[复盘] 48 小时 700+ Star：一次关于开源项目「技术价值」和「实用价值」的真实碰撞

最近做的一个自用项目「股票分析推送」开源之后，不到 48 小时就达到了 700+ star, 也引发了我的一些思考，分享给大家看看。

作为工程师，平时用开源项目用得很多，说实话也一直想着做点东西回馈社区。 当然，如果项目能被更多人看到，Star 往上涨，本身也是一种很直接的认可。

陆续发过一些项目，最近做的两个开源项目，结果反差非常大，也让我对「什么样的项目更容易被用、被传播」有了更清晰的认识。

第一个项目：花了最多精力，但反响最小

第一个项目是一个微调数据集构建相关的工具。

起因其实很现实：之前项目中发现这块几乎没有现成好用的方案，很多事情要反复手工处理，于是就想着自己系统性地做一个。 这个项目前后投入了不少时间，代码结构、功能完整度都比较高，还专门整理好发布到了 PyPI 。

从技术和工程角度看，我对它是满意的，甚至还有公司因为这个项目找我，后续会集成到他们的项目中进行使用。 但数据也很直观：大半年时间，Star 只有 140+。

后来慢慢也想明白了原因：

• 偏底层
• 使用场景相对窄
• 需要一定背景才能真正用起来

它不是没价值，而是真正需要它的人，本来就不多。

第二个项目：做起来最轻，但反馈最猛

最近做的第二个项目，本来是写着自己用的，开源之后大家的热情程度是超乎意料的。

这是一个偏应用层的股票分析推送项目，逻辑并不复杂，目标也很明确： 拿来就能用。

从设计、简单测试到功能补充，其实都不算重活。很多细节甚至是开源之后，根据网友反馈一点点补上去的。 整个过程比第一个项目轻松得多。

但结果是： 48 小时内，Star 突破 700 。

这个增长速度，说实话我自己都有点意外。

一点很现实的反思

把这两个项目放在一起看，其实结论非常清楚：

开源项目火不火，很多时候和你“技术写得有多深”关系不大， 和它是不是立刻能用、有没有门槛、是不是热门方向关系很大。

简单总结一下：

• 第一个项目 偏底层、门槛高、需要理解背景 技术价值不低，但“用起来成本高”

• 第二个项目 偏应用、零门槛、而且是 AI+股票这种热门方向 Fork 一下、配个配置就能跑，不用理解原理

当“直接可用”摆在面前，大多数人会自然做出选择。

这不是否定技术项目的价值，而是如果你做开源的目标里既有分享，也希望被更多人看到，那就必须正视“实用性”和“传播性”这件事。

这是我非常真实的一次经历，记录下来，希望对你有点参考价值。

最后也贴一下这两个项目，感兴趣可以看看：

• 股票分析项目（ 48 小时 700+ Star ） daily_stock_analysis

• 数据集构建工具（偏底层， 做的还行） FastDatasets