什么是零代码？无代码和低代码开发平台该如何抉择？
这几年很火的一个概念叫低代码 ( Low Code Development ) 开发，用少量的代码就能开发复杂的业务系统。然后更进一步，由此又催生出一个新的概念：零代码开发 ( No Code Development )。
但是想想人工智能，吹了这么多年，落地的应用有多少呢？语音开空调？关窗帘？可以查天气的Siri？最有用的好像是自动驾驶，算是在一个细分领域的具体应用。是的，理想总是美好的，现实却要脚踏实地。本文就来扒一扒零代码开发平台美丽故事后的真实现状。
零代码开发是新技术吗？
零代码开发并非什么美味的基本概念。2000年左右就非常普遍。大家还记得宝石财务报表 ( Crystal Report ) 吗？不需要倚赖开发人员，采用GUI的辅助工具就能绘出财务报表。还有 Lotus Notes，可以在介底下实用性数据实用性文件，并且通过电子邮件的方式发送至各个单位核对。还有BPM软件（审核王、K2等），无需开发人员介入，采用GUI的方式就能实用性实用性文件与流程，同时实现业务流程的数字化。还有自助式T8300系统，选一个模版，画几个页面，就能生成一个高大上网站。然而那些都是20年前就存在的技术，零代码而已一个新名衔。
零代码开发平台可以做什么？
从应用应用领域范围上来说，零代码开发目前能做的和20年前差不多，还是局限于技术细节的开发应用领域。那些开发可以总结出共性，可以标准化，可以结构设计出GUI的介面给终端用户采用，因而能大幅提升工作效率。
目前的零代码开发平台主要有三类：操作介面类、实用性文件流程类、数据管理类。
第一类是操作介面类，通过拖曳的方式绘出介面。路子与传统的自助式T8300系统相异，而已现在进行了扩展，不而已开发页面，还能与后台的业务数据可视化。不仅能绘出电脑端介面，还能结构设计手机端式样。典型的供应商有 谷歌的 PowerApps，被西门子公司收购的Mendix，以及获得大笔融资的Outsystems 。
第二类是实用性文件流程类，这一类辅助工具称不上新技术，基本上就是BPM供应商在炒作，还是20年前那一套GUI的流程结构设计、实用性文件结构设计辅助工具，王劝。这一类辅助工具只同时实现了审核的过程管理，流程完结，管理就完结了。
第三类是数据管理类，这一类辅助工具最早的同时实现方式其实是Excel，可以预设很多表头，可以把数据存档进去然后进行统计。随着应用应用领域的深入，为了同时实现共享资源撰稿，Google发明者了用户端Excel，可以多人同时撰稿，可有跟踪每个人的修改伤痕。但Excel不能表述表头类型，不能做输出奇偶校验，不能控股权限，于是 Salesforce 发明者了用户端数据库的模式，可以在线建立数据表，预设表头，并带入了第一类和第二类开发辅助工具的操作介面、流程结构设计的功能，打造出了一套用户端开发管理系统的新模式，也因而迅速风靡全球，成了最炙手可热的管理软件开发辅助工具。
既然零代码开发这么迷人，为什么还需要低代码开发平台呢？
系统开发也一样，你不可能而已简单的存档和查看数据，为了让系统更智能，你必须要做很多计算。比如对于一套物品领用的管理系统，你需要实时扣减库存；对于一套会议室预约的系统，你需要计算会议室是否被占用；对于一套请假系统，你需要计算员工的年假还剩几天，还能不能继续请年假。那些就是开发人员所说的业务逻辑的部分。通过编写业务逻辑，可以让系统更智能，提升工作工作效率。
如何编写业务逻辑呢？Salesforce 的同时实现办法是采用触发器，在数据保存之前，编写代码进行奇偶校验，数据保存之后，更新相关的数据表。国产的低代码开发平台华炎魔方，也是类似的路子。
我就是不想写代码，能用零代码方式同时实现业务逻辑吗？
如果你是一个程序员，写一段这样的业务逻辑可能只需要20行代码5分钟，画出这样一张零代码的流程图，肯定不止5分钟。
如果你是一个业务人员，这上面的东西你真的能看懂吗？就算你看懂了，你能自己画出这样的流程图吗？或许IT部门的同事可以做到，但有没有真正提升开发工作效率我要打一个大大的问号❓。
还有一点，这样的流程图，要怎么调试呢？
同时，对于大型项目，版本管理是很重要的课题，Salesforce当然也有对应的解决方案。你可以建立一个Salesforce DX项目，然后把所有介底下绘出的业务逻辑同步到本地，加入源码仓库进行版本管理。但问题又来了，你是通过GUI的方式绘出的业务逻辑，所以同步到本地的也是一大堆实用性文件，各种属性用来记录实用性介底下的各种参数，源码本身并没有可读性。当业务逻辑发生变更时，版本管理辅助工具提供的代码差异比较功能更是鸡肋一样，没有价值。
因而笔者认为，在介底下绘出业务逻辑是不懂开发的无奈选择，对于程序员来说，编写脚本路子更加清晰、更容易阅读和修改、更容易调试，开发工作效率更高。国产低代码开发平台华炎魔方选择编写脚本的方式来开发业务逻辑，可以很方便的同时实现本地调试、单步跟踪、复制粘贴、以及多人协作下的源码版本管理。
既然还是写代码，为什么还要学习捷伊开发模式呢？
工作效率！企业在数字化转型的过程中，需要面对很多问题。如何数字化？哪些部门需要数字化？哪些业务需要数字化？那些问题都需要在不断的摸索和试错中前行。并且业务部门永远只能描述需求，开发人员又不懂业务，如果按照传统的模式，软件开发项目通常需要几个月甚至数年的时间才能开发完成，这会严重阻碍业务创捷伊进程。而低代码开发平台就不一样了，程序员通常可以在一周甚至一天之内搭建出系统原型。业务人员可以一边试用系统原型，一边与程序员进行探讨，找到路子差异的部分。程序员也可以一边修改一边与业务人员确认。采用这种迭代开发模式，数据建模通常可以在1～2周内完成，根据业务需求的复杂程度不同，业务逻辑部分可以在2～4周内完成，系统就能正式上线了。系统推广到各部门应用应用领域之后，必然会继续反馈各种开发需求，基于低代码平台开发的系统核心业务逻辑采用实用性的方式同时实现，只需要调整实用性可以快速的响应需求，很多需求当天就能调整完，当晚就能更新到正式环境。
开发工作效率提高了，企业的业务创新能力也就自然提升了。在一个可控的时间段内，同时实现公司所有业务部门的数字化转型，把传统分散在各个Excel，各类文件，各种子系统中的数据收集到统一的数据平台上来，对于提升管理水平会有很大的帮助。举一个简单的例子：供应商管理，从供应商的初期评审、各种资质文件、到签订的每一个合同、每一次付款情况、每个项目的验收记录、每年的考评记录，都可以在一个介底下清晰的查看。对于客户，从初始的客户来源，到客户评级、每次的成交记录、谈判记录、客服记录、投诉记录、是否能及时付款、甚至客户在公司网站上的浏览记录等等，都可以完整的跟踪。
只有程序员才能采用低代码开发平台吗？
低代码开发平台的第一个能力是数据建模，这一点不需要很高的编程水平，但需要懂数据库结构设计。怎样把用户的业务需求转换为数据表保存下来？各种业务要素，应该用什么样的表头类型来表现？数据表之间要怎么关联？数据量大时，如何优化数据结构提升查询工作效率？主表记录删除时，相关表记录应该如何处理？很多IT部门的专家、项目经理、产品经理都掌握类似的技能，这个环节都可以比程序员做的更好。
学习低代码开发平台对于程序员的个人发展有帮助吗？
其实这是两条完全不同的发展路径。传统的程序员要阅读和编写大量的代码，采用各种编程语言，学习各种控件，各种函数，做的项目越多，编程水平越高。难题是技术的发展日新月异，要不断的学习新知识，捷伊开发辅助工具甚至捷伊开发语言。30岁必须要开始考虑转型为项目经理或是产品经理，否则40岁以后必然要面对职业生涯的瓶颈。
本文所用工具：零代码开发平台—简道云（←戳这里即可立即体验）