产品经理的福音？亚马逊推出Honeycode零代码即可开拓软件

参与：小舟、蛋酱、张倩

程序员：产品经理，这个需求你自己实现吧。

无代码开拓工具，能否终极改变程序员的事情办法？近日，亚马逊发布了 Honeycode，一种类似于电子表格界面的无代码开拓环境，得到了人们的广泛关注。

当前的电子表格补充了程序包批量生产和开拓团队定制代码之间的空缺。
然而，每种工具都有其局限性。
比如在多个用户和多个电子表格之间共享数据是比较困难的，处理大量数据也是如此。
集成和自动化也是一个寻衅，须要专业职员利用专业技能来搞定。
在许多情形下，定制的运用程序是比电子表格更好的办理方案。

常日，亚马逊会给开拓者供应所有开拓运用程序须要的工具，但是开拓者随后须要将所有部分组合在一起。
而 Honeycode 旨在吸引希望构建基本业务线运用程序的非编程职员。
如果你知道如何操作电子表格，并且想将其转换成 app，那么你就会须要 Honeycode。

亚马逊副总裁 Augustin 表示：开拓这项做事旨在将亚马逊供应的开拓功能扩展到客户群中的更多用户。
他说：「我们常常听到客户提及他们想办理的问题，他们很乐意让他们的 IT 团队或者其他团队，乃至是外包团队，来帮助办理这些问题，构建运用程序。
但是这些定制运用的需求实在太多了，开拓职员根本忙不过来。
」

从这个角度讲，Honeycode 的开拓动机与微软的低代码工具 PowerApps 并没有什么不同。
毕竟它也向非全职开拓者供应了 Azure 平台。
但亚马逊采取的方法略有不同，强调了 Honeycode 中的无代码部分。

「我们打造 Honeycode 的初衷是让业务职员、剖析师、项目经理等成员轻松地创建一个定制运用程序，无需编写任何代码就能办理问题。
电子表格界面是个很好的接入办法，由于大部分人都足够熟习。
」

许多低代码 / 无代码工具也具备许可开拓职员「躲避代码」的功能，但短暂的躲避代码不是终极目的所在。
在 Honeycode 的设计中，直接取消了导出代码然后转移到其他地方的机制。

有些 API 许可有履历的开拓职员从其他地方获取数据，Augustin 和 Vaidyanathan 希望公司大概可平台上的用户这样做，或者 AWS 的互助伙伴也可以创建这些集成。

只管存在这些限定，但团队表示，用户可以在该平台上创建一些非常繁芜的运用程序。

「繁芜程度取决于利用者的专业程度。
在运用程序中利用以特定办法显示数据而编写的表达式可能会非常繁芜。
比如编写一个 30 行的表达式，就只是嵌套、嵌套、嵌套。
你可以从一个表或者几屏的东西开始，之后你就会创造它的强大之处。
」

Honeycode 的其余一个特性是电子表格位于用户界面的中央。
这个特点看起来很像 Airtable，但二者实际上会将表格带入不同的方向。
在某些方面，Honeycode 也会被拿来与 Retool 比较，但后者面向的是更高等的开拓者，并且没有隐蔽代码。

Augustin 表示：「人们已经利用电子表格几十年了，并且能够编写一些非常繁芜、深入的表达式，搭建一些非常强大的电子表格。
现在，用 Honeycode 也可以做同样的事情。
」

Honeycode 包括一些常用通用程序的模板，供开拓者利用：

你可以随时定制、变动运用程序的功能，这些变动将立即支配。
你也可以从一个空表格开始创建，或者以 CSV 格式导入一些已有的数据。
利用 Honeycode 创建运用程序可以利用界面上丰富的组件，比如输入字段。

你也可以采取触发器触发内置操作，这些操作可以天生电子邮件关照并做出相应修正。

根据目前一些开拓者的试用体验，Honeycode 利用了 Reactjs 等库，也带有许多内置的函数。
不仅有电子表格用户熟习的现有函数，还包括一些新的功能，比如 FindRow 便是 Vlookup 函数的加强版。

Honeycode 能办理根本问题吗？

亚马逊新出的这个开拓环境在 Hackernews 上引发了热议，但有些开拓职员彷佛并不买账。

他们认为，「学写 Python、Java 这些措辞实在并不是软件开拓业务中最难的部分，真正的难点其实在于精确地理解业务流程和需求。
」

「我常常与业务涉及的各方共同创建内部业务 app，大多数时候，他们所提出的需求都是模糊且不明确的，有时候乃至是错的。
这不是他们的错。
根本缘故原由在于，如果你没有经历写代码的过程，你不可能知道你给你的人类同事提的需求须要多么明确详细。
」

「当你有足够的履历提出恰当的需求之后，与写 Python、SQL 或 C# 措辞比较，上述工具就成了一种阻碍。
」

这一不雅观点遭到了很多非开拓职员的回嘴：

「你怕是低估了编程入门的难度，不是所有人都记得那一堆命令，也不是所有人都会用 Linux、shell。
你这种论调便是范例的『专家盲点』。
」（专家盲点（Curse of knowledge）是一种认知偏差，指人在与他人互换的时候，下意识地假设对方拥有理解所须要的背景知识。
）

开拓职员或许不能理解，编程门槛实在会浇灭一大批人学习编程的冲动。
因此，在这种情形下，有个不用写代码的开拓环境还是挺实用的：

「其他人在和开拓职员的互换过程中会丢失很多信息。
honey comb 这种工具比和开拓沟通更加高效，它可以让大家在不受开拓威胁的环境下自己上手实验。
」

这两种不雅观点的交手彷佛是现实中产品经理和开拓职员互不理解场景的翻版。
Honeycode 到底好不好用，还要看一段韶光之后的利用反馈。
如果你已经试过了，可以在留言区写下你的体验。

参考链接：https://aws.amazon.com/cn/blogs/aws/introducing-amazon-honeycode-build-web-mobile-apps-without-writing-code/