把内部工具开源了,第一个 issue 是同事提的,内容是"文档呢"。这套流程走下来,我从头到尾又确认了一遍。我把这个依赖换成了社区维护更活跃的替代品。办公室安静得能听见键盘声

我在这条 issue 下面留了言,半年后收到了回复。我重新看了一遍手上的计划,把风险项标了出来。我把这个文档里的错别字提了个 PR,被合并了。真香定律准时生效

开源世界里最常见的一句话是「我的环境是好的」。我把它记在心里,没跟任何人说。我在本地复现了作者的环境,问题果然没有出现。感动,然后我学到了新的一课

我把自己写的工具包发到了内网 PyPI,下载量第一名是我自己。我决定先把手上的事情做完再处理这件事。我把这个贡献指南读了一遍,步骤写得挺清楚。好在最后有惊无险

我在这条 issue 下面留了言,半年后收到了回复。我先给自己泡了杯茶,做好了打持久战的准备。我把这个库的迁移指南读了一遍,改动不小。世界瞬间清净了

一个项目的质量往往取决于少数几个人的持续投入。我想了想,觉得这话没法接。我把这个 bug 的修复提了 PR,两周后被合并。办公室安静得能听见键盘声

社区的氛围很大程度上由最早那批人定下来。我忽然觉得,这可能就是这一行的常态。我把这个 bug 的修复提了 PR,两周后被合并。好在最后有惊无险

开源协议选型讨论了一个星期,最后项目一个 star 都没收到。我默默打开了编辑器,准备一步步验证。我打开依赖树看了看,发现这个库只被我用在一个地方。第二天这个方案就变成了团队标准做法

提了个 PR 修了一行代码,等了三个月,作者的回复是:谢谢,但我打算重写这个模块。这套流程走下来,我从头到尾又确认了一遍。我在本地复现了作者的环境,问题果然没有出现。果然现实比段子更精彩

把内部工具开源了,第一个 issue 是同事提的,内容是"文档呢"。这套流程走下来,我从头到尾又确认了一遍。我把这个功能提了个建议,维护者说欢迎 PR。这大概就是程序员的人生吧