你可能想了解的开源开发者两年经历

前情提要

2021年初时写过一篇《三年 三本 BAT 要素齐全 | 2021年终总结》 的年终总结，正如上文所说，我离开了广州来到深圳鹅厂，阴差阳错之下我从一个业务切图仔变成了一个开源开发者。

彼时我的心情是那么忐忑，我向往开源工作，但又害怕自己不成熟的想法会给别人带来负担，而不敢向开源仓库提PR。

两年下来我已经习惯了常态化的开源开发生活，是 libpag 的核心开发兼 Web 端 owner。但因为生活的变动，我将要离开现在的团队，所以想在最后记录一下这两年的开源开发经历。

本文不会有很多技术细节的分享，更多的是经历的分享与一些建议。

参与

2021年中加入PAG团队，从了解 PAG 的工作流，PAG 文件格式开始参与到团队的开发工作中，慢慢地完成了Web上简化版本的渲染SDK，再到基于 WebAssembly + WebGL 架构适配了 Web 平台，完成了 libpag 在主流平台的最后一块版图。

时间来到2022年1月14日， libpag 完成 4.0 重构与 Web 平台的适配后在 GitHub 上正式对外开源，也完成了从内部开源到外部开源的转变。

讲到这里我希望能给想要参与开源的同学一些建议，开源团队都是希望有尽可能多的人能够参与到开源社区中来，所以不要害怕提PR。 开发者一般都会把开发流程和注意点记录在 README 中，只要仔细阅读完仓库中相关的文档，就可以大胆地参与共建。当有不确定的想法时，也可以先提一个 issue 与开源团队探讨，确定思路之后，提出 PR，开源团队 Code Review 有问题时也会提出 comment，修改问题无误之后就会合入主干了。

参与开源库的共建可以给你的简历留下浓墨重彩的一笔，对找工作也是有一定帮助的。（打工人狂喜

蜕变

从2022年1月14日对外开源以来，业务接入量也从最初的40个迅速扩大超过 600 +，其中包含微信、手Q、王者荣耀、小红书、知乎、B站、京东等知名APP。

随着对接业务数量的增加，大家的交流也多起来，搭建了专门用于交流的PAG 论坛 bbs.pag.art/，团队的工时也有很大的一部分开始被对接工作所占用，同时我们也收到了很多不同的场景需求。

根据开发者们提供的这些不同的场景需求，我也规划了 Web 端的 Roadmap，比如 4.1 版本中完成了微信小程序的适配，4.2 版本中支持了 WebWorker，还有数不完的优化。

寒冬

随着互联网寒冬的到来，降本增效的浪潮开始席卷各大公司。在这个环境下对于开源工作的开展是十分困难的，人员的骤减让以往免费的即时对接无法继续延续。成本、收益等问题被重新拿上台面，开源几乎只剩下为爱发电。为了生存，也为了还有机会继续维护这个开源仓库，大家都被迫走上商业化的道路。

无关团队，说一些自己的看法。其实国内的开源环境并不好，虽然有很多优秀的开发者前仆后继地投身其中，不停的优化着开源这块土壤。当维持社区 SDK 功能不变，探索一些新的商业化道路谋求生存时，就会有一些奇怪的声音出现。“准备捞钱了”、“吃相难看”等等，但其实开源 SDK 并没向使用者收费过一分钱，开发者也希望在不影响社区的情况下谋求生存。

希望在这个寒冬里，大家少一点戾气，多一点包容，都是为了生存。

后记

原本想写最近很火“前端已死”的话题，聊聊这个寒冬中面试的建议，还想写写 libpag Web源码的解析。

但最后还是选择在这个时间点，写一写关于开源工作的一些记录。

如果你对其他话题有兴趣，欢迎点赞评论，请求加更。