为什么AWS构建了一个无代码工具

为了了解AWS服务背后的动机，我采访了AWS副总裁Larry Augustin和AWS总经理Meera Vaidyanathan。

奥古斯丁解释说：“对我们来说，这是为了将AWS的力量扩展到我们客户中越来越多的用户。”“我们不断从客户那里听到他们想要解决的问题，他们希望他们的IT团队或其他团队-甚至是外包的帮助-建立应用程序来解决其中的一些问题。但对某种定制应用程序的需求远远超过了可用的开发人员来解决这一问题。“。

那么，在这方面，Honeycode背后的动机与微软利用其PowerApps低码工具所做的并没有太大的不同。毕竟，这也向不一定是全职开发人员的用户开放了Azure平台。不过，AWS在这里采取了略有不同的方法，但强调了Honeycode的无代码部分。

奥古斯丁说：“我们使用蜜糖代码的目的是让身处其中的业务人员、业务分析师、项目经理和项目经理能够轻松创建自定义应用程序，无需编写任何代码就可以为他们解决一些问题，”奥古斯丁说，“我们的目标是让身处其中的业务人员、业务分析师、项目经理和项目经理能够轻松地创建自定义应用程序，无需编写任何代码即可为他们解决一些问题。”“这是一个关键的部分。不需要编码。我们选择为他们提供一个类似电子表格的界面，我们认为这是一个很好的起点，很多人都会熟悉这个界面。“。

许多低代码/无代码的工具也允许开发人员像Augstin所说的那样“逃避代码”，但这不是这里的目的，例如，也没有从Honeycode导出代码并将其带到其他地方的真正机制。“我们在构建Honeycode时考虑的原则之一是，天哪，如果人们想做一些事情，而我们想要通过让他们逃避代码来回答这个问题--我们不断地回来，试图回答这个问题，‘好吧，我们如何才能在不迫使他们逃避代码的情况下实现这一点呢？’因此，我们真的试图迫使自己进入这样一种心态，即希望在不逃避代码的情况下给人们提供巨大的权力，“他指出。

然而，有一些API可以让有经验的开发人员从其他地方获取数据。Augustin和Vaidyanathan预计，公司可能会为平台上的用户这样做，或者AWS的合作伙伴可能也会创建这些集成。

不过，即使有了这些限制，团队也认为您可以构建一些相当复杂的应用程序。

Vaidyanathan说：“我们已经与亚马逊内部的很多人进行了交谈，他们一直在开发不同的应用程序，甚至在我们的团队中也是如此，我可以诚实地说，我们还没有遇到一些不可能的事情。”“我认为复杂程度真的取决于你是不是建筑商的专家。您编写的表达式(在电子表格中)会变得非常复杂，以便在应用程序中以特定方式显示数据。我见过人们编写-我不是在编造-30行的表达式，它们只是嵌套的，嵌套的，嵌套的。所以我真的认为这取决于构建者的技能，我也注意到，一旦人们开始在Honeycode上构建-包括我自己-我会从简单的东西开始，然后我会变得雄心勃勃，我想在上面加上这一层-我想这样做。这真的是我看到建设者之旅取得进展的方式。你一开始可能只有一张桌子和几个屏幕，很快，你就会意识到，它是一个更强大的应用程序，会继续随着你的需求而发展。

另一个让Honeycode与众不同的功能是，电子表格位于其用户界面的中心。在这方面，这项服务可能看起来有点像Airtable，但我认为这种比较是站不住脚的，因为两者将这些电子表格推向了截然不同的方向。我也看到它与retool相比，后者可能是一个更好的比较，但retool追求的是更高级的开发人员，并且不会隐藏代码。不过，这些服务之所以围绕它们构建，有一个原因，那就是每个人都熟悉如何使用它们。

“人们使用电子表格已经有几十年的历史了，”奥古斯丁指出。“他们非常熟悉。您可以编写一些非常复杂、深刻、非常强大的表达式，并构建一些非常强大的电子表格。您可以对Honeycode执行同样的操作。我们觉得人们对这个比喻已经足够熟悉了，我们可以给他们提供充分的能力，同时也可以把它变成一款应用程序。“。

Vaidyanathan强调，团队本身使用这项服务来管理Honeycode的发布，并对产品的名称进行投票(尽管Vaidyanathan和Augustin不愿透露他们考虑了哪些其他名称)。

奥古斯丁说：“我认为，在某种程度上，我们真的是一款革命性的产品，它将AWS的力量带到了不是程序员的人手中。”