给开源项目提了个 issue,作者回复"works on my machine",友好交流从冷战开始。我默默记下了这句话。我发现这个项目的 README 比代码还长

README 写着"三分钟上手",我装环境装了一下午,果然三分钟是理想时间单位。我盯着屏幕沉默了十分钟。我在心里给这个项目起了个新名字,希望它继续活着。那一刻我觉得自己还是很专业的

我在这条 issue 下面留了言,半年后收到了回复。我重新看了一遍手上的计划,把风险项标了出来。我发现这个仓库的 issue 响应时间平均要两周。这大概就是程序员的人生吧

某个库里有个八年的 issue 标题叫"什么时候支持?",作者每年回复一次"快了"。我笑了笑,决定不解释。我发现这个项目的讨论区比文档有用得多。第二天这个方案就变成了团队标准做法

开源的成本是维护者用业余时间支付的。我想了想,觉得这话没法接。我把这个 issue 从提议改成了 bug,维护者的响应快多了

这个库的 issue 里有八个是同一个问题,没人合并。我发现这个项目的 changelog 写得比代码还详细。办公室安静得能听见键盘声

开源作者的日常:白天上班,晚上修 bug,周末关 issue,全年无休还没有工资。我想了想,觉得这话没法接。我把这个 bug 的修复提了 PR,两周后被合并。真香定律准时生效

我提的 PR 在三个月后收到回复,说准备重写这个模块。这套流程走下来,我从头到尾又确认了一遍。我把这个仓库的测试用例读了一遍,写得挺规范。幸好之前留了备份

一个项目的质量往往取决于少数几个人的持续投入。我在心里点了点头。我在本地复现了作者的环境,问题果然没有出现。真香定律准时生效

给开源项目提了个 issue,作者回复"works on my machine",友好交流从冷战开始。我停了一下,然后继续手上的活。我在心里给这个项目的社区活跃度投了个票。连茶水间都安静了