低代码和无代码之争可以休了（低代码无代码开发平台通用能力要求）

BS管理信息系统（ERP、MES、FM、OA、EAM、CRM之类）发展了二十多年，进入到了快速生成平台软件通吃各类专用系统需求的低代码/无代码阶段，随着低代码/无代码平台近一年来的迅速升温，关于低代码与无代码的比较和争论也日益激烈。

理性思考，如果要做到普适的快速应用生成，低代码是比无代码（也称零代码）要更具备现实意义的。从最近三岳智能的一些项目经验来看，无代码推崇模块内置配置微调，要生存偏安于某个特定领域还有一定机会——通过遍历这个领域某一精准用户群的需求全集，做成可配置选项还存在一定可能性，要提供满足所有业务需求的零代码，在软件工程角度说近乎不可想象的难度。

低代码则是对开发工作本身的封装和抽象，将多种开发模式做总结归纳，UI层面做适度封装，对于过于复杂的业务逻辑，低代码平台并不完全排斥代码的存在，通过少量代码带来的灵活性，完全可以将“开发模式归纳模块”有机粘合，在极大提升开发效率的同时，保证业务功能的足够灵活性，中庸但是现实的路线，几乎不会碰到平台功能不能满足业务需求的死角。而平台的内核开发团队，也有足够的精力投入到性能、安全性的极致优化上来。

三岳“云简单”就投入大量精力优化了多种异步算法，为了主Web程序的springboot框架下的算法成果能够被轻便的异步进程复用而保持算法一致性，差不多把springboot魔改到我们自己都不太认识的地步。类似的措施，不少活跃的低代码平台也在大量的采用。把优秀的架构和核心开发能力，以低代码的方式快速、低成本的传导给客户，这是2B技术公司，比较理想的产品境界。低代码降低了产品交互设计复杂度以及业务耦合度，能够有条件给客户提供更深入的性能、可靠性、灵活性、安全性保障，从技术哲学的角度说是优于无代码理念的。

也许利益相关，仗着“云简单”，三岳智能是低代码的践行者，评价低代码和无代码哲学时，偏袒低代码各位也不要见怪——低代码和无代码，在当下都有长足发展，未来空间也不可估量，也许真如同下面迷人眼的两朵花:)