有的需求很重，有的应用很“轻”！-论低代码平台优劣势
一、什么是低代码（无代码）
低代码无代码开发说的是一回事，简单来讲就是不写代码让你能开发软件系统，你可以不用写代码也能完成你的软件开发梦。是不是有些夸张和嘘头？没办法，他已经实实在在的来了，而且各大厂商研发平台如火如荼，并有了非常广阔的市场，已经有了大量的公司尝鲜并给公司带来实实在在的价值，尤其是在互联网项目和中小企业的应用上。低代码其实自主代码量很少（主要就是一些JS、SQL等脚本），既然追求快速稳定，厂商也不会让你植入太多代码影响产品。其实低代码平台由来已久，笔者在多年前使用专业BPM 、OA厂商系统中，已经接触过的，只不过当时是作为模块或者底层引擎存在（如泛微当年的表单建模、致远的业务生成器），现在的低代码平台封装的更彻底，功能也更加强大，而且更明显的趋势是saas云化越来越多。总结：低码平台是一个提升生产效率的工具，避免进行重复性工作，可以更加专注于业务逻辑创新、专注架构和算法设计。1） 使应用开发更快，对于具有熟练编程技能的专业开发者，可以使用低代码开发平台节省大量编码时间；2）让那些不具备编程能力的业务人员能够开发应用。
二、优缺点
1、功能
优点：使用多个低代码平台后，发现比较适合轻量级的业务场景，能够充分融合其快速孵化能力。目前已经能孵化较多“轻量级”应用场景。如 车辆管理、费用报销、员工信息采集、固定资产管理、合同管理等。
缺点：解决重度场景乏力，和复杂的业务系统集成风险仍较高。
2、速度
优点：速度是一大特点，低代码不需要写太多代码， 也不需要编写复杂的项目文档和立项方案，让你拥有充分的试错能力， 甚至可以边干边改，快速响应是不二法宝。PS：快速构建应用这也是为什么大火的原因。， 抛开技术层面，传统开发和测试上线要耗费大量精力。缺点：快的另一面是慢，意味着我们可能会放弃一些其他东西，比如我们对需求和业务的深度思考， 以及对未来变化的应对，快的同时意味着匆忙。需要应用开发人员具有较高的业务素质和行业经验。
3、安全性
优点：低代码平台一般为SAAS或本地化部署，一般经过大量客户验证的平台，稳定和安全性都不错，而且背后有专业的研发和安全团队不断更新处理。
缺点： 遇到故障、bug或不一致时，就会对应用使用者产生影响，当然这是软件开发不可避免的。SAAS安全性和数据隐私取决于厂商，可通过保密协议等一些法律手段加强，但从技术上还是取决于厂商的团队和管理能力。如果出现重大安全漏洞，将会影响所有平台客户和应用，中小企业开发者往往对此无能为力。
4、稳定性和售后
优点：同上，能研发平台，还能多年稳步发展的厂商，产品稳定性还不错，但是如果要深度集成其他系统，或深入应用低代码平台（如开发一套类ERP系统），难保不会出现BUG，具体修复程度就要依赖于厂商的技术力量和售后服务能力，
缺点：要想及时服务，还需具备一定“钞能力”。
三、适配场景
- 企业希望构建自己独特的敏捷应用
- 市面上还没有合适的现成解决方案，或者IT供应商不给力
- 企业希望快速实现场景应用，没有技术团队和成熟的预算投入（如：中小企业、人员紧缺、技术薄弱）
- 现有系统不灵活，维护难度大，没有很好的移动化
-
适合熟悉业务的管理者，企业IT部门，IT响应速度重度依赖部门
好比新能源汽车和燃油车，发动机和变速箱技术是传统燃油车企的核心技术，而电动车绕开了两大核心转而生产电机，这个时候电池的能量性能和安全性变得更为核心了。技术的进步往往能引起行业的变革。
低代码平台发展趋势是功能越来越强大，用户绕过了复杂的后端和技术架构， 良好的封装让用户更易上手，与知名的行业ERP、MES、PLM、CRM等系统对接也将会逐步成熟。个人观点：低代码开发平台不是万能的，只能满足它所擅长领域的需求，要以业务场景来进行选择。
作为企业的IT从业者，应该熟悉业务，熟悉工具，带有前瞻性的眼光来综合判断哪一种解决方案适合目前的需求，最终去实现和满足业务场景需求。
有的需求很重，有的应用很“轻”！没有孰好孰坏，价值取决于使用者。