低代码是发展的未来吗？

低代码开发越来越多地被用于各种软件产品的营销中。该术语指的是使用图形用户界面来构建开发人员通常需要定制代码的东西。

“低代码开发”有些骗人。有人可能认为它将解决我们所有的开发问题，但事实上，每个低代码平台都有一套非常具体的功能。

这些低代码网站是特定领域的，目标领域是web或移动应用程序、BPM或CRM，并为我们提供了大量预定义的功能。只要我们在平台领域内，这使得我们在交付功能时更有效率。

为了便于理解，让我们来看看代码是如何进化的。低级代码毕竟只是用一个形容词来表示我们将会有更少的代码。也许过去能让我们窥见未来。

机器代码

很久很久以前，我们必须用机器代码、0和1来思考，拨动开关或把穿孔卡输入房间大小的计算机。

穿孔卡片上写着“你好，世界”:

显然这并不理想。想象一下，必须在数以千计的漏洞中找出一个漏洞。

所以——汇编语言诞生了。机器代码上面的一个很薄的抽象，其中每一行都代表对计算机的一个指令。现在我们可以用稍微容易理解的语言编写代码。

装配中的“Hello world ”:

那更好。至少我们能读懂它——算是吧。

汇编语言是给计算机指令的最精细的方式。汇编语言专用于特定的计算机体系结构，显然对人类不太友好。

这意味着，每次英特尔/苹果/AMD推出新的芯片组时，用汇编语言开发你的新作品，然后移植它，这不会令人愉快。

语言

然后是第三代通用编程语言(GPL)。像C，C++和Java这样的语言。有了更像人类的语法和将它翻译成机器代码的编译器，他们以一种人类友好的方式表达计算概念。

C语言的“Hello world ”:

这还差不多。在Python等后来的语言中，五行代码被简化为一行:

太棒了，现在我们从13行胡言乱语减少到1行英语。

但这并不意味着我们有更多的时间喝咖啡和吃羊角面包，相反，我们利用效率的提高来生产更复杂的系统。

很快我们发现表达计算概念的语言不一定能很好地翻译到其他领域。一个像素一个像素地绘制用户界面或者一点一点地向磁盘添加数据很快就变得无趣了。

接下来诞生的是特定领域编程语言(DSL)。像HTML和SQL这样的语言是为了解决特定领域的问题而创建的。他们不能做GPL能做的所有事情，但是他们在他们的领域内更容易理解和工作。

HTML格式的“Hello world ”:

特定于领域的编程语言看起来更加冗长，但是现在不仅仅是关于语言，还有关于领域。

HTML，以及它的朋友CSS和Javascript，告诉浏览器呈现什么。现代网络浏览器需要2000多万行代码来呈现HTML、CSS和Javascript所描述的内容。

SQL中一个略显做作的“Hello world ”:

很好。读起来像英语。基本上是言出必行。但是你需要一个数据库服务器来使它工作，像SQLite这样非常小的服务器有139，000行代码。领域语言再次只是冰山一角。

到目前为止，我们已经通过赋予计算概念一种人类语言，以失去一点点粒度为代价，从汇编器进化到了GPL。仍然是一个巨大的净生产率胜利。

我们通过添加与预先构建的基础设施一起工作的DSL，简化了特定领域的编程。在这些领域取得了巨大的生产力胜利。我们没有改变的是交流的媒介。在很多很多的文件里有很多很多的文本。

形象化

低级代码开发平台通过添加表示计算和/或领域概念的可视化方式来推进发展。它们带有底层基础设施来支持它们的视觉语言，并消除了构建和最终应用程序运行之间的任何摩擦。

我们现在可以通过拖放一些控件、填充属性来创建一个移动应用程序，然后通过几次点击来发布它。

“你好世界”在Microsoft Power Apps:

没有低级开发工具、SDK或基础设施问题。我们的应用程序所能做的事情是有限制的，但是对于这个领域来说，它看起来非常漂亮。

另一个例子是在API的世界里。我们现在可以通过填充属性来创建REST端点，通过拖放一些组件来实现它，然后通过几次点击将它发布到服务器。

“Hello world”REST端点在Linx:

无需记住语法，无需运行构建步骤或设置服务器。我们永远不会用Linx开发Photoshop，但是它让构建API变得很容易。

未来还是只是一种时尚？

这是未来还是只是一种时尚？嗯——也许两者都有一点。

如果我们认为低代码开发平台是可视化的DSL，那么未来可能会出现标准，少数大玩家控制每个领域。

甚至可能会有一长串迎合利基领域的产品。低代码生产率收益与捆绑基础设施相结合的价值主张无疑是引人注目的。

然而，如果我们认为它们取代了编程或者解决了我们所有的开发问题，那么我们将会失望。

低代码平台的可编程性越强，它就必须越复杂，我们的低代码开发人员就必须越了解被抽象出来的底层概念。开发商是仍在编码，只是用了更大的块.

历史表明，通过简化编码，我们已经取得了令人印象深刻的生产率提高。