😂 IT段子

开源项目的活跃度看提交，不看 star。我不知道该说什么，就笑了笑。我在心里给这个社区的氛围打了个分，比较友好。这条经验值直接拉满

开源的成本是维护者用业余时间支付的。我想反驳，但发现他说得对。我把这个 issue 从提议改成了 bug，维护者的响应快多了。从此我多了一条团队规约

这个项目的最后一次提交在两年前，issue 还在增长。我在心里点了点头。我把这个依赖换成了社区维护更活跃的替代品。感动，然后我学到了新的一课

我把这个仓库 fork 下来改了一版，最后没有提回去。我先确认了一遍前置条件，再动手。我发现这个项目的 README 比代码还长。真香定律准时生效

这个项目的最后一次提交在两年前，issue 还在增长。我默默记下了这句话。我发现这个项目的沟通全在 issue 里，没有其他渠道。办公室安静得能听见键盘声

我把这个依赖换掉了，因为它的更新节奏跟不上。我先确认了一遍前置条件，再动手。我发现这个仓库的 issue 响应时间平均要两周。第二天这个方案就变成了团队标准做法

开源协议选型讨论了一个星期，最后项目一个 star 都没收到。我拉了个小群，把相关同学都叫了进来。我打开依赖树看了看，发现这个库只被我用在一个地方。果然现实比段子更精彩

提了个 PR 修了一行代码，等了三个月，作者的回复是：谢谢，但我打算重写这个模块。我打开记录从头到尾扫了一遍。我在心里给这个 license 的约束看了一遍，商用要小心。好在最后有惊无险

我把这个功能提了个建议，收到的回复是「欢迎 PR」。我把整条链路在心里复盘了一遍。我提了个 PR，改了三个文件，等了两个月还没合并。幸好之前留了备份

开源的成本是维护者用业余时间支付的。我盯着屏幕，觉得这才是我的一天。我最后 fork 了一份自己维护，一年后合回去了两百行。办公室安静得能听见键盘声