需求文档也能生成代码，程序员要失业了？

近些年来低码/无码（lowcode/nocode）非常火热，低码/无码的意思是通过智能化工具自动化生成代码，来减少开发重复性的工作，提高开发效率。

从可视化搭建到设计稿生成代码，再到需求文档生成代码，lowcode经过了一个循序渐进的历程。

在去年的D2前端大会上，阿里展示了使用imgcook把需求文档生成代码的核心思路 -> 需求即代码，需求即生产，协同在线化。并表示今年10月份就会正式上线。

那么当需求文档也能自动化生成代码时，是不是就革了程序员的命，程序员要失业了呢？

今年淘宝双11会场90%的页面开发，都是通过imgcook工具，把设计稿自动生成代码的，确实给前端研发带来了实质性的提效。

但是提效并不等于完全代替人工开发。目前lowcode只能生产出70%-80%左右的代码，剩下的还需要研发人员去二次开发。

而且lowcode底层智能工具也一样需要研发人员去开发，只不过以后可能对研发人员的要求越来越高，以前一些简单的表单、表格页面、活动页面都不需要专门的人去开发了，后面研发更多的专注于复杂的业务逻辑、算法、提效工具等等。

下面讲下lowcode的发展历程。

1. 可视化搭建

lowcode都是有专门的业务应用场景的，因为无法使用同一个低码工具来覆盖所有的业务场景。

可视化搭建是出的比较早的一类低码工具，适用于复用性较强的组件场景。

最早是用于后台管理系统、报表管理系统等，页面类型包括表格、表单、折线图、饼图、柱状图等图表，

通过拖拽组件，再配置数据源，就可以自动化生成页面，然后发布页面生成链接，访问链接就可以看到配置好的页面了。

当然了，如果页面内部还有复杂的业务逻辑，也可以在基础代码上，进行二次开发。

可视化搭建工具的使用用户一般分为2类。

第一种是产品运营人员，他们不需要懂编程，只需要拖拽组件、配置好数据源就能生成页面。

第二种是开发人员，这种场景是通过拖拽组件不能100%生成需要的代码，部分代码仍然需要开发人员来二次开发。

可视化搭建比较出名的工具有：政采云的鲁班、阿里的飞冰、腾讯的微搭、百度的爱速搭等等。

如果活动类型的页面也想提高开发效率怎么办？

活动页面一般是有生命周期的，上线个几天就下线了，而且样式多样，没法复用已有的组件。

D2C 设计稿生成代码就这样诞生了，往下看～

2. D2C 设计稿生成代码

设计稿生成代码的适用场景一般是样式丰富的活动页面。

实现原理是：设计给出设计稿sketch文件后，开发使用工具来识别sketch文件，把页面的布局、元素具体样式自动生成代码。

目前业界比较有名的代表性工具是阿里的imgcook，现在它的出码率最高在79%，原因是21%的出码信息在产研链路上的上游 -> 产品经理的PRD才能拿到。

因为大概21%的信息没拿到，所以目前设计稿生成的代码一般情况下仍然需要二次开发。

为了继续提升开发效率，P2C 需求文档生成代码就应运而生了，往下看～

3. P2C 需求文档生成代码

P2C -> 需求即代码。

它的核心思路是这样的：在设计师出完设计稿后，自动识别设计稿，生成初步的代码。

然后把产品经理原来书写PRD文档的工作转变成基于初步代码来标注业务信息。

最后要确保产品经理标注的信息要能生成对应的代码逻辑，做到 “需求即代码”。

产品经理如何标注，方式是什么，下面这张图是阿里给出的一个例子：

细节就不展开讲了，感兴趣的同学再去看看。

如果出码信息能完整拿到，那活动页面自动化生成的代码率达到100%就能实现了。

---- end ----

---- 推荐阅读 ----