参与openEuler社区不到1年，我成为了Maintainer……

您是什么时候开始关注openEuler？

我个人开始关注到openEuler是21年了，也是在一个openEuler社区影响力不断扩散的阶段接触到。

出于什么原因参与到openEuler社区？

参与openEuler社区的原因就有很多了。

一方面，统信软件是最早参与openEuler的公司之一，拥有基于openEuler打造的商业发行版，作为欧拉社区理事会成员单位，一直大力参与openEuler社区生态建设。

另一方面，自己对于参与开源贡献，本身就抱有积极的意愿，过往的经历中也在开源社区获益良多。而且自己所从事的OpenStack云计算相关工作，与openEuler OpenStack SIG的工作高度吻合。参与上游社区的工作，不仅可以为开源社区生态做出贡献，也增益自身工作，这也是工作方向的需要。

还有很重要的一点就是，openEuler社区优秀的技术氛围，以及让开发者感受到的，实实在在地建设一个开源开放社区的态度。这些促使自己，愿意长久、深入地参与到社区之中。

您是怎么参与到社区工作的？怎么成长为社区的Maintainer？

我其实在参与社区开发前，就有安装使用过openEuler，包括还加了openEuler的技术交流微信群。并且工作中，之前就有知道openEuler社区的OpenStack SIG。所以此前就有一些了解。正式参与社区工作的契机，还是工作上，我们部门的工作方向本来就与OpenStack SIG 的工作内容高度吻合，当时工作上是明确了我们会长期投入OpenStack SIG。所以我是首先明确了要参与的SIG。

具体参与的话，首先是在openEuler社区的官网，阅读了openEuler社区的贡献攻略

(https://www.openeuler.org/zh/community/contribution/)，通过这些指南，我了解到了SIG的基础信息，参加双周例会，加入了SIG微信群。由此，逐步参与进了SIG的工作。

成为Maintainer的过程的话，社区其实有一份社区角色说明

(https://gitee.com/openeuler/community/blob/master/community-membership_cn.md)；这份说明详细解释了从普通开发者晋级到Committer、Maintainer所需要承担的职责以及和具体的要求，对于我在社区的成长有很大的帮助。

从我自己的过程来说，刚开始主要是先了解SIG情况，自己尝试测试SIG组的一些成果；然后逐步尝试修复一些小bug、提交一些小的修改。这中间，持续参与例会，积极跟进社区动态。后续，在可参与工作中，主动申请承担任务，并按时完成。比如我在22.09开发周期中，参与SIG联合创新点-虚拟机高低优先级特性的开发，负责Nova项目DB层代码实现；参与OpenStack Yoga开发工作，作为统信在OpenStack SIG负责人，认领RPM包100+。

还有就是保持主动建设社区，贡献开源的心态。对于可以优化的地方，主动进行贡献、完善，尤其是一些公共的、对社区有益的事情。比如我进行过的：SIG RPM开发指导文档撰写、重构SIG开发者工具`oos spec build`命令工作。这些工作，并不是SIG计划内的开发任务，而是实操过程中发现的，可以降低SIG参与门槛、提高SIG开发效率的地方。

您在社区工作上比较关注什么？方便透露下后续会有哪些规划？

我觉得还是社区整体的开放性和开发者整体的体验吧。

对于不够开放或者开发者体验不够好的社区，其实新人是很难参与其中的；我觉得我能够在不到1年的时间内，从openEuler社区的新人开发者成长为SIG组Maintainer，也足以说明openEuler社区在这两方面做得还是非常不错的。

后续我也会长期在OpenStack SIG深入投入。一方面，工作中适合的OpenStack相关项目，会考虑依托欧拉社区开源；另一方面，会尝试引入社区成果，实际应用，并反馈社区，促进生态发展。比如OpenStack SIG的联合创新项目-高低优先级特性，有计划在统信商业系统中，进行测试，尝试引入。

您对openEuler社区有什么其他建议？

事实上，前几天我参与了社区举办的“开发者体验吐槽大会”线上活动，听了许多同学的真诚想法以及社区的务实回应。自己目前并没有什么更新的想法。一定要说一些的话，期望社区保持开源开放的原则，越做越好。

感谢您参与本次访谈，期待下次再会

多谢，一定。