😂 IT段子

这个库的 issue 里有八个是同一个问题，没人合并。我叹了口气，然后打开了编辑器。我把这个仓库的测试用例读了一遍，写得挺规范。办公室安静得能听见键盘声

开源世界里最常见的一句话是「我的环境是好的」。我把它记在心里，没跟任何人说。我把这个新功能的提议写成了 RFC，没人回复。同事说这波操作可以写进新人培训教材

把内部工具开源了，第一个 issue 是同事提的，内容是"文档呢"。我深呼吸了一下，决定从最可疑的地方查起。我按 contributing 文档一步步来，卡在了第三步。感动，然后我学到了新的一课

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我把它记在心里，没跟任何人说。我翻遍了 GitHub issue，在第三十七个评论里找到了答案。我把这条经验写进了团队 wiki

提了个 PR 修了一行代码，等了三个月，作者的回复是：谢谢，但我打算重写这个模块。我打开记录从头到尾扫了一遍。我把这个文档里的错别字提了个 PR，被合并了。第二天这个方案就变成了团队标准做法

我在这条 issue 下面留了言，半年后收到了回复。我把手上的资料翻出来又读了两遍。我把这个库的迁移指南读了一遍，改动不小

这个仓库的文档比代码更值得读。我在心里点了点头。我发现这个仓库的 issue 响应时间平均要两周。同事说这波操作可以写进新人培训教材

某个库里有个八年的 issue 标题叫"什么时候支持？"，作者每年回复一次"快了"。我想了想自己这些年，好像确实如此。我发现这个项目的 README 比代码还长。第二天这个方案就变成了团队标准做法

维护者的耐心是开源世界里最稀缺的资源。我听完沉默了，因为太真实了。我把这个坑写进了 README 的注意事项里。好在最后有惊无险

star 了三千个项目，fork 了两个，真正读完源码的只有自己写的那一个。我把手上的资料翻出来又读了两遍。我把这个库的版本 pin 死了，怕它突然不兼容。幸好之前留了备份