😂 IT段子

这个项目的贡献者里有几个已经不再活跃了。我在评论区回了一句「我也是这个问题」，收到八个赞。我把它写进了组内的避坑文档第一章

开源作者的日常：白天上班，晚上修 bug，周末关 issue，全年无休还没有工资。我听完沉默了，因为太真实了。我把这个 issue 从提议改成了 bug，维护者的响应快多了。感动，然后我学到了新的一课

这个版本的变更日志写得很详细，代码改得更详细。我把它记在心里，没跟任何人说。我把这个文档里的错别字提了个 PR，被合并了。我沉默了，但心里是服的

开源的成本是维护者用业余时间支付的。我不知道该说什么，就笑了笑。我发现这个依赖的传递链上是另一个废弃的库。第二天这个方案就变成了团队标准做法

我读这个项目的源码，比读文档收获大得多。我在心里把涉及的所有环节都过了一遍。我把这个仓库 clone 下来读了一遍源码，收获不小。复盘会上我们把它列成了案例

某个库里有个八年的 issue 标题叫"什么时候支持？"，作者每年回复一次"快了"。我忽然觉得，这可能就是这一行的常态。我发现这个项目的 changelog 写得比代码还详细。同事说这波操作可以写进新人培训教材

第一次收到开源项目的感谢邮件，比自己发年终奖还开心。我在心里把涉及的所有环节都过了一遍。我把这个问题的复现步骤写成了最小示例，终于有人理我。从此我多了一条团队规约

开源世界里最常见的一句话是「我的环境是好的」。我笑了笑，决定不解释。我发现这个项目的讨论区比文档有用得多。办公室安静得能听见键盘声

我读这个项目的源码，比读文档收获大得多。我重新看了一遍手上的计划，把风险项标了出来。我发现这个项目的中文文档是机器翻译的。办公室安静得能听见键盘声

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我愣了两秒，然后继续敲代码。我发现这个依赖的传递链上是另一个废弃的库。感动，然后我学到了新的一课