上一篇从历次计算机信息技术发展产生的不同生产力平台、语言以及服务的用户的变迁来看，未来在呼唤一种可以赋能普通用户、不需要了解专业编程知识也可以开发应用程序的生产方式，低代码是这个方向的代表。这一篇，我们聊一下大家经常会谈起的关于低代码是否是真正意义创新的问题。
低代码的思想以及实践由来已久。
广义来讲，几乎任何通过工具化的方式帮助我们节约代码的行为，都可以称之为低代码。所以，Excel、按键精灵、PPT、原型工具、Photoshop、3DMax是低代码；Visual basic、Dreamweaver、XCode、Eclipse也是低代码；ROR（Ruby on Rails）是低代码，面向领域驱动是低代码，一切的开发框架都可以算作低代码。
包括今天低代码产品中常见的CMS建站、面向领域建模、表单加流程业务建模等，这些在多年前就已出现并有一定的实际应用。
从这一点上来讲，低代码确实算是”新瓶装旧酒“，封装复杂暴露简单、让一切建立在更高层的抽象上，这些方向一直没有改变。
问题在于，低代码真正走进了人们的视野，为什么是现在？曾经辉煌过的例如Visual basic、Dreamweaver、Flex（Flash的企业版），为什么没有推动潮流？
究其原因，概括为以下几点：
时代背景
我们在上文提到过，在企业数字化转型的大背景下，未来几年，应用开发需求的增长将大大超过企业IT的交付能力，以往的生产力与生产关系难以适应这种规模的需求。
那么这些问题能够通过Visual basic、Dreamweaver等工具进行解决吗？答案是比较难，在新的需求背景下，解决问题的关键在于拓展原有的生产能力边界，让更多的业务人员参与进来，这需要对原有的生产模式进行变革。
概括来讲，新的时代需要通过专业开发者为业务人员赋能，从而使得业务人员成为应用搭建开发的主力，这需要一套平台化、场景化、低代码化的协同生产手段解决问题。而Visual basic、Dreamweaver等工具是不具备这个能力的。
产品模式
在新的数字化浪潮之下，真正需要的不仅仅是面向专业开发者的低代码、更是面向业务人员的无代码（或者是接近无代码的低代码），而Visual basic、Dreamweaver等工具中，图形化等能力只是对传统编码的补充，面向的还是专业开发群体。
此外，现代Low-Code要求在很多场景下需要做到从页面、业务逻辑到数据库的全场景建模，覆盖从开发测试到发布上线的全链路工程化、全方位的工具化，这一点与以往的工具有根本性的区别。以Dreamweaver为例：
- Dreamweaver 更多聚焦在前端开发场景，而在 Low-Code开发平台中，前端页面只是完整应用程序的一部分，服务端数据、路由、逻辑流程等都需要考虑在内。
- 即使在页面范畴，现代低代码平台通常有组件、区块、页面、模板等多级复用抽象，Dreamweaver只面向 HTML 原生标签。
- 除了开发之外，而现代 Low-Code 平台大多涵盖了完整的工程生命周期，包括发布前的调试、测试，发布后的监控运维等各个环节，而Dreamweaver 仅覆盖到开发、预览、简单部署等环节。
技术成熟度
最后一点需要说明的是，低代码成为潮流，是各项技术多年积累的结果。
低代码与云计算、云原生、人工智能、大数据、前端工程技术等有着天然的伴生关系，今天的低代码更像是基于各项技术的组合式创新。
低代码是在信息规模发展到一定程度，大量的软件应用的共性需求凸显出来，同时通过云计算、强大的终端展示等技术，使得应用触达大众的成本变得极低，从而呈现出软件“批量化生产”的可能，这是低代码得以成立的前提条件。
而实现这一切需要的很多技术，近些年才逐渐发展到可以在实际中落地的程度。以前端技术为例，今天有越来越多的浏览器端应用可以呈现与原生应用相媲美的复杂场景与用户体验，这在当初是很难想象的。
感谢阅读，下一篇文章，我们将介绍低代码领域中常见的Pro-Code、Low-Code、No-Code等概念以及梳理未来的发展演化过程。
欢迎访问免费、通用的无代码开发平台Mybricks ，体验图形化编程的乐趣
