一個(gè)潮流的終結(jié)?推出僅 3 年后,亞馬遜宣布終止低代碼 Honeycode 服務(wù),前員工爆料:長(zhǎng)期沒(méi)有顧客!
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
近日,亞馬遜宣布將終止其低代碼 Honeycode 服務(wù),用戶注冊(cè)現(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)用程序,且無(wú)需編程過(guò)程”。 據(jù)了解,Honeycode 應(yīng)用程序的開(kāi)發(fā)模型類似于電子表格,設(shè)計(jì)團(tuán)隊(duì)可能是基于這樣的假設(shè):對(duì)于想使用此類服務(wù)的高級(jí)業(yè)務(wù)用戶來(lái)說(shuō),電子表格應(yīng)該是種熟悉的操作載體。 2022 年 4 月,該團(tuán)隊(duì)又公布了“下一代 Honeycode”,希望通過(guò)新的構(gòu)建器用戶界面和更好的圖像支持能力進(jìn)一步降低開(kāi)發(fā)復(fù)雜性。但此時(shí),Honecode 仍處于 beta 版階段,其新模板涵蓋的應(yīng)用程序包括費(fèi)用報(bào)告、庫(kù)存系統(tǒng)、活動(dòng)規(guī)劃器、休假報(bào)告和反饋調(diào)查等。 值得注意的是,這并不是 Honeycode 的完整形態(tài),原本的不少功能反而不見(jiàn)了蹤影。開(kāi)發(fā)團(tuán)隊(duì)當(dāng)時(shí)解釋稱,“在發(fā)布新的體驗(yàn)時(shí),并沒(méi)能提供與此前 Honeycode 經(jīng)典體驗(yàn)相同的全部功能,這是為了盡快收集到用戶的早期反饋”。 亞馬遜一位發(fā)言人證實(shí)了此次關(guān)閉,稱“亞馬遜 Honeycode beta 版將于 2024 年 2 月 29 日關(guān)閉,且從現(xiàn)在起不再接受新客戶注冊(cè)。我們正在幫助客戶遷移至他們選定的工具,并在 2023 年 7 月 31 日之后不再向他們收取 Honeycode 使用費(fèi)。”亞馬遜建議那些收到影響的用戶使用 Honeycode 的“導(dǎo)出數(shù)據(jù)”選項(xiàng),并表示“我們將保留您的數(shù)據(jù)直到 2024 年 4 月 29 日。如果您不采取任何行動(dòng),您的數(shù)據(jù)將在 2024 年 4 月 30 日被刪除。” 亞馬遜補(bǔ)充表示,Honeycode(RIP,2020-2024)的精神將在其其他產(chǎn)品中延續(xù):“我們正在將亞馬遜 Honeycode Beta 版的經(jīng)驗(yàn)教訓(xùn)融入現(xiàn)有服務(wù)當(dāng)中,并將繼續(xù)致力于支持無(wú) / 低代碼服務(wù),包括 Amazon SageMaker Canvas、AWS Amplify Studio 和 AWS AppFabric”。“亞馬遜的 Day 1 文化使我們能夠?yàn)榭蛻艨焖龠M(jìn)行實(shí)驗(yàn)和創(chuàng)新,其中部分原因就是我們?yōu)樽约旱姆?wù)設(shè)定了很高的標(biāo)準(zhǔn),同時(shí)保持著強(qiáng)烈的自我批評(píng)精神,隨時(shí)關(guān)注項(xiàng)目無(wú)法滿足客戶期望的現(xiàn)實(shí)跡象。我們非常感謝客戶在測(cè)試期間分享的反饋意見(jiàn)。” Honeycode 的關(guān)閉并非毫無(wú)征兆,甚至部分用戶也早有預(yù)感。從社區(qū)論壇(包括主要文檔)上的真實(shí)狀況來(lái)看,Honeycode 最大的問(wèn)題就是使用率有限,而這樣慘淡經(jīng)營(yíng)的局面自然導(dǎo)致亞馬遜必須做出一個(gè)艱難的決定:保留,還是關(guān)停? 在 Honeycode 宣布正式關(guān)停之前,Honeycode 社區(qū)論壇出現(xiàn)過(guò)一篇名為“死或生”的帖子,用戶 Roma-d7d2 提到自己在過(guò)去的兩天里熱衷于從頭開(kāi)始構(gòu)建一個(gè)應(yīng)用程序,但他發(fā)現(xiàn)他使用的 Honeycode 這個(gè)項(xiàng)目幾年來(lái)一直處于測(cè)試階段,最后一次更新是在去年 9 月,于是提出了“這個(gè)平臺(tái)還活著,還是正在慢慢消亡”的疑問(wèn)。 在 Honeycode 社區(qū)論壇上,每個(gè)月只有少數(shù)新話題出現(xiàn)。到目前為止,連終止公告也只收到了 7 條評(píng)論。 用戶 Eric0 表示:“感謝 Honeycode 團(tuán)隊(duì)的辛勤工作和支持,感謝您給用戶一個(gè)遷移和備份數(shù)據(jù)的窗口。我公司的整個(gè)基礎(chǔ)設(shè)施都是圍繞 AWS Honeycode 構(gòu)建的(考慮到 Hoeycode 的測(cè)試性質(zhì),事后看來(lái)這個(gè)選型有點(diǎn)愚蠢),因此我們需要很長(zhǎng)時(shí)間才能遷移我們的服務(wù)和流程。我不能說(shuō)我的團(tuán)隊(duì)對(duì) AWS 的這一決定不感到失望,但還是表示理解。” 至于關(guān)閉原因,外媒 Devclass 認(rèn)為,Honeycode 的問(wèn)題可能是過(guò)于關(guān)注可用性,而對(duì)功能豐富度重視不足——特別是在項(xiàng)目早期,它與其他服務(wù)和目錄的集成度都很有限。此外,亞馬遜在設(shè)計(jì)上似乎一直在傾向 IT 專家,而非真正對(duì)低代碼工具更感興趣的普通用戶。 Hacker News 上的一位評(píng)論者 Honeycode_eng 自稱是“2017 年負(fù)責(zé)過(guò) Honeycode 項(xiàng)目的工程師”,他表示: 我最初加入該項(xiàng)目是因?yàn)樽顑?yōu)秀的人才蜂擁而至,最終為開(kāi)發(fā)人員打造了一個(gè)前端構(gòu)建器。我在那里工作時(shí),愿景就在那里(允許人們使用電子表格技能構(gòu)建應(yīng)用程序),但執(zhí)行卻是一團(tuán)糟:我們的工程師最感興趣的是升職,所以這是超級(jí)政治性的。我記得每個(gè)團(tuán)隊(duì)都有自己的 redux 商店(包括一個(gè)用于導(dǎo)航欄、一個(gè)用于登錄屏幕、一個(gè)用于主屏幕等)。它完全不起作用,但很多人得到了晉升。一直以來(lái)我們都沒(méi)有一個(gè)顧客! 如今,我對(duì)無(wú)代碼這個(gè)概念非常懷疑,感覺(jué)開(kāi)發(fā)的大眾化趨勢(shì)已經(jīng)走進(jìn)了死胡同。Honeycode 就像是計(jì)算機(jī)視覺(jué)中的「恐怖谷效應(yīng)」,雖然看似真實(shí)有效,但卻無(wú)法被應(yīng)用于實(shí)際場(chǎng)景。Honeycode 既沒(méi)有源代碼控制、自定義 React 組件,也缺乏測(cè)試工具。 從 2020 年低代碼盛行以來(lái),圍繞低代碼的爭(zhēng)議從未停止過(guò)。有觀點(diǎn)認(rèn)為,低代碼是 IT 革命,將“重塑整個(gè)中國(guó)軟件的格局”,也有觀點(diǎn)認(rèn)為低代碼是舊瓶裝“新酒”,是炒作噱頭而已。 此前,博主 Jay Little 曾在一篇名為《低代碼軟件開(kāi)發(fā)是一個(gè)謊言》的文章中提到,有些低代碼工具雖然能幫助一些非開(kāi)發(fā)人員生成自定義邏輯和屏幕,但實(shí)際上并沒(méi)有消除設(shè)計(jì)正確的數(shù)據(jù)結(jié)構(gòu)、編寫(xiě)容錯(cuò)軟件和驗(yàn)證最終軟件的質(zhì)量所固有的復(fù)雜性。由于許多相關(guān)編碼員不具備這種專業(yè)知識(shí),因此最終結(jié)果是一個(gè)脆弱的定制軟件系統(tǒng),需要團(tuán)隊(duì)未來(lái)成員不斷進(jìn)行救火。 Jay Little 表示: “像這樣的工具并不便宜,而且它們傾向于構(gòu)建許可證 / 計(jì)費(fèi),只要你使用通過(guò)該工具生成的軟件,最終就需要付費(fèi)。最重要的是,所有這些工具似乎都涉及接受某種程度的供應(yīng)商鎖定。因此,你在此類工具上投入的時(shí)間越多,它們對(duì)你的控制就越緊。 在人工智能聊天機(jī)器人和低代碼工具場(chǎng)景中,每個(gè)解決方案都承諾提供一條繞過(guò)非從業(yè)者所感知的復(fù)雜性的捷徑。這就是陷阱的本質(zhì)。從業(yè)者知道,代碼的編寫(xiě)只是一個(gè)漫長(zhǎng)過(guò)程中的最后一步,這個(gè)過(guò)程涉及大量的思考、討論和規(guī)劃。代碼通常是最終結(jié)果,一旦你真正理解了手頭的問(wèn)題,生成代碼就會(huì)相對(duì)容易。” 也有用戶與 Jay Little 意見(jiàn)相左,用戶 JimDabell 認(rèn)為抱怨低代碼開(kāi)發(fā)工具的本質(zhì)是,有些人認(rèn)為代碼是偶然的復(fù)雜性,而不是本質(zhì)的復(fù)雜性。采用低代碼工具可以幫助不會(huì)編程的用戶做很多自己以前做不到的事情,從這個(gè)角度來(lái)看,低代碼開(kāi)發(fā)并不是謊言。但如果你想解決一個(gè)大而復(fù)雜的問(wèn)題,即便不用考慮編程問(wèn)題,也要管理大量的復(fù)雜性。這個(gè)時(shí)候,低代碼工具并不是最佳選擇,最好聘請(qǐng)專門(mén)的開(kāi)發(fā)人員。 “我見(jiàn)過(guò)一些人使用低代碼工具構(gòu)建非常復(fù)雜的項(xiàng)目,但在規(guī)模和復(fù)雜性達(dá)到一定程度后,使用低代碼工具會(huì)帶來(lái)更多麻煩。但這并不意味著低代碼工具毫無(wú)用處——它們非常適合解決第一組問(wèn)題,其中所需的代碼只是偶然的復(fù)雜性。不應(yīng)該僅僅因?yàn)槿藗冊(cè)谑褂盟鼈儊?lái)解決不適合的問(wèn)題時(shí)遇到麻煩,而放棄采用低代碼工具。”JimDabell 評(píng)論道。 參考鏈接: 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 該文章在 2023/9/4 11:16:42 編輯過(guò) |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |