是否有证据表明编程会因为低代码/无代码而死/不死？

Question

我必须为我的IT类做一个Convertigo，一个LowCode/NoCode平台的演示。我对此做了很多研究。

开发人员对允许每个人创建应用程序的平台有什么看法？在我的研究中，我想到的第一个想法是“编程会消亡”。但作为一名开发人员，我不知道该怎么想。

很多网站都是亲NoCode的，他们为它辩护，所以这并不是真正的客观。我知道，我们可以更好地使用LowCode方面，例如，Convertigo，并使用我们的代码知识创建自定义组件。但这能让我们走多远？

他们说这样的平台可以提高我们的技能和速度。我们正在使用LowCode与Android Studio LayoutEditor和其他工具，以使我们更快。但它会走远吗？

Answer 1

四十年前，一款名为““最后一个”“最后一个””的“没有代码”的软件被发布，它的想法是，它将是最后一个需要编写的程序。

事实证明事实并非如此。

LowCode/NoCode工具有其作为开发工具的位置，以及实现工作流自动化的方便方法。最有效的没有广泛使用的代码工具之一是事件传播函数语言，称为"Microsoft“，它包含完整的编程语言，可以加载用常规编程语言编写的模块。

但是，计算程序应该做什么以及不同的功能应该如何交互的基本复杂性似乎很难减少。总会有一个像“分析师”这样的角色，把模糊的人类欲望和不精确的过程转化成计算机语言。

Answer 2

完整的代码总是来拯救的。LowCode/NoCode平台擅长伪装它，并且可以解决80%的表面需求。LowCode是一个市场术语，而不是计算机科学。

只有在你有图灵完整的语言/编译器的情况下，你才能做“一切”。如果LowCode/NoCode平台碰巧是图灵完整的(没有一个是这样的)，那是因为它是一种不像代码行的“语言”。代码/编译器仍然存在，但它是伪装的。顺便说一句，加上Lambdas，Microsoft本身(没有宏)现在显然是图灵完整的。

转换似乎是一个数据表单驱动的平台。事实上，所有的LowCode平台都是由数据表单驱动的。如果您想要与特定的第三方服务集成，就需要有人执行代码--要么是添加支持的供应商，要么是他们提供了SDK，这样您就可以这样做了。乍一看，我不认为转换可以让您自己制作组件，但它们确实公开了它们的后端API - https://www.convertigo.com/convertigo-sdk/。