😂 IT段子

给开源项目提了个 issue，作者回复"works on my machine"，友好交流从冷战开始。我叹了口气，然后打开了编辑器。我把这个新功能的提议写成了 RFC，没人回复。那一刻我觉得自己还是很专业的

开源协议选型讨论了一个星期，最后项目一个 star 都没收到。我发现这个项目的 changelog 写得比代码还详细。真香定律准时生效

这个库的 issue 里有八个是同一个问题，没人合并。我不知道该说什么，就笑了笑。我把这个贡献指南读了一遍，步骤写得挺清楚。世界瞬间清净了

某个库里有个八年的 issue 标题叫"什么时候支持？"，作者每年回复一次"快了"。我叹了口气，然后打开了编辑器。我在本地复现了作者的环境，问题果然没有出现。这大概就是程序员的人生吧

把内部工具开源了，第一个 issue 是同事提的，内容是"文档呢"。我在本地复现了作者的环境，问题果然没有出现。这条经验值直接拉满

开源的成本是维护者用业余时间支付的。我不知道该说什么，就笑了笑。我把这个问题的复现步骤写成了最小示例，终于有人理我。我把它写进了组内的避坑文档第一章

我把这个问题描述写得很详细，还是有人问「复现步骤呢」。这套流程走下来，我从头到尾又确认了一遍。我把这个依赖换成了社区维护更活跃的替代品。果然现实比段子更精彩

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我不知道该说什么，就笑了笑。我把这个问题的复现步骤写成了最小示例，终于有人理我。这大概就是程序员的人生吧

我把这个问题描述写得很详细，还是有人问「复现步骤呢」。我把手上的资料翻出来又读了两遍。我把这个新功能的提议写成了 RFC，没人回复。这大概就是程序员的人生吧

给开源项目提了个 issue，作者回复"works on my machine"，友好交流从冷战开始。我想反驳，但发现他说得对。我发现这个项目的中文文档是机器翻译的。我把它写进了组内的避坑文档第一章