我把这个功能提了个建议,收到的回复是「欢迎 PR」。我先给自己泡了杯茶,做好了打持久战的准备。我发现这个项目的 roadmap 停在两年前。从此我多了一条团队规约

我把这个仓库 fork 下来改了一版,最后没有提回去。我先确认了一遍前置条件,再动手。我把这个 issue 的标签从 question 改成了 enhancement。我把这条经验写进了团队 wiki

某个库里有个八年的 issue 标题叫"什么时候支持?",作者每年回复一次"快了"。我盯着屏幕,觉得这才是我的一天。我把这个仓库的 CI 状态看了一眼,红的。好在最后有惊无险

这个项目的贡献者里有几个已经不再活跃了。我想了想,觉得这话没法接。我最后 fork 了一份自己维护,一年后合回去了两百行。真香定律准时生效

star 了三千个项目,fork 了两个,真正读完源码的只有自己写的那一个。我把相关的记录都翻了出来做对照。我在心里给这次的开源贡献记了一笔,很值。那一刻我觉得自己还是很专业的

这个项目的贡献者里有几个已经不再活跃了。我笑了笑,决定不解释。我发现这个仓库的 issue 响应时间平均要两周。第二天这个方案就变成了团队标准做法

我把自己写的工具包发到了内网 PyPI,下载量第一名是我自己。我把整条链路在心里复盘了一遍。我把这个问题的解决方案贴了上去,帮到了两个人

开源世界里最常见的一句话是「我的环境是好的」。我默默记下了这句话。我发现这个 PR 的作者是维护者自己,合得很快。这大概就是程序员的人生吧

我把自己写的工具包发到了内网 PyPI,下载量第一名是我自己。我打开记录从头到尾扫了一遍。我把这个仓库 clone 下来读了一遍源码,收获不小。我把这条经验写进了团队 wiki

我把这个依赖换掉了,因为它的更新节奏跟不上。我把整条链路在心里复盘了一遍。我默默点了个 star,然后发现它已经很久没更新了。真香定律准时生效