低代码
最近两年，作为一名前端，参与建设了一个垂直行业的低代码平台。星云
想谈一谈关于低代码我的理解
低代码是毒瘤吗？
哈哈哈，前几年这是一个非常火的话题。问题本身带有情绪性，我也不知道该怎么回答
有哪些常见的低代码落地场景？
其实泛低代码，例如表单类的，轻流，宜搭，微搭，明道云等等
也有专做大屏类的：易知微
也有h5搭建的H5-Dooring
其实我觉得酷家乐，稿定设计也算
低代码与零代码，有什么区别？
上个月碰到一个投资人，我说我们做低代码，她说“你们为啥不做零代码？”（言下之意是零代码更厉害~）
那么低代码与零代码有什么区别呢？其实 低代码 = 零代码 + 一小点代码
零代码就是全部功能都可视化配置，但是总有一小部分功能很难做成配置化，所以我们加 一小点代码来实现这部分功能
所以，低代码可以实现的功能范围会更广一点，但是那一小部分代码，也对平台的使用者提出了更高的要求
产品经理更喜欢，而研发更讨厌
当然这个不是绝对的，但通常而言，产品经理、运营，售前 这些角色会更容易接受低代码，因为这个确实扩展了他们能力的边界
举个例子：
假如你是一个售前工程师，公司行业是B端安防，假设一个潜在国企大客户，他是一个it部门的负责人，找你要一个平台demo给领导汇报，可能汇报过了才能立项，然后才有预算，然后才能招投标...，他在找你要demo的时候，可能一毛钱都没有，但是你作为一个售前，肯定也不能拒绝，直接投入研发肯定也不划算，毕竟离落地还远着呢，最好的方法就是先用低代码平台，搭一个形似的东西出来，搞点假数据，给领导看看，先过了会议，拿到预算再说。
相反的例子也很好找：
假如你是一个研发，看到这搞到一半的低代码平台，面对额外的低代码平台学习成本，还不如自己写代码灵活，这个实现不了那个实现不了的...将来持续维护也是个麻烦...肯定会劝说领导不要上低代码..
对工作流的改变
通常的研发流程为瀑布式： 客户 -> 产品经理 -> UI设计师 -> 研发（前后端）-> 测试 -> 交付
应用低代码的圆桌式开发：
实际工作中的比例
以我们的实际经验为例（建筑科技行业，B端）在大屏类的工作中，研发大致可以节省 60 % 的时间，交付同学（项目经理or售前）大约会增加 30 % 的工作量，同时后期修改调整也会大大减少
减少的工作量来自：
- 沟通所内耗的时间：客户 -> 实施工程师/项目经理 -> 研发； 而使用了低代码之后： 有60%的需求是不需要传递到 研发手里的，这60的需求传导，测试，需求变更等等，全都不需要研发参与
- 减轻运维部署压力，简单的修改不需要拉代码，切分支，发布，再测试
表单类的低代码，根据我们的经验（建筑科技行业，B端）根据不同的业务场景，大致可以提效 20% - 70% 不等
不同的行业
显然在 B端行业，中后台等业务场景，更适合上低代码，我们来看一下宜搭的行业分类
