前言
有了低代码系统，终于不用等待研发排期了。今日前端早读课文章由网易云音乐
景庒分享，由公号:网易云音乐技术团队授权。正文从这开始~~
本文主要谈一谈网易云音乐大前端团队在面向模式化研发场景的低代码体系的建设思考和实践。本文将会从当前我们所面临的业务研发问题出发，谈一谈我们对于构建低代码研发体系的思考，进而介绍我们正在构建的同时支持LowCode和ProCode在线研发的在线快速研发能力。
业务研发现状先看下的我们的业务现状。伴随着业务的快速发展，出现了大量的平台化产品，其中公共技术，质量保障，数据智能相关的平台有40多个，另外云音乐主站，Look直播，音街还有大量的CMS平台，和各类的web应用。并且，这个数字还在不断的增加。而另一方面，无论是CMS平台，还是活动类页面都呈现着明显的模式化特征。这就意味着，开发者所面临的大量的开发需求其实是重复类似的。
而我们的研发现状是：大量的业务需求和低效的研发吞吐之间的矛盾。我们不妨以不同视角来看下对于研发现状的一些心声：
产品同学经常抱怨：只是改个文案，前端却需要排2周，还要合并需求发布，怎么能这么低效；后端同学经常会碰到：一些内部系统体验不好，要改UI，得找前端资源来排期，但前端没有资源来做；而前端同学则面临的是：业务需求很多，每个都很急，简单重复的需求，没有设计稿，我很难有技术上的成长！
这里我做了一个简单的数学统计，在中后台，前端人均支持平台3.3个，平均交付周期在2周左右。右图是一张来自Muse平台第20期的需求清单，你会发现大量的需求是类似于“改文案”，“加字段”等琐碎细节，但这些问题却需要多方协同，排期开发。
业务快速发展中的应用开发困境为什么会出现这样的问题？我认为，可以从4个方面来拆解业务快速发展中的应用开发困境：
首先是人员，一方面人员的流动性是难以避免的，另一方面，全栈型的开发者在当下是极为稀缺的。
其次是变化，因为需求总是不断在变化的，而迭代的周期却越来越短。
第三是复杂，一方面是技术体系变得越来越复杂，另一方面是研发依赖变的越来越复杂。
第四是脱节，一方面是需求与开发交付的脱节，另一方面是长流程与快速交付的脱节。
从
联系电话：