無代碼開發(fā)工具，能否最終改變程序員的工作方式？近日，亞馬遜發(fā)布了 Honeycode，一種類似于電子表格界面的無代碼開發(fā)環(huán)境，獲得了人們的廣泛關注。

當前的電子表格填補了程序包批量生產和開發(fā)團隊定制代碼之間的空白。然而，每種工具都有其局限性。比如在多個用戶和多個電子表格之間共享數據是比較困難的，處理大量數據也是如此。集成和自動化也是一個挑戰(zhàn)，需要專業(yè)人員使用專業(yè)技能來搞定。在許多情況下，定制的應用程序是比電子表格更好的解決方案。

通常，亞馬遜會給開發(fā)者提供所有開發(fā)應用程序需要的工具，但是開發(fā)者隨后需要將所有部分組合在一起。而 Honeycode 旨在吸引希望構建基本業(yè)務線應用程序的非編程人員。如果你知道如何操作電子表格，并且想將其轉換成 app，那么你就會需要 Honeycode。

亞馬遜副總裁 Augustin 表示：開發(fā)這項服務旨在將亞馬遜提供的開發(fā)功能擴展到客戶群中的更多用戶。他說：我們經常聽到客戶提及他們想解決的問題，他們很樂意讓他們的 IT 團隊或者其他團隊，甚至是外包團隊，來幫助解決這些問題，構建應用程序。但是這些定制應用的需求實在太多了，開發(fā)人員根本忙不過來。

從這個角度講，Honeycode 的開發(fā)動機與微軟的低代碼工具 PowerApps 并沒有什么不同。畢竟它也向非全職開發(fā)者提供了 Azure 平臺。但亞馬遜采用的方法略有不同，強調了 Honeycode 中的無代碼部分。

我們打造 Honeycode 的初衷是讓業(yè)務人員、分析師、項目經理等成員輕松地創(chuàng)建一個定制應用程序，無需編寫任何代碼就能解決問題。電子表格界面是個很好的接入方式，因為大部分人都足夠熟悉。

許多低代碼 / 無代碼工具也具備允許開發(fā)人員「逃避代碼」的功能，但短暫的逃避代碼不是最終目的所在。在 Honeycode 的設計中，直接取消了導出代碼然后轉移到其他地方的機制。

有些 API 允許有經驗的開發(fā)人員從其他地方獲取數據，Augustin 和 Vaidyanathan 希望公司也允許平臺上的用戶這樣做，或者 AWS 的合作伙伴也可以創(chuàng)建這些集成。

盡管存在這些限制，但團隊表示，用戶可以在該平臺上創(chuàng)建一些非常復雜的應用程序。

復雜程度取決于使用者的專業(yè)程度。在應用程序中使用以特定方式顯示數據而編寫的表達式可能會非常復雜。比如編寫一個 30 行的表達式，就只是嵌套、嵌套、嵌套。你可以從一個表或者幾屏的東西開始，之后你就會發(fā)現它的強大之處。

Honeycode 的另外一個特性是電子表格位于用戶界面的中心。這個特點看起來很像 Airtable，但二者實際上會將表格帶入不同的方向。在某些方面，Honeycode 也會被拿來與 Retool 比較，但后者面向的是更高級的開發(fā)者，并且沒有隱藏代碼。

Augustin 表示：人們已經使用電子表格幾十年了，并且能夠編寫一些非常復雜、深入的表達式，搭建一些非常強大的電子表格?，F在，用 Honeycode 也可以做同樣的事情。

Honeycode 包括一些常用通用程序的模板，供開發(fā)者使用：

你可以隨時定制、更改應用程序的功能，這些更改將立即部署。你也可以從一個空表格開始創(chuàng)建，或者以 CSV 格式導入一些已有的數據。使用 Honeycode 創(chuàng)建應用程序可以使用界面上豐富的組件，比如輸入字段。

你也可以采用觸發(fā)器觸發(fā)內置操作，這些操作可以生成電子郵件通知并做出相應修改。

根據目前一些開發(fā)者的試用體驗，Honeycode 使用了 Reactjs 等庫，也帶有許多內置的函數。不僅有電子表格用戶熟悉的現有函數，還包括一些新的功能，比如 FindRow 就是 Vlookup 函數的加強版。

Honeycode 能解決根本問題嗎？

亞馬遜新出的這個開發(fā)環(huán)境在 Hackernews 上引發(fā)了熱議，但有些開發(fā)人員似乎并不買賬。

他們認為，學寫 Python、Java 這些語言其實并不是軟件開發(fā)業(yè)務中最難的部分，真正的難點其實在于精確地理解業(yè)務流程和需求。

我經常與業(yè)務涉及的各方共同創(chuàng)建內部業(yè)務 app，大多數時候，他們所提出的需求都是模糊且不明確的，有時候甚至是錯的。這不是他們的錯。根本原因在于，如果你沒有經歷寫代碼的過程，你不可能知道你給你的人類同事提的需求需要多么明確具體。

當你有足夠的經驗提出恰當的需求之后，與寫 Python、SQL 或 C# 語言相比，上述工具就成了一種阻礙。

這一觀點遭到了很多非開發(fā)人員的反駁：

你怕是低估了編程入門的難度，不是所有人都記得那一堆命令，也不是所有人都會用 Linux、shell。你這種論調就是典型的專家盲點。（專家盲點（Curse of knowledge）是一種認知偏差，指人在與他人交流的時候，下意識地假設對方擁有理解所需要的背景知識。）

開發(fā)人員或許不能理解，編程門檻其實會澆滅一大批人學習編程的沖動。因此，在這種情況下，有個不用寫代碼的開發(fā)環(huán)境還是挺實用的：

其他人在和開發(fā)人員的交流過程中會損失很多信息。honey comb 這種工具比和開發(fā)溝通更加高效，它可以讓大家在不受開發(fā)威脅的環(huán)境下自己上手實驗。

這兩種觀點的交鋒似乎是現實中產品經理和開發(fā)人員互不理解場景的翻版。Honeycode 到底好不好用，還要看一段時間之后的使用反饋。如果你已經試過了，可以在留言區(qū)寫下你的體驗。

責任編輯：gt