花两个月做了个开源项目，收获的经验比代码值钱

今年四月份的时候，我一个前同事在群里发了张截图："你们看，这都2026年了，怎么这个场景还是没人做？"

他说的是一款命令行工具的需求——把开发者的时间记录自动同步到飞书日历。听起来很小众对吧？但我们几个后端出身的人一碰，发现天天都在为这事烦。上班打开电脑，先要手动记今天做什么，下班再补一遍，经常漏掉。

我说："要不我来做一个？"

当时纯属嘴快。但话说出去了，不做不行。

刚开始，全是想当然

我以为做个命令行工具嘛，不就是读日志、调API、写日历，三天能搞定。

结果第一周就把我打脸了。飞书API的文档写得有跟没有似的，认证流程就卡了我两天。好不容易调通了，发现同步的时区不对——我的时间戳是UTC，用户在北京，显示出来的日程差了8个小时。

这种细节问题后来遇到了十几个。每修一个就骂一次自己当初为什么嘴巴那么快。

项目做到第三周的时候，我把MVP发到了技术群里。没抱什么期望，结果当天就有20多个人下载。

第二天有个完全不认识的网友在GitHub上提了个issue，说我某段代码有bug，还附上了fix。我看了一下，人家说得对，那个边界情况我确实没有考虑到。

那种感觉怎么说呢——自己的代码被陌生人认真看过了，有人在期待你做下去。

从那天开始，我的心态变了。不再是"做个项目显摆一下"，而是"这是真的有人在用的工具，不能糊弄"。

项目上线大概两个月的时候，GitHub上攒了2000多个star。

坦白讲，这个数字在开源圈不算多。但让我意外的不是star数，而是真的有人因为用了这个工具来联系我。有人发邮件说帮他团队省了每周统计工时的时间，有人提了十几个功能建议，还有个大学生在issue里问能不能一起维护。

更有意思的是，第三个月的时候，有个做企业服务的公司找过来，问能不能把这个工具集成到他们的平台里。虽然最后因为定价没谈拢，但那次沟通让我第一次认真思考了"开源项目商业化"这件事。

如果让我复盘这段经历，技术上的收获反而排不到前面。真正学到的东西是这几条：

第一，别做你以为别人需要的东西，做你自己真正需要的东西。我这个项目之所以有人用，就是因为我自己被这个问题折磨了很久。痛点是真的，不是编出来的。

第二，开源的早期用户比你想的宽容。别怕代码写得烂，先放出去再说。你永远不知道谁会因为你的工具而感激你。

第三，维护比开发更考验人。项目上线只是开始，后面修bug、回issue、写文档，这些"看不见的工作"占据了至少一半的时间。如果你没做好准备，不如不开始。

第四，也是最重要的一点——把你的东西展示出去。技术群里发一条消息不等于发布了。去社区里聊、去论坛里写使用心得、去知乎回答问题的时候顺便提一句。人们不会主动发现你的项目，但如果你让它值得被发现，它就会被发现。

现在这个项目还在维护。star涨到了3000左右，每周大概有十来个新用户。

没赚到什么钱。但说真的，值了。

因为在这个过程里，我不只是写了一堆代码。我学会了一件事怎么从零开始，怎么让别人认可，怎么在被拒绝之后继续做下去。

这些东西，比代码值钱多了。