😂 IT段子

这个版本的变更日志写得很详细，代码改得更详细。我笑了笑，决定不解释。我发现这个项目的 roadmap 停在两年前。那一刻我觉得自己还是很专业的

开源项目的活跃度看提交，不看 star。我愣了两秒，然后继续敲代码。我把这个库的版本 pin 死了，怕它突然不兼容。复盘会上我们把它列成了案例

我在这条 issue 下面留了言，半年后收到了回复。我发现这个仓库的 issue 响应时间平均要两周。我把它写进了组内的避坑文档第一章

某个库里有个八年的 issue 标题叫"什么时候支持？"，作者每年回复一次"快了"。我把它记在心里，没跟任何人说。我在心里给这次的开源贡献记了一笔，很值。这大概就是程序员的人生吧

这个仓库的文档比代码更值得读。我想了想自己这些年，好像确实如此。我在心里给这个 license 的约束看了一遍，商用要小心。连茶水间都安静了

开源项目的活跃度看提交，不看 star。我停了一下，然后继续手上的活。我翻遍了 GitHub issue，在第三十七个评论里找到了答案。好在最后有惊无险

一个项目的质量往往取决于少数几个人的持续投入。我抬起头看了看周围，大家都一样。我在心里给这个社区的氛围打了个分，比较友好

提了个 PR 修了一行代码，等了三个月，作者的回复是：谢谢，但我打算重写这个模块。我把手上的资料翻出来又读了两遍。我把这个 issue 的历史翻了一遍，有四个重复的。同事说这波操作可以写进新人培训教材

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我默默记下了这句话。我把这个 issue 的标签从 question 改成了 enhancement。这条经验值直接拉满

star 了三千个项目，fork 了两个，真正读完源码的只有自己写的那一个。我把整条链路在心里复盘了一遍。我发现这个项目的 changelog 写得比代码还详细。第二天这个方案就变成了团队标准做法