低代码并不会导致程序员失业。低代码有价值，但请不要妖魔化。
虽然低代码开发，直到现在都没有清晰明确的定义，但低代码平台也不是先有定义再发展起来的事物。
低代码可以解决两个困扰已久的问题：
1、做开发，一定需要写代码吗？
按照Forrester和Garnter的报告，“低代码”是对一类具备某些特性的应用开发平台（aPaaS平台）的归纳。它带来了企业开发的一种新的趋势：
应用开发的最后一公里交给企业自己。
举个例子，在没有低代码开发以前：我要做一个行政OA应用，除了自行研发外，企业还有三种云部署方式可以选择：Iaas、Paas、SaaS。
Iaas、Paas、SaaS的区别，你们可以看看我之前写的两篇文章：
通俗解释: IaaS，PaaS和SaaS的区别
一文看懂：IaaS、PaaS、SaaS 的区别
而随低代码的发展，衍生出的apaas平台，带来了企业开发的第四种可能。这种可能，是解放了IT、业务人员崛起的一个大突破。为什么说是突破？
就拿简道云、明道云等这种原生的apaas平台举例（这类平台甚至超越了低代码，走向零代码），搭建一个审批系统，如：费控&事项审批
资料来源： 「OA管理」管理员搭建指南-视频版
看完视频，你就能直接发现这类平台的特点——在制作一个管理系统时：
- 操作门槛：无，均为简单的拖拉拽
- 技术门槛：不需要代码、但要懂业务、懂流程
- 学习门槛：难度约等于office，具有成熟帮助文档体系的apaas都不需要担心
低代码开发的逻辑就是，可以让我们从应用和数据层面入手，利用不需要代码的开发工具与逻辑，实现快速开发、上线一个管理系统。
点此进入低代码开发平台>>https://www.jiandaoyun.com
对于这一点，这个观点说的很切理：
从提供“专业软件/软件定制化开发服务”切换到提供“低代码apaas平台”，软件厂商剥离了专业业务知识，通过平台提供一种让企业自己积累和分享专业知识/业务经验的标准和能力。
对软件厂商来说降低了实施的成本、对企业来说提升自己的掌控力和业务响应能力，这是巨大的一个进步。
2、IT不懂业务，业务不懂IT，怎么办？
经常看到，网上刻意引起程序员和低代码的对立，就很离谱。
上面说了，低代码是信息化时代的产物，其实最大的原因就是：
码农，不够用了。
Gartner在早前报告中就已预测——2021年市场对于应用开发的需求将五倍于IT公司的产能。
相信你一定有体感：程序猿这个职业越来越火，炙手可热、哪哪都缺。因为：
消费互联网和云计算时代来临后，带动了IT技术加速发展，同时也带动了IT技术开发人员的快速增长。
但很麻烦的事情又来了：
绝大部分企业建设IT信息系统主要的目的，是为了实现企业数字化，助力业务运营。这就要求IT工程师不仅要掌握公司业务，还需要同时掌握云计算、容器化、中间件、微服务、devops、多端等等大量业务无关的专业知识。
要知道不少中型的互联网公司在养了不少专业方向的技术人才的情况下，尚且不能打通任督二脉，为上层业务开发者提供友好业务开发环境，何况急需数字化转型的大量传统企业。
所以为了填补这一缺口，低代码/零代码技术是目前唯一可行的解决方案——让无编程基础的业务人员直接自行制作管理应用。
低代码平台，它能为业务专家（也包括专业技术人员）提供将自己的专业知识和经验落地成在线应用的能力：
对企业来说，原先这些专业知识和经验很可能会因为缺乏专业开发人员的支持无法落地成应用，因而导致了业务效能和其他损失，这是低代码通过赋能业务专家可以为企业贡献的增量价值的部分；对业务人员自己来说，他通过将自身专业知识和经验输出成应用从而体现自身的价值，这将成为吸引业务人员持续使用低代码平台的动机，这是个人收获的 增量价值。
这也很好的解释了在海外市场上低代码逐渐被广泛接受的事实：
从已有数据（2015年的17亿美金增长至2020年的155亿美金）来看，2020年低代码发展规模比5年前，增长近10倍。
到这，我们就可以总结出apaas平台的一些基本特点：
典型的低代码开发平台
到了最受关注的环节——有哪些成熟、好用的低代码开发平台？
国外的低代码平台
在低代码领域，目前国外大约活跃着六十七家供应商，而且它的生态系统正在迅速成长。
2017年是一个分界点，在大型软件供应商中，17年之前只有Salesforce采用http://Force.com的低代码平台。随后，微软、甲骨文、IBM和SAP等企业都纷纷加入了这个市场。
Gartner和Forrester近两年在低代码领域对头部供应商进行了持续评估，可以看到包括微软、oracle等巨头在内的众多供应商正在迅速成长，特别是微软在19年通过Power Platform低代码产品迅速扩大了自己在该领域的市占率和影响力。
2018年Outsystems获得KKR和高盛的3.6 亿美元融资，估值超过10亿美元。
国内的低代码平台
国内的低代码开发平台种类也颇多，但都从各自擅长的领域切入低代码市场。（其中原生低代码初创企业比传统软件厂商表现更为突出）
综合来看国内低代码开发平台，我个人比较认可的分类是——根据不同厂商的关注点和盈利模式可以分为六类：
- 【原生低代码厂商】：主要是指面向低代码行业的创业公司，这部分厂商虽然创立时间不长，但是正处于风口快速发展阶段，产品力表现突出，简道云等一类平台比起低代码，甚至可以被称为零代码，因此特别适合给没有编程基础的业务部门人员使用。
- 【云平台厂商】：云平台的厂商希望借助低代码吸引更多用户购买其云服务，低代码在其产品线中并不在核心位置上，大多专注于解决“有没有”的问题。代表性产品有阿里云的宜搭、云凤蝶（google 有appmaker）。
- 【行业软件厂商】：行业软件厂商，希望利用低代码技术降低实施、特别是实施中客户化开发环节的工作量，提升行业软件自身的竞争力。典型产品有用友的iUAP，普元的Primeton EOS Platform。这些产品可以看成行业软件向通用平台的演进的尝试。
- 【BPM厂商】：专注于流程和表单的BPM厂商在自身软件的基础上增加可视化设计器，进一步降低使用门槛后，从而实现向低代码的转型。典型代表有轻流、炎黄盈动AWS PaaS。这些产品的核心优势是强大的工作流引擎，但这种基于表单而不是数据模型的架构，在应对复杂应用场景时会遇到诸多障碍，这也是限制他们发展的主要原因。
- 【数据处理软件厂商】：与BPM厂商类似，数据处理软件本身可以归入零代码。这类软件在国内比较多、历史也比较久，如魔方网表、云表等。
- 【开发工具厂商】：这部分是指以前专门做软件开发工具的厂商，整合自身的开发工具资源后推出了低代码产品。这类厂商在国内本就较少，典型产品有Forguncy活字格。产品发展方向上以产品力提升为主，在技术门槛和扩展性中间会更倾向于后者。用户集中在初创型软件开发团队、行业软件代理商、系统集成商和中大企业IT中心，而不是一线业务人员。
国内外的一些头部低代码平台的数据对比，看这两张图：
低代码使得开发能力下沉，“人人都是开发者”的口号，所言非虚。
作为低代码开发的支持者之一，希望低代码平台能像微软预言一样，今后在企业和业务人员中会像office一样普及。