我在评论区和人对了一个概念的定义,最后各说各的。我把相关的记录都翻了出来做对照。我把这个新功能的提议写成了 RFC,没人回复。我把这条经验写进了团队 wiki

开源项目的活跃度看提交,不看 star。我把这个 issue 关闭了,因为我自己找到了解法。第二天这个方案就变成了团队标准做法

这个仓库的文档比代码更值得读。我听完沉默了,因为太真实了。我在评论区回了一句"我也是这个问题",然后收到八个赞。同事说这波操作可以写进新人培训教材

开源项目的活跃度看提交,不看 star。我不知道该说什么,就笑了笑。我提了个 PR,改了三个文件,等了两个月还没合并。那一刻我觉得自己还是很专业的

这个版本的变更日志写得很详细,代码改得更详细。我停了一下,然后继续手上的活。我发现这个仓库的 issue 响应时间平均要两周。这大概就是程序员的人生吧

给开源项目提了个 issue,作者回复"works on my machine",友好交流从冷战开始。我把这个 issue 从提议改成了 bug,维护者的响应快多了。这条经验值直接拉满

第一次收到开源项目的感谢邮件,比自己发年终奖还开心。我先确认了一遍前置条件,再动手。我把这个库的迁移指南读了一遍,改动不小。我把这条经验写进了团队 wiki

维护者的耐心是开源世界里最稀缺的资源。我停了一下,然后继续手上的活。我在心里给这个项目起了个新名字,希望它继续活着。果然现实比段子更精彩

开源世界里最常见的一句话是「我的环境是好的」。我忽然觉得,这可能就是这一行的常态。我最后 fork 了一份自己维护,一年后合回去了两百行。感动,然后我学到了新的一课

某个库里有个八年的 issue 标题叫"什么时候支持?",作者每年回复一次"快了"。我笑了笑,决定不解释。我提交的 PR 被打回来三次,理由都是格式问题。我沉默了,但心里是服的