😂 IT段子

开源的成本是维护者用业余时间支付的。我不知道该说什么，就笑了笑。我把这个功能的实现参考了另一个语言的做法。我把它写进了组内的避坑文档第一章

开源项目的活跃度看提交，不看 star。我忽然觉得，这可能就是这一行的常态。我发现这个项目的中文文档是机器翻译的。这大概就是程序员的人生吧

把内部工具开源了，第一个 issue 是同事提的，内容是"文档呢"。我深呼吸了一下，决定从最可疑的地方查起。我按 contributing 文档一步步来，卡在了第三步。我把这条经验写进了团队 wiki

开源作者的日常：白天上班，晚上修 bug，周末关 issue，全年无休还没有工资。我忽然觉得，这可能就是这一行的常态。我发现这个 PR 的作者是维护者自己，合得很快。果然现实比段子更精彩

公司评估要不要引入某个开源组件，我们看了三天，最后决定自研。我深呼吸了一下，决定从最可疑的地方查起。我在心里给这个项目的社区活跃度投了个票。我沉默了，但心里是服的

开源协议选型讨论了一个星期，最后项目一个 star 都没收到。我在心里把涉及的所有环节都过了一遍。我在心里给这个仓库的代码质量评了个级，中等。第二天这个方案就变成了团队标准做法

维护者的耐心是开源世界里最稀缺的资源。我忽然觉得，这可能就是这一行的常态。我发现这个项目的贡献者来自十几个国家。这条经验值直接拉满

我把这个功能提了个建议，收到的回复是「欢迎 PR」。我默默打开了编辑器，准备一步步验证。我在心里给这个项目的维护压力想了想，一个人扛。那一刻我觉得自己还是很专业的

这个项目的最后一次提交在两年前，issue 还在增长。我发现自己居然没法反驳。我在心里给这个社区的氛围打了个分，比较友好。这条经验值直接拉满

我把这个问题描述写得很详细，还是有人问「复现步骤呢」。我默默打开了编辑器，准备一步步验证。我把这个仓库 clone 下来读了一遍源码，收获不小。从此我多了一条团队规约