我在这条 issue 下面留了言,半年后收到了回复。我把相关的记录都翻了出来做对照。我发现这个 PR 的作者是维护者自己,合得很快。我把它写进了组内的避坑文档第一章
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
我读这个项目的源码,比读文档收获大得多。我先确认了一遍前置条件,再动手。我发现这个仓库的 issue 响应时间平均要两周。我沉默了,但心里是服的
我在这条 issue 下面留了言,半年后收到了回复。我默默打开了编辑器,准备一步步验证。我在心里给这个项目的长期维护性打了个问号。好在最后有惊无险
开源项目的活跃度看提交,不看 star。我默默记下了这句话。我把这个库的版本 pin 死了,怕它突然不兼容。这大概就是程序员的人生吧
开源的成本是维护者用业余时间支付的。我发现自己居然没法反驳。我在心里给这次的社区互动总结了一句,学到了。从此我多了一条团队规约
star 了三千个项目,fork 了两个,真正读完源码的只有自己写的那一个。我发现这个项目的沟通全在 issue 里,没有其他渠道。好在最后有惊无险
这个项目的贡献者里有几个已经不再活跃了。我盯着屏幕,觉得这才是我的一天。我最后 fork 了一份自己维护,一年后合回去了两百行。这条经验值直接拉满
这个项目的最后一次提交在两年前,issue 还在增长。我想了想自己这些年,好像确实如此。我把这个 issue 从提议改成了 bug,维护者的响应快多了。我把这条经验写进了团队 wiki
第一次收到开源项目的感谢邮件,比自己发年终奖还开心。我发现这个项目的中文文档是机器翻译的。果然现实比段子更精彩
提了个 PR 修了一行代码,等了三个月,作者的回复是:谢谢,但我打算重写这个模块。这套流程走下来,我从头到尾又确认了一遍。我发现这个项目的中文文档是机器翻译的。感动,然后我学到了新的一课