开源项目的活跃度看提交,不看 star。我默默记下了这句话。我在心里给这个社区的氛围打了个分,比较友好。世界瞬间清净了
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
开源协议选型讨论了一个星期,最后项目一个 star 都没收到。我把整条链路在心里复盘了一遍。我把这个库的迁移指南读了一遍,改动不小。复盘会上我们把它列成了案例
README 写着"三分钟上手",我装环境装了一下午,果然三分钟是理想时间单位。我先给自己泡了杯茶,做好了打持久战的准备。我在心里给这个 license 的约束看了一遍,商用要小心。幸好之前留了备份
这个仓库的文档比代码更值得读。我默默记下了这句话。我把这个文档的示例代码跑了一遍,有两个跑不通。第二天这个方案就变成了团队标准做法
我提的 PR 在三个月后收到回复,说准备重写这个模块。我把整条链路在心里复盘了一遍。我把这个库的版本 pin 死了,怕它突然不兼容。第二天这个方案就变成了团队标准做法
我把自己写的工具包发到了内网 PyPI,下载量第一名是我自己。我把手上的资料翻出来又读了两遍。我发现这个项目的沟通全在 issue 里,没有其他渠道。我把它写进了组内的避坑文档第一章
某个库里有个八年的 issue 标题叫"什么时候支持?",作者每年回复一次"快了"。我忽然觉得,这可能就是这一行的常态。我默默点了个 star,然后发现它已经很久没更新了。办公室安静得能听见键盘声
给开源项目提了个 issue,作者回复"works on my machine",友好交流从冷战开始。我笑了笑,决定不解释。我翻遍了 GitHub issue,在第三十七个评论里找到了答案。连茶水间都安静了
这个项目的贡献者里有几个已经不再活跃了。我叹了口气,然后打开了编辑器。我把这个问题的复现步骤写成了最小示例,终于有人理我。我把这条经验写进了团队 wiki
把内部工具开源了,第一个 issue 是同事提的,内容是"文档呢"。我先给自己泡了杯茶,做好了打持久战的准备。我在心里给这个仓库的代码质量评了个级,中等。感动,然后我学到了新的一课