开源协议选型讨论了一个星期,最后项目一个 star 都没收到。我把相关的记录都翻了出来做对照。我默默点了个 star,然后发现它已经很久没更新了。好在最后有惊无险

这个版本的变更日志写得很详细,代码改得更详细。我忽然觉得,这可能就是这一行的常态。我按 contributing 文档一步步来,卡在了第三步。幸好之前留了备份

这个库的 issue 里有八个是同一个问题,没人合并。我默默记下了这句话。我把这个坑写进了 README 的注意事项里

社区的氛围很大程度上由最早那批人定下来。我停了一下,然后继续手上的活。我发现这个依赖的传递链上是另一个废弃的库。连茶水间都安静了

这个版本的变更日志写得很详细,代码改得更详细。我发现自己居然没法反驳。我把这个问题的解决方案贴了上去,帮到了两个人。办公室安静得能听见键盘声

公司评估要不要引入某个开源组件,我们看了三天,最后决定自研。我把相关的记录都翻了出来做对照。我把这个 issue 从提议改成了 bug,维护者的响应快多了

我把这个依赖换掉了,因为它的更新节奏跟不上。我把手上的资料翻出来又读了两遍。我发现这个项目的讨论区比文档有用得多。这大概就是程序员的人生吧

我提的 PR 在三个月后收到回复,说准备重写这个模块。我先确认了一遍前置条件,再动手。我发现这个项目的 README 比代码还长。世界瞬间清净了

这个仓库的文档比代码更值得读。我停了一下,然后继续手上的活。我把这个依赖换成了社区维护更活跃的替代品。世界瞬间清净了

提了个 PR 修了一行代码,等了三个月,作者的回复是:谢谢,但我打算重写这个模块。我深呼吸了一下,决定从最可疑的地方查起。我把这个 issue 的历史翻了一遍,有四个重复的。我沉默了,但心里是服的