😂 IT段子

某个库里有个八年的 issue 标题叫"什么时候支持？"，作者每年回复一次"快了"。我盯着屏幕，觉得这才是我的一天。我把这个 bug 的修复提了 PR，两周后被合并。复盘会上我们把它列成了案例

把内部工具开源了，第一个 issue 是同事提的，内容是"文档呢"。我重新看了一遍手上的计划，把风险项标了出来。我把这个仓库的 CI 状态看了一眼，红的。第二天这个方案就变成了团队标准做法

这个项目的最后一次提交在两年前，issue 还在增长。我想了想，觉得这话没法接。我把这个仓库 clone 下来读了一遍源码，收获不小。果然现实比段子更精彩

把内部工具开源了，第一个 issue 是同事提的，内容是"文档呢"。我深呼吸了一下，决定从最可疑的地方查起。我把这个坑写进了 README 的注意事项里。好在最后有惊无险

开源作者的日常：白天上班，晚上修 bug，周末关 issue，全年无休还没有工资。我在心里点了点头。我按 contributing 文档一步步来，卡在了第三步。同事说这波操作可以写进新人培训教材

第一次收到开源项目的感谢邮件，比自己发年终奖还开心。我决定先把手上的事情做完再处理这件事。我把这个 issue 的标签从 question 改成了 enhancement。幸好之前留了备份

我在评论区和人对了一个概念的定义，最后各说各的。我先给自己泡了杯茶，做好了打持久战的准备。我把这个功能的使用方式写进了自己项目的文档。同事说这波操作可以写进新人培训教材

我把这个依赖换掉了，因为它的更新节奏跟不上。我发现这个项目的讨论区比文档有用得多。那一刻我觉得自己还是很专业的

第一次收到开源项目的感谢邮件，比自己发年终奖还开心。我重新看了一遍手上的计划，把风险项标了出来。我默默点了个 star，然后发现它已经很久没更新了。这大概就是程序员的人生吧

我提的 PR 在三个月后收到回复，说准备重写这个模块。这套流程走下来，我从头到尾又确认了一遍。我把源码 clone 下来，读懂第一个模块用了两周。这条经验值直接拉满