產(chǎn)品經(jīng)理的福音？亞馬遜推出Honeycode，零代碼即可開發(fā)軟件（亞馬遜description代碼）
機器之心報道
參與：小舟、蛋醬、張倩
程序員：產(chǎn)品經(jīng)理，這個需求你自己實現(xiàn)吧。
無代碼開發(fā)工具，能否最終改變程序員的工作方式？近日，亞馬遜發(fā)布了 Honeycode，一種類似于電子表格界面的無代碼開發(fā)環(huán)境，獲得了人們的廣泛關(guān)注。
當前的電子表格填補了程序包批量生產(chǎn)和開發(fā)團隊定制代碼之間的空白。然而，每種工具都有其局限性。比如在多個用戶和多個電子表格之間共享數(shù)據(jù)是比較困難的，處理大量數(shù)據(jù)也是如此。集成和自動化也是一個挑戰(zhàn)，需要專業(yè)人員使用專業(yè)技能來搞定。在許多情況下，定制的應用程序是比電子表格更好的解決方案。
通常，亞馬遜會給開發(fā)者提供所有開發(fā)應用程序需要的工具，但是開發(fā)者隨后需要將所有部分組合在一起。而 Honeycode 旨在吸引希望構(gòu)建基本業(yè)務線應用程序的非編程人員。如果你知道如何操作電子表格，并且想將其轉(zhuǎn)換成 app，那么你就會需要 Honeycode。
亞馬遜副總裁 Augustin 表示：開發(fā)這項服務旨在將亞馬遜提供的開發(fā)功能擴展到客戶群中的更多用戶。他說：「我們經(jīng)常聽到客戶提及他們想解決的問題，他們很樂意讓他們的 IT 團隊或者其他團隊，甚至是外包團隊，來幫助解決這些問題，構(gòu)建應用程序。但是這些定制應用的需求實在太多了，開發(fā)人員根本忙不過來?！?/p>
從這個角度講，Honeycode 的開發(fā)動機與微軟的低代碼工具 PowerApps 并沒有什么不同。畢竟它也向非全職開發(fā)者提供了 Azure 平臺。但亞馬遜采用的方法略有不同，強調(diào)了 Honeycode 中的無代碼部分。
「我們打造 Honeycode 的初衷是讓業(yè)務人員、分析師、項目經(jīng)理等成員輕松地創(chuàng)建一個定制應用程序，無需編寫任何代碼就能解決問題。電子表格界面是個很好的接入方式，因為大部分人都足夠熟悉?！?/p>
許多低代碼 / 無代碼工具也具備允許開發(fā)人員「逃避代碼」的功能，但短暫的逃避代碼不是最終目的所在。在 Honeycode 的設計中，直接取消了導出代碼然后轉(zhuǎn)移到其他地方的機制。
有些 API 允許有經(jīng)驗的開發(fā)人員從其他地方獲取數(shù)據(jù)，Augustin 和 Vaidyanathan 希望公司也允許平臺上的用戶這樣做，或者 AWS 的合作伙伴也可以創(chuàng)建這些集成。
盡管存在這些限制，但團隊表示，用戶可以在該平臺上創(chuàng)建一些非常復雜的應用程序。
「復雜程度取決于使用者的專業(yè)程度。在應用程序中使用以特定方式顯示數(shù)據(jù)而編寫的表達式可能會非常復雜。比如編寫一個 30 行的表達式，就只是嵌套、嵌套、嵌套。你可以從一個表或者幾屏的東西開始，之后你就會發(fā)現(xiàn)它的強大之處?！?/p>
Honeycode 的另外一個特性是電子表格位于用戶界面的中心。這個特點看起來很像 Airtable，但二者實際上會將表格帶入不同的方向。在某些方面，Honeycode 也會被拿來與 Retool 比較，但后者面向的是更高級的開發(fā)者，并且沒有隱藏代碼。
Augustin 表示：「人們已經(jīng)使用電子表格幾十年了，并且能夠編寫一些非常復雜、深入的表達式，搭建一些非常強大的電子表格?，F(xiàn)在，用 Honeycode 也可以做同樣的事情。」
Honeycode 包括一些常用通用程序的模板，供開發(fā)者使用：
你可以隨時定制、更改應用程序的功能，這些更改將立即部署。你也可以從一個空表格開始創(chuàng)建，或者以 CSV 格式導入一些已有的數(shù)據(jù)。使用 Honeycode 創(chuàng)建應用程序可以使用界面上豐富的組件，比如輸入字段。
你也可以采用觸發(fā)器觸發(fā)內(nèi)置操作，這些操作可以生成電子郵件通知并做出相應修改。
根據(jù)目前一些開發(fā)者的試用體驗，Honeycode 使用了 Reactjs 等庫，也帶有許多內(nèi)置的函數(shù)。不僅有電子表格用戶熟悉的現(xiàn)有函數(shù)，還包括一些新的功能，比如 FindRow 就是 Vlookup 函數(shù)的加強版。
Honeycode 能解決根本問題嗎？
亞馬遜新出的這個開發(fā)環(huán)境在 Hackernews 上引發(fā)了熱議，但有些開發(fā)人員似乎并不買賬。
他們認為，「學寫 Python、Java 這些語言其實并不是軟件開發(fā)業(yè)務中最難的部分，真正的難點其實在于精確地理解業(yè)務流程和需求?！?/p>
「我經(jīng)常與業(yè)務涉及的各方共同創(chuàng)建內(nèi)部業(yè)務 app，大多數(shù)時候，他們所提出的需求都是模糊且不明確的，有時候甚至是錯的。這不是他們的錯。根本原因在于，如果你沒有經(jīng)歷寫代碼的過程，你不可能知道你給你的人類同事提的需求需要多么明確具體?！?/p>
「當你有足夠的經(jīng)驗提出恰當?shù)男枨笾?，與寫 Python、SQL 或 C# 語言相比，上述工具就成了一種阻礙?！?/p>
這一觀點遭到了很多非開發(fā)人員的反駁：
「你怕是低估了編程入門的難度，不是所有人都記得那一堆命令，也不是所有人都會用 Linux、shell。你這種論調(diào)就是典型的『專家盲點』?！梗▽＜颐c（Curse of knowledge）是一種認知偏差，指人在與他人交流的時候，下意識地假設對方擁有理解所需要的背景知識。）
開發(fā)人員或許不能理解，編程門檻其實會澆滅一大批人學習編程的沖動。因此，在這種情況下，有個不用寫代碼的開發(fā)環(huán)境還是挺實用的：
「其他人在和開發(fā)人員的交流過程中會損失很多信息。honey comb 這種工具比和開發(fā)溝通更加高效，它可以讓大家在不受開發(fā)威脅的環(huán)境下自己上手實驗?！?/p>
這兩種觀點的交鋒似乎是現(xiàn)實中產(chǎn)品經(jīng)理和開發(fā)人員互不理解場景的翻版。Honeycode 到底好不好用，還要看一段時間之后的使用反饋。如果你已經(jīng)試過了，可以在留言區(qū)寫下你的體驗。
參考鏈接：https://aws.amazon.com/cn/blogs/aws/introducing-amazon-honeycode-build-web-mobile-apps-without-writing-code/
