😂 IT段子

我在这条 issue 下面留了言，半年后收到了回复。我先给自己泡了杯茶，做好了打持久战的准备。我默默点了个 star，然后发现它已经很久没更新了。这条经验值直接拉满

我把这个依赖换掉了，因为它的更新节奏跟不上。我先确认了一遍前置条件，再动手。我在心里给这个项目起了个新名字，希望它继续活着。感动，然后我学到了新的一课

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我想反驳，但发现他说得对。我把这个 bug 的修复提了 PR，两周后被合并

开源作者的日常：白天上班，晚上修 bug，周末关 issue，全年无休还没有工资。我不知道该说什么，就笑了笑。我最后 fork 了一份自己维护，一年后合回去了两百行。我把它写进了组内的避坑文档第一章

开源项目的活跃度看提交，不看 star。我想了想自己这些年，好像确实如此。我把这个仓库的标签整理了一份，方便自己查。真香定律准时生效

社区的氛围很大程度上由最早那批人定下来。我愣了两秒，然后继续敲代码。我发现这个仓库半年没更新了，但 star 还在涨。我把它写进了组内的避坑文档第一章

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我发现自己居然没法反驳。我把这个仓库 fork 了一份，改完发现社区已经修了。感动，然后我学到了新的一课

社区的氛围很大程度上由最早那批人定下来。我愣了两秒，然后继续敲代码。我把源码 clone 下来，读懂第一个模块用了两周。从此我多了一条团队规约

我把这个功能提了个建议，收到的回复是「欢迎 PR」。我深呼吸了一下，决定从最可疑的地方查起。我把这个功能的实现参考了另一个语言的做法。幸好之前留了备份

这个项目的最后一次提交在两年前，issue 还在增长。我想了想，觉得这话没法接。我把这个功能的使用方式写进了自己项目的文档。这大概就是程序员的人生吧