低代码开发毋庸置疑是所有应用软件开发追求的目标，但是专业开发也是必不可少的。随着软件的开发的发展可能开发人员会严重两极分化，分为简单开发和资深专业开发，中间层开发人员很少或消失。
目前市场上的代码平台在使用可能在某些应用场景上还不那么顺手，但是在业务相对比较简单或对软件要求比较低或个性化要求不高，还是看不错的选择。
比如阿里宜搭，通过页面拖拉拽可以实现系统开发，大大降低了软件开发成本。
主要有下面几方面的优势：
l 可能页面配置就是需求提出人自己实现的，大大减少了沟通成本和传统开发中的信息传递的不准确。
l 系统架构设计完全不需要关注，由平台专业的系统架构师负责。
l 页面UI设计也不需要关注，平台提供页面风格的选择。
l 具体代码开发基本没有、数据存储也不用关注，代码开发人员和DBA都省了，这些完全有平台自动完成。
l 系统开发完成以后即可上线，通过平台DevOps直接发布。
l 系统后期运行维护也由平台来负责。
但是对于一些大B企业业务复杂度比较高难满足了。有这个几个方面：
l 大B企业在界面的风格上都有本企业统一的要求和规范，需要深度定制。
l 业务需求比较复杂，如平台不能满足就无法实现，灵活性太差。
l 大B企业打造的大中台和市场上得低代码平台融合如何。
l 对系统的性能要求比较高，对后端服务横向扩展是可以根据业务去调整的。
l 对数据的安全性要求较高，必须存储在特定的存储磁盘上。
l 大B一般核心软件系统上线都需要研究院进行代码、性能、安全测试才可以上线，对软件完全可控。
目前国内很多大B企业为了适应市场的变化，信息化统一规划。以客户全物联为基础、共享大中台为核心、灵活开发微应用为支撑建设系统。参与过某大B企业对核心系统改造，尝试中台和低代码平台的结合，主要解决大B企业软件系统开发的痛点：1.需求快速开发交付适应市场变化。2.满足新应用或复杂业务的快速支撑 3.降低对大部分开发人员的能力要求。 4.软件完全可控不能是个黑盒，符合集团规范。5.降低软件开发成本。
系统升级优化的关键改造点：
l 低代码平台作为系统基座基础。
l 低代码平台一般页面对象和数据库物理表是强一致性的。大B企业一般都有自己数据存储规范，实际中很多也不能完全和页面对应。所以需要把低代码平台页面对象和数据库物理表解耦。
l 企业中台建设会沉淀出来很多领域对象和服务能力，低代码平台页面对象和领域对象建立关系获取中台的服务能力，领域对象和物理数据模型建立关系最终实现数据的持久化存储。
l 对业务领域沉淀的服务能力可以再编排组合生成一个新的服务能力。
l 低代码平台中另外一个重要功能BPM流程编排，定义的流程节点可以直接绑定沉淀的服务能力和配置页面实现业务流。
l 低代码平台支持开发人员直接编码开发页面或直接嵌入页面。
l 专业开发人员可以对低代码平台页面控件或组件进行扩展。
但是在尝试过程中低代码平台的页面设计一直都是客户最大痛点，不够灵活，很难满足个性化要求，这些也是未来需要优化的重点任务以及衡量低代码平台是否好用重要的一方面。
以上只是一些个人看法，文笔也有限，欢迎大家批评指正！
