当新世界来敲门，你给网易云音乐低代码体系建设一票吗？

在技术领域，不知不觉间，"低代码"这个概念像一位不速之客，或一个不请自来的朋友，毫无征兆的来到了我们的生活里。
这个冒似陌生而熟悉的朋友，正在给各个行业的技术管理者们带来新的思考：低代码到底是什么？值不值得投上珍贵的一票？
事实上，低代码并不神秘，它以更加直观和简单的方式助力技术和非技术人员完成业务开发工作。
而网易云音乐在此基础之上，进一步融合了音乐基因，令低代码开发体系以更加贴合业务、更加便捷易用的方式，帮助我们解决了实际业务研发中的问题。

一、是谁打开了潘多拉的魔盒？
众所周知，音乐是一个音符即可打动人心的特殊艺术。而作为音乐爱好者的首选，网易云音乐更有着严苛的业务研发标准。
随着业务的不断发展，网易云音乐的业务线不断细化、场景化，需要迅速开发各类产品功能。
但传统研发模式的弊端也随之显现，我们面临着如下问题：

• 研发效率低下 ：具体表现在编码工作量大、重复劳动多、交付时间长。
• 资源利用率低 ：集中式的平台赋能，会导致资源利用率降低，研发体系的弹性下降。
• 技术栈耦合度高 ：依赖性强，新技术引入和项目迭代均受到较多限制。

面对这些痛点，为了提高研发效率，我们对研发体系进行了深刻的反思，进而基于自身需求和现有资源，考虑构建一个新的研发体系。
在经过多方考察和学习后，低代码研发体系最终脱颖而出，成为我们研发体系变革的最佳方案。

二、低代码落地实践：从0到1，你行吗？
纵然看到了低代码的无限潜力，但是低代码并不等同于完美，在网易云音乐所面对的实际场景中，我们还需要关注诸多问题。

• 开发模式是否统一 ：即能否将现有业务和即将开展的业务统一纳入到低代码研发体系之中，避免产生新的壁垒。
• 功能支持是否全面 ：低代码研发体系中提供的各种能力，是否能够支撑业务的发展需求。
• 支持多端开发 ：新研发体系是否能够满足不同端的需求，并能够实现统一的开发和运维，降低不同端之间协同开发的工作量。

带着这些问题，我们对网易云音乐现有的研发体系做了全面的盘点，在此基础之上，以提升研发效能为主要目标，并结合业务实际，制定了以下几项建设目标：

• 实现跨端全栈覆盖 ：包括网站、客户端、小程序、Hybrid应用。
• 形成组件库体系 ：利用自身业务优势，构建符合网易云音乐自身业务特征的组件体系。
• 完成开放生态建设 ：即打通并融合多种技术栈，形成一个业务资源与技术资源相互兼容、互通互用的技术生态圈。
• 完善配套基础设施 ：即逐步建立一个完整的可视化、可监控、可灰度发布、可运营的运营体系。

明确了目标后，我们开始一步一个脚印的进行低代码研发体系建设，其建设过程可以概括为四个阶段：

• 第一阶段：需求理解

这一阶段，我们需要与业务方进行充分的沟通和调研，明确业务方需求，设计出符合需求的业务模型，并进行组件化开发和资源组装。

• 第二阶段：组件研发

这一阶段，我们需要发挥云音乐技术人员自身开发优势，在开放生态的基础之上，研发更加符合云音乐特性的业务组件，并形成组件的资源池。

• 第三阶段：搭建低代码平台

这一阶段，我们需要基于组件资源池和开放生态，研发低代码工具集和API，构建低代码平台。

• 第四阶段：应用开发与交付

这一阶段，技术人员可以通过低代码平台所提供的API、组件资源池、低代码开发工具等，进行业务的开发和交付。

网易云音乐开发体系建设的实践，不是凭空而来的，而是来源于业务的推动。
或许，低代码体系还面临着诸多不足，但探索与实践本身所带来的收益，就足够我们迈出探索的这一步。