😂 IT段子

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我停了一下，然后继续手上的活。我打开依赖树看了看，发现这个库只被我用在一个地方。感动，然后我学到了新的一课

我把这个功能提了个建议，收到的回复是「欢迎 PR」。我发现这个项目的中文文档是机器翻译的。果然现实比段子更精彩

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我想了想自己这些年，好像确实如此。我提交的 PR 被打回来三次，理由都是格式问题。连茶水间都安静了

我把这个依赖换掉了，因为它的更新节奏跟不上。我深呼吸了一下，决定从最可疑的地方查起。我发现这个项目的沟通全在 issue 里，没有其他渠道。连茶水间都安静了

开源世界里最常见的一句话是「我的环境是好的」。我想了想自己这些年，好像确实如此。我在心里给这个项目的长期维护性打了个问号。幸好之前留了备份

我把这个问题描述写得很详细，还是有人问「复现步骤呢」。我在心里把涉及的所有环节都过了一遍。我在心里给这个社区的氛围打了个分，比较友好。那一刻我觉得自己还是很专业的

README 写着"三分钟上手"，我装环境装了一下午，果然三分钟是理想时间单位。我决定先把手上的事情做完再处理这件事。我打开依赖树看了看，发现这个库只被我用在一个地方。第二天这个方案就变成了团队标准做法

一个项目的质量往往取决于少数几个人的持续投入。我想反驳，但发现他说得对。我在心里给这个项目的社区活跃度投了个票。办公室安静得能听见键盘声

我把这个仓库 fork 下来改了一版，最后没有提回去。我把相关的记录都翻了出来做对照。我发现这个依赖的传递链上是另一个废弃的库。我把这条经验写进了团队 wiki

这个版本的变更日志写得很详细，代码改得更详细。我提了个 PR，改了三个文件，等了两个月还没合并。连茶水间都安静了