不用写代码就能开发出应用，一直以来都是企业应用开发领域终极幻想。这个幻想起源于1982年，美国科罗拉多大学波德分校的James Martin的著作《没有程序员参与的应用开发》这一39年前的著作，预测了软件工程领域的发展趋势，而James Martin这一极具前瞻性的预测，也终于在2014年变成了行业共识。产业分析公司Forrester Research首先提出了Low-Code（低代码）的概念，之后，低代码的概念以燎原之势迅速蔓延。但低代码和无代码平台的接受度却很低，被认为是“玩具”，因此30年来虽然不乏先行者，但低代码和无代码仍然没有被主流市场认可。
转折点发生在云原生技术的兴起，美国的低代码和无代码平台在云原生技术兴起之后发生了巨大的变化。以Salesforce的Force.com为代表的aPaaS逐渐被市场认可，成为了企业服务市场的重要分支，跨越了“玩具”到“工具”的鸿沟，并成为很多新一代SaaS平台的必要地基。
从“玩具”到“工具”，这是历史的转折点。要知道早期汽车也只是富人的玩具，还是马车主宰了马路。今天各种“拖拉拽”的儿童编程平台，也是一个面向小朋友的玩具，但时代在悄然发生变化，汽车逐步替代马车的进程在悄然发生。
仔细去看硅谷这个领域的领头羊，可以发现模型化低代码平台变得能力越来越强，适用场景也越来越广，并且已经具备了服务企业复杂化业务的能力。加上疫情对全球敏捷信息化的庞大需求，低代码终于在去年迎来大规模爆发，并逐渐向主流趋势靠近。
市场上大多数的低代码平台能够让用户创建和运行应用，这听起来很普通，但如何去支持应用的环境运行，却产生了根本性的架构差别。
传统的低代码平台采取代码生成的方式，它提供一种可视化的应用开发平台简化应用的创建。一旦创建完毕，平台就可以生成可执行代码（或可编辑的源代码），这些代码可以在Java的JVM或微软的CLR环境下运行。
新一代低代码平台的方向则是采取元数据模型的方式，提供一种可视化创建应用的环境，能够生成模型层及特定域的表达方式，再通过平台去解释并直接执行应用。
这两种方式各有优劣：代码生成的方式最大的优势是能够独立于开发平台运行，同时可以提供源代码并支持以源代码级的灵活度进行修改。但本质来说，从信息系统治理的角度来看，这种操作是最不应该发生的；模型驱动的方式则是典型的云架构，用户通过各种元数据化的组合构建模型，并进行测试交互。这类平台提供了保证未来“Future-Proofing”的能力，如果更新了模型的某个部分，比如说一个权限调整，需要打了一个补丁，应用能够完全不受影响，正常运行。而对比代码生成的方式，任何类似的补丁都需要重新创建和部署应用。除此之外，元数据模型方式完全能够发挥云的优势，比如水平伸缩扩展、按需计费、基于使用计费。
因此，云架构的新一代低代码平台普遍采取第二种方式，Salesforce、ServiceNow、Quickbase都是典型案例。
那么低代码的能力边界在哪？能不能完全替换纯代码？一个新的技术出现需要经历很长的“爬坡期”，完成新技术的可商业化，就像新能源汽车替换燃油汽车。因此，我认为趋势正在发生，但需要经过一个周期，才会形成绝大多数的应用采用新技术和新平台的局面。但传统的纯代码方式，依然会长期存在，并进入到生命周期的长尾阶段。所以未来我们可以看到“低代码+纯代码”长期并存，作为组合的方式提供给客户，而客户则会按照市场规则、效率规则来选择不同的方案。
千语创想移动端低代码开发平台-千语创想，是用Web语言去开发iOS和Android应用，多端开发框架，一次编码同时开发安卓、iOS、H5和小程序，这样将开发难度大幅降低，开发周期缩短将近一倍。此外，千语创想平台上有上千个各式各样的功能模块，一键调用方便去开发各类App。
