#低代码 #产品 低代码不是行业毒瘤

第一，低代码预设的人群是初级和入门的人？

这一代的LCAP毅然决然地要面向程序员以外的人，尤其是有一定IT素养的业务人员。他们在企业组织中往往是业务流程设计和管理的骨干人员，但是为了实现数字化工具，他们不得不费老大劲和开发人员沟通需求。业务的Know- How并不能直接表达为软件需求，所以为了沟通清楚一个IT系统的需求和标准，不得不嘴上说着，手上画着，业务人员恨不得和开发人员灵魂合体。

这个过程就是这么难。IT行业的人对行业需求一知半解，不知轻重。行业专家对软件实现机制也是门外汉。能够让行业经验和软件技术成功融合的产品和项目实属罕见。

站在服务者的角度，有多少软件开发公司的工程师们被派去遥远的城市，在城乡结合部从事外包驻场开发。这些软件工程师拿的薪水今天和农民工几乎一样，是真正意义上的码农。

这样的工作方式和产业现状值得维护？程序员在这样的环境中能够成长？

不可能等待程序员成长，就算成长，数量也远远不够。产业数字化唯一的解决方案就是让信息系统的建设离开对程序员的依赖，离开对专业DevOps过程的依赖，让更多的角色可以有效地参与进来。这些角色包括行业内的业务专家，运营和管理专家，软件行业内的产品经理，项目经理和实施专家。有了这些扩充的参与者，企业数字化建设就会大幅加速。甚至，连质量都远远高于传统开发模式。

第二，低代码平台暗含巨大的变革成本。

企业应用领域的LCAP到底取代的是什么呢？一句话 —— 那些模式高度一致的企业中后台应用。形象一点说，就是长这个样子的应用：

是不是很眼熟？无论CRM，ERP，还是ERP，MES，这些软件门类都是属于企业中后台应用，它们都是围绕关系数据库而建立数据管理和工作流程。实际上，企业应用中90%以上的应用都是这个模型，业内称为CRUD（数据增删查改）应用。正是因为模式上的一致性，让我们得以有机会抽象出这类应用构建所需要的基本要素，并且将这些要素的颗粒度充分提高，灵活组合，得以满足千变万化的具体场景。在我们的明道云中，这些基本要素包括工作表、视图、统计、用户权限、工作流和页面。每一个要素都通过可视化应用配置的方式来面向非程序员，只有在个别的环节允许程序员写一些代码来进一步提高灵活性。

在定制开发的企业应用中，目前有九成以上都使用了Ants前端框架，这是阿里巴巴提供的一个开源前端组件。这个组件所提供的所有范式基本上就围绕CRUD场景而展开的。所以，即使使用Java、C#或者PHP等高级语言开发的原生应用，也遵照的是同一个范式。既然模型如此稳定，为什么每个应用都要从第一行代码开始写起呢？这就是LCAP产品为之努力的方向，在这个特定的应用类型下，用积木搭建的方式来取代DevOps过程，因为后者就是离不开程序员。

怀疑是没有用的，动手干才是真谛。

转载源：

https://zhuanlan.zhihu.com/p/369369503