近日，亞馬遜宣布將終止其低代碼 Honeycode 服務(wù)，用戶注冊現(xiàn)已關(guān)閉，且客戶的現(xiàn)有應(yīng)用程序只能繼續(xù)運(yùn)行至 2024 年 2 月 29 日。

Honeycode 于 2020 年 6 月發(fā)布 beta 版，作為“一項(xiàng)完全托管的服務(wù)，允許客戶快速構(gòu)建起強(qiáng)大的移動(dòng)和 Web 應(yīng)用程序，且無需編程過程”。

據(jù)了解，Honeycode 應(yīng)用程序的開發(fā)模型類似于電子表格，設(shè)計(jì)團(tuán)隊(duì)可能是基于這樣的假設(shè)：對于想使用此類服務(wù)的高級業(yè)務(wù)用戶來說，電子表格應(yīng)該是種熟悉的操作載體。

2022 年 4 月，該團(tuán)隊(duì)又公布了“下一代 Honeycode”，希望通過新的構(gòu)建器用戶界面和更好的圖像支持能力進(jìn)一步降低開發(fā)復(fù)雜性。但此時(shí)，Honecode 仍處于 beta 版階段，其新模板涵蓋的應(yīng)用程序包括費(fèi)用報(bào)告、庫存系統(tǒng)、活動(dòng)規(guī)劃器、休假報(bào)告和反饋調(diào)查等。

值得注意的是，這并不是 Honeycode 的完整形態(tài)，原本的不少功能反而不見了蹤影。開發(fā)團(tuán)隊(duì)當(dāng)時(shí)解釋稱，“在發(fā)布新的體驗(yàn)時(shí)，并沒能提供與此前 Honeycode 經(jīng)典體驗(yàn)相同的全部功能，這是為了盡快收集到用戶的早期反饋”。

亞馬遜一位發(fā)言人證實(shí)了此次關(guān)閉，稱“亞馬遜 Honeycode beta 版將于 2024 年 2 月 29 日關(guān)閉，且從現(xiàn)在起不再接受新客戶注冊。我們正在幫助客戶遷移至他們選定的工具，并在 2023 年 7 月 31 日之后不再向他們收取 Honeycode 使用費(fèi)?！眮嗰R遜建議那些收到影響的用戶使用 Honeycode 的“導(dǎo)出數(shù)據(jù)”選項(xiàng)，并表示“我們將保留您的數(shù)據(jù)直到 2024 年 4 月 29 日。如果您不采取任何行動(dòng)，您的數(shù)據(jù)將在 2024 年 4 月 30 日被刪除?！?/p>

亞馬遜補(bǔ)充表示，Honeycode（RIP，2020-2024）的精神將在其其他產(chǎn)品中延續(xù)：“我們正在將亞馬遜 Honeycode Beta 版的經(jīng)驗(yàn)教訓(xùn)融入現(xiàn)有服務(wù)當(dāng)中，并將繼續(xù)致力于支持無 / 低代碼服務(wù)，包括 Amazon SageMaker Canvas、AWS Amplify Studio 和 AWS AppFabric”?！皝嗰R遜的 Day 1 文化使我們能夠?yàn)榭蛻艨焖龠M(jìn)行實(shí)驗(yàn)和創(chuàng)新，其中部分原因就是我們?yōu)樽约旱姆?wù)設(shè)定了很高的標(biāo)準(zhǔn)，同時(shí)保持著強(qiáng)烈的自我批評精神，隨時(shí)關(guān)注項(xiàng)目無法滿足客戶期望的現(xiàn)實(shí)跡象。我們非常感謝客戶在測試期間分享的反饋意見?！?/p>

Honeycode 的關(guān)閉并非毫無征兆，甚至部分用戶也早有預(yù)感。從社區(qū)論壇（包括主要文檔）上的真實(shí)狀況來看，Honeycode 最大的問題就是使用率有限，而這樣慘淡經(jīng)營的局面自然導(dǎo)致亞馬遜必須做出一個(gè)艱難的決定：保留，還是關(guān)停？

在 Honeycode 宣布正式關(guān)停之前，Honeycode 社區(qū)論壇出現(xiàn)過一篇名為“死或生”的帖子，用戶 Roma-d7d2 提到自己在過去的兩天里熱衷于從頭開始構(gòu)建一個(gè)應(yīng)用程序，但他發(fā)現(xiàn)他使用的 Honeycode 這個(gè)項(xiàng)目幾年來一直處于測試階段，最后一次更新是在去年 9 月，于是提出了“這個(gè)平臺還活著，還是正在慢慢消亡”的疑問。

在 Honeycode 社區(qū)論壇上，每個(gè)月只有少數(shù)新話題出現(xiàn)。到目前為止，連終止公告也只收到了 7 條評論。

用戶 Eric0 表示：“感謝 Honeycode 團(tuán)隊(duì)的辛勤工作和支持，感謝您給用戶一個(gè)遷移和備份數(shù)據(jù)的窗口。我公司的整個(gè)基礎(chǔ)設(shè)施都是圍繞 AWS Honeycode 構(gòu)建的（考慮到 Hoeycode 的測試性質(zhì)，事后看來這個(gè)選型有點(diǎn)愚蠢），因此我們需要很長時(shí)間才能遷移我們的服務(wù)和流程。我不能說我的團(tuán)隊(duì)對 AWS 的這一決定不感到失望，但還是表示理解?！?/p>

至于關(guān)閉原因，外媒 Devclass 認(rèn)為，Honeycode 的問題可能是過于關(guān)注可用性，而對功能豐富度重視不足——特別是在項(xiàng)目早期，它與其他服務(wù)和目錄的集成度都很有限。此外，亞馬遜在設(shè)計(jì)上似乎一直在傾向 IT 專家，而非真正對低代碼工具更感興趣的普通用戶。

Hacker News 上的一位評論者 Honeycode_eng 自稱是“2017 年負(fù)責(zé)過 Honeycode 項(xiàng)目的工程師”，他表示：

從 2020 年低代碼盛行以來，圍繞低代碼的爭議從未停止過。有觀點(diǎn)認(rèn)為，低代碼是 IT 革命，將“重塑整個(gè)中國軟件的格局”，也有觀點(diǎn)認(rèn)為低代碼是舊瓶裝“新酒”，是炒作噱頭而已。

此前，博主 Jay Little 曾在一篇名為《低代碼軟件開發(fā)是一個(gè)謊言》的文章中提到，有些低代碼工具雖然能幫助一些非開發(fā)人員生成自定義邏輯和屏幕，但實(shí)際上并沒有消除設(shè)計(jì)正確的數(shù)據(jù)結(jié)構(gòu)、編寫容錯(cuò)軟件和驗(yàn)證最終軟件的質(zhì)量所固有的復(fù)雜性。由于許多相關(guān)編碼員不具備這種專業(yè)知識，因此最終結(jié)果是一個(gè)脆弱的定制軟件系統(tǒng)，需要團(tuán)隊(duì)未來成員不斷進(jìn)行救火。

Jay Little 表示：

也有用戶與 Jay Little 意見相左，用戶 JimDabell 認(rèn)為抱怨低代碼開發(fā)工具的本質(zhì)是，有些人認(rèn)為代碼是偶然的復(fù)雜性，而不是本質(zhì)的復(fù)雜性。采用低代碼工具可以幫助不會編程的用戶做很多自己以前做不到的事情，從這個(gè)角度來看，低代碼開發(fā)并不是謊言。但如果你想解決一個(gè)大而復(fù)雜的問題，即便不用考慮編程問題，也要管理大量的復(fù)雜性。這個(gè)時(shí)候，低代碼工具并不是最佳選擇，最好聘請專門的開發(fā)人員。

“我見過一些人使用低代碼工具構(gòu)建非常復(fù)雜的項(xiàng)目，但在規(guī)模和復(fù)雜性達(dá)到一定程度后，使用低代碼工具會帶來更多麻煩。但這并不意味著低代碼工具毫無用處——它們非常適合解決第一組問題，其中所需的代碼只是偶然的復(fù)雜性。不應(yīng)該僅僅因?yàn)槿藗冊谑褂盟鼈儊斫鉀Q不適合的問題時(shí)遇到麻煩，而放棄采用低代碼工具。”JimDabell 評論道。

參考鏈接：

https://devclass.com/2023/08/30/muted-response-speaks-volumes-as-aws-scraps-low-code-honeycode/

https://honeycodecommunity.aws/t/dead-or-alive/28334

https://news.ycombinator.com/item?id=34008506

https://jaylittle.com/post/view/2023/4/low-code-software-development-is-a-lie