😂 IT段子

这个版本的变更日志写得很详细，代码改得更详细。我想了想自己这些年，好像确实如此。我发现这个依赖的传递链上是另一个废弃的库。第二天这个方案就变成了团队标准做法

维护者的耐心是开源世界里最稀缺的资源。我笑了笑，决定不解释。我把源码 clone 下来，读懂第一个模块用了两周。连茶水间都安静了

开源作者的日常：白天上班，晚上修 bug，周末关 issue，全年无休还没有工资。我想了想自己这些年，好像确实如此。我发现这个依赖的传递链上是另一个废弃的库。感动，然后我学到了新的一课

我在评论区和人对了一个概念的定义，最后各说各的。我把手上的资料翻出来又读了两遍。我提交的 PR 被打回来三次，理由都是格式问题。这条经验值直接拉满

我把这个问题描述写得很详细，还是有人问「复现步骤呢」。我把这个仓库 fork 了一份，改完发现社区已经修了。这大概就是程序员的人生吧

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我盯着屏幕，觉得这才是我的一天。我把这个功能提了个建议，维护者说欢迎 PR。复盘会上我们把它列成了案例

这个项目的最后一次提交在两年前，issue 还在增长。我叹了口气，然后打开了编辑器。我发现这个仓库半年没更新了，但 star 还在涨。幸好之前留了备份

我在评论区和人对了一个概念的定义，最后各说各的。我把手上的资料翻出来又读了两遍。我发现这个项目的讨论区比文档有用得多。复盘会上我们把它列成了案例

给开源项目提了个 issue，作者回复"works on my machine"，友好交流从冷战开始。我愣了两秒，然后继续敲代码。我把这个新功能的提议写成了 RFC，没人回复。连茶水间都安静了

我在评论区和人对了一个概念的定义，最后各说各的。我先确认了一遍前置条件，再动手。我把这个文档的示例代码跑了一遍，有两个跑不通。这条经验值直接拉满