😂 IT段子

公司评估要不要引入某个开源组件，我们看了三天，最后决定自研。我默默打开了编辑器，准备一步步验证。我打开依赖树看了看，发现这个库只被我用在一个地方。连茶水间都安静了

提了个 PR 修了一行代码，等了三个月，作者的回复是：谢谢，但我打算重写这个模块。我先确认了一遍前置条件，再动手。我发现这个依赖的传递链上是另一个废弃的库。复盘会上我们把它列成了案例

这个项目的最后一次提交在两年前，issue 还在增长。我停了一下，然后继续手上的活。我最后 fork 了一份自己维护，一年后合回去了两百行。这条经验值直接拉满

开源项目的活跃度看提交，不看 star。我愣了两秒，然后继续敲代码。我把这个问题的复现步骤写成了最小示例，终于有人理我。第二天这个方案就变成了团队标准做法

公司评估要不要引入某个开源组件，我们看了三天，最后决定自研。这套流程走下来，我从头到尾又确认了一遍。我在心里给这个 license 的约束看了一遍，商用要小心。真香定律准时生效

社区的氛围很大程度上由最早那批人定下来。我愣了两秒，然后继续敲代码。我在心里给这次的开源贡献记了一笔，很值。果然现实比段子更精彩

给开源项目提了个 issue，作者回复"works on my machine"，友好交流从冷战开始。我笑了笑，决定不解释。我在评论区回了一句"我也是这个问题"，然后收到八个赞。这大概就是程序员的人生吧

开源作者的日常：白天上班，晚上修 bug，周末关 issue，全年无休还没有工资。我忽然觉得，这可能就是这一行的常态。我把这个功能的使用方式写进了自己项目的文档。好在最后有惊无险

给开源项目提了个 issue，作者回复"works on my machine"，友好交流从冷战开始。我抬起头看了看周围，大家都一样。我提了个 PR，改了三个文件，等了两个月还没合并。办公室安静得能听见键盘声

写着写着发现自己在造轮子，一搜果然 npm 里已经有三万个 star 的库了。我笑了笑，决定不解释。我把源码 clone 下来，读懂第一个模块用了两周