生產(chǎn)力至少提升5倍,大廠火拼的低代碼平臺(tái)究竟還有哪些坑?(低代碼平臺(tái)比較)
隨著數(shù)字化轉(zhuǎn)型的不斷加速,企業(yè)對(duì)IT系統(tǒng)的敏捷性要求越來(lái)越高,但開(kāi)發(fā)人員的缺口一直補(bǔ)不上,無(wú)代碼/低代碼的開(kāi)發(fā)技術(shù)優(yōu)勢(shì)逐漸凸顯出來(lái)。
根據(jù) Gartner 數(shù)據(jù),到2024年,65%的應(yīng)用程序開(kāi)發(fā)將是低代碼。到2023年,超過(guò)50%的大中型企業(yè)將采用低代碼應(yīng)用程序平臺(tái)(LCAP)作為其戰(zhàn)略應(yīng)用平臺(tái)之一。
當(dāng)下的低代碼/無(wú)代碼領(lǐng)域非常復(fù)雜,有許多的解決方案、平臺(tái)和子市場(chǎng)。雖然低代碼/無(wú)代碼平臺(tái)有很多好處(比如高效性和易用性,加快生產(chǎn)和效率),但它們也存在一些關(guān)鍵挑戰(zhàn)。比如,企業(yè)文化改變、需要學(xué)習(xí)曲線(技術(shù)門檻并不低)、缺乏社區(qū)和資源支持等。
總體而言,行業(yè)處在早期,許多最佳實(shí)踐才剛剛出現(xiàn),相對(duì)來(lái)說(shuō)還不成熟。
我們最近都聽(tīng)到了關(guān)于低代碼和無(wú)代碼平臺(tái)的宣傳。無(wú)代碼平臺(tái)的承諾是,它們將使軟件開(kāi)發(fā)變得像使用Word或PowerPoint一樣簡(jiǎn)單,這樣的話,普通業(yè)務(wù)用戶可以在不需要工程團(tuán)隊(duì)額外成本(金錢和時(shí)間)的情況下推進(jìn)項(xiàng)目。
與無(wú)代碼平臺(tái)不同,低代碼平臺(tái)仍然需要編碼技能,但允許開(kāi)發(fā)人員使用預(yù)先編寫(xiě)的代碼組件,從而加速軟件開(kāi)發(fā)。
根據(jù)Gartner的數(shù)據(jù),到2024年,65%的應(yīng)用程序開(kāi)發(fā)將是低代碼。到2023年,超過(guò)50%的大中型企業(yè)將采用低代碼應(yīng)用程序平臺(tái)(LCAP)作為其戰(zhàn)略應(yīng)用平臺(tái)之一。
早在2017年,我就參與了傳統(tǒng)開(kāi)發(fā)(使用Java)和模型驅(qū)動(dòng)的低代碼/無(wú)代碼開(kāi)發(fā)項(xiàng)目之間的早期生產(chǎn)率基準(zhǔn)測(cè)試比較。
結(jié)果令人印象深刻:低代碼/無(wú)代碼開(kāi)發(fā)的生產(chǎn)力提高了5倍到7倍。2020年「無(wú)代碼普查」(No-Code Census)的一項(xiàng)調(diào)查顯示,與傳統(tǒng)編程相比,生產(chǎn)率提高了4.6倍。
一 低代碼/無(wú)代碼:一個(gè)分散的市場(chǎng)
低代碼/無(wú)代碼領(lǐng)域非常復(fù)雜,有許多的解決方案、平臺(tái)和子市場(chǎng)。例如,有針對(duì)大型企業(yè)、中型企業(yè)和小型企業(yè)的子市場(chǎng)。企業(yè)低代碼/無(wú)代碼平臺(tái)可以提供高可伸縮性,兼具性能與安全性的應(yīng)用程序集成。它們往往更昂貴。
以下是Gartner為企業(yè)低代碼平臺(tái)設(shè)計(jì)的魔力象限:
企業(yè)低代碼應(yīng)用平臺(tái)的魔力象限,資料來(lái)源:Gartner(2020年9月)
Gartner將低代碼應(yīng)用程序平臺(tái)(LCAP)定義為,「使用聲明性的高級(jí)編程抽象(例如模型驅(qū)動(dòng)和基于元數(shù)據(jù)的編程語(yǔ)言)支持快速應(yīng)用程序開(kāi)發(fā),一步部署、執(zhí)行和管理的應(yīng)用程序平臺(tái)?!?/span>
G2為小型企業(yè)提供了類似的概況。小企業(yè)和企業(yè)低代碼平臺(tái)之間沒(méi)有太多交集。一些小型平臺(tái)供應(yīng)商在企業(yè)中并不為人所知或被認(rèn)可。同樣的,中小型企業(yè)通常不購(gòu)買企業(yè)平臺(tái),主要是因?yàn)樗鼈兊亩▋r(jià)和復(fù)雜性。
這一點(diǎn)都不奇怪,許多低代碼平臺(tái)都是業(yè)務(wù)流程管理平臺(tái)。
- BPM長(zhǎng)期以來(lái)一直支持模型驅(qū)動(dòng)開(kāi)發(fā)(MDD)。在構(gòu)建軟件之前,首先要繪制軟件應(yīng)該如何工作的圖表。此圖表類似于BPM流程映射方法,當(dāng)中為了指定業(yè)務(wù)流程,需要將表示子流程的形狀按正確的順序拖放。(大多數(shù)BPM平臺(tái)支持的最流行的流程映射標(biāo)準(zhǔn)是BPMN。)
這種以過(guò)程為中心的低代碼解決方案非常受歡迎。BPM低代碼/無(wú)代碼平臺(tái)的例子包括Appian、Pega和Outsystems。
但在低代碼/無(wú)代碼保護(hù)傘下還有其他的范例:
- 網(wǎng)站低代碼/無(wú)代碼平臺(tái):任何規(guī)模的企業(yè)都可以利用這些平臺(tái)。主要的競(jìng)爭(zhēng)者是WordPress、Wix、Squarespace和WebFlow。
- 數(shù)據(jù)庫(kù)管理低代碼/無(wú)代碼平臺(tái):對(duì)于高端(企業(yè)),有像Mendix這樣的平臺(tái)。對(duì)于較低端的,有Airtable。還有一些低代碼/無(wú)代碼的NoSQL數(shù)據(jù)庫(kù)平臺(tái),如用于知識(shí)圖的KgBase。
- 自動(dòng)集成低代碼/無(wú)代碼平臺(tái):在這個(gè)領(lǐng)域有一些令人興奮的新興平臺(tái),例如ZAPIer、Parabola和Integromat都屬于這一類。企業(yè)可以通過(guò)這些工具相對(duì)快速地開(kāi)發(fā)強(qiáng)大而復(fù)雜的集成流。
以下是Parabola工作流的例子,它從一個(gè)API中提取數(shù)據(jù),進(jìn)行一些數(shù)據(jù)操作,然后將其發(fā)送到另一個(gè)API。自動(dòng)化的工作流可以按需運(yùn)行、調(diào)度或通過(guò)webhook調(diào)用。
- 移動(dòng)應(yīng)用程序開(kāi)發(fā):大多數(shù)低代碼/無(wú)代碼平臺(tái),如Bubble,為移動(dòng)應(yīng)用程序提供響應(yīng)式UI功能。另一些則為主要的移動(dòng)操作系統(tǒng)(iOS和Android)提供本地支持。Thunkable可能是低代碼/無(wú)代碼移動(dòng)應(yīng)用開(kāi)發(fā)的終極例子。
其中許多平臺(tái)為特定類型的應(yīng)用程序提供了豐富的插件和模板集合。低代碼/無(wú)代碼平臺(tái)的其他類別針對(duì)特定的應(yīng)用領(lǐng)域或細(xì)分市場(chǎng):
- 電子商務(wù)和網(wǎng)上商店:Shopify是這方面的領(lǐng)先案例。
- 工作管理:Monday.com是這方面很好的例子。
- ERP應(yīng)用:Zoho是這方面很有趣的例子,此前在Gartner的魔力象限表中列出。另一個(gè)對(duì)ERP和CRM有重要影響的平臺(tái)是Salesforce。
- 區(qū)塊鏈和物聯(lián)網(wǎng):Atra是區(qū)塊鏈方面的案例。
- 人工智能:人工智能是低代碼/無(wú)代碼的一個(gè)迷人領(lǐng)域,當(dāng)中就有C3 AI Ex Machina這個(gè)例子出現(xiàn)。
二 低代碼 /無(wú)代碼的挑戰(zhàn)
低代碼/無(wú)代碼平臺(tái)有很多好處,但它們也存在一些挑戰(zhàn),需要學(xué)習(xí)曲線。許多最佳實(shí)踐才剛剛出現(xiàn),相對(duì)來(lái)說(shuō)還不成熟。這是至關(guān)重要的責(zé)任。 使用傳統(tǒng)編程,有大量的經(jīng)驗(yàn)、強(qiáng)大的社區(qū)和有據(jù)可查的最佳實(shí)踐。在許多方面,低代碼/無(wú)代碼還處于起步階段,盡管MDD已經(jīng)存在很長(zhǎng)一段時(shí)間了,特別是在BPM平臺(tái)上。
以下是低代碼/無(wú)代碼的一些更關(guān)鍵挑戰(zhàn):
1、它涉及到文化的改變:低代碼/無(wú)代碼要求改變組織文化,無(wú)論該組織是企業(yè)還是初創(chuàng)企業(yè)。改變文化以消除「煙囪」并非易事。它需要執(zhí)行的遠(yuǎn)見(jiàn)和認(rèn)可。它還需要對(duì)低碼/無(wú)碼數(shù)字轉(zhuǎn)換能力中心進(jìn)行預(yù)算分配和授權(quán)。
2、學(xué)習(xí)這些平臺(tái)需要時(shí)間和精力:低代碼/無(wú)代碼可提高速度和生產(chǎn)率。但這并不容易。這些工具和平臺(tái)并不是微不足道的,而且開(kāi)發(fā)一定程度的專業(yè)知識(shí)需要時(shí)間。這是低代碼/無(wú)代碼最容易被誤解的方面之一。復(fù)雜的編程結(jié)構(gòu)(如嵌套循環(huán))在任何平臺(tái)上都不是那么容易。
3、您可能需要多個(gè)平臺(tái):某些平臺(tái)比其他平臺(tái)更完整。例如,Unqork和Bubble旨在用于任何用例,因此提供了許多與企業(yè)系統(tǒng)集成的選項(xiàng)。但是,他們可以從專門用于特定領(lǐng)域的其他組件中受益匪淺;例如,Bubble和Parabola或Zapier插件一起進(jìn)行自動(dòng)集成。
與Bubble中的原生功能相比,Parabola或Zapier中的數(shù)據(jù)操作和集成功能更易于使用。還有其他插件或技術(shù)組件可通過(guò)其他技術(shù)補(bǔ)充低代碼/無(wú)代碼平臺(tái):例如,Unqork的技術(shù)合作伙伴或Bubble的插件綜合列表。
4、資源和社區(qū)支持匱乏:許多低代碼/無(wú)代碼平臺(tái)相對(duì)不成熟。使用傳統(tǒng)編程語(yǔ)言的開(kāi)發(fā)人員有數(shù)百萬(wàn),有時(shí)甚至數(shù)千萬(wàn)。許多在線和現(xiàn)場(chǎng)的課程、書(shū)籍和材料都是現(xiàn)成的,適用于Java或c#等語(yǔ)言。外包有很多社區(qū)和資源。對(duì)于低代碼/無(wú)代碼來(lái)說(shuō),這是一個(gè)完全不同的場(chǎng)景——特別是對(duì)于較新的平臺(tái)。
5、定價(jià)可能令人困惑:企業(yè)低代碼/無(wú)代碼平臺(tái)往往是不必要的昂貴。中小型市場(chǎng)的平臺(tái)成本較低,但通常伸縮性較差。端到端解決方案涉及多個(gè)平臺(tái),使定價(jià)問(wèn)題更加復(fù)雜。
這些只是一些關(guān)鍵的挑戰(zhàn)。他們清楚地表明,低代碼/無(wú)代碼不是萬(wàn)靈藥。然而,無(wú)論是對(duì)現(xiàn)有企業(yè)還是初創(chuàng)企業(yè),開(kāi)發(fā)創(chuàng)新解決方案仍是一個(gè)強(qiáng)勁趨勢(shì)。
隨著這個(gè)領(lǐng)域的不斷成熟,我們應(yīng)該會(huì)聽(tīng)到更多的挑戰(zhàn)。也會(huì)有失敗的項(xiàng)目。但優(yōu)勢(shì)——尤其是在加快發(fā)展和生產(chǎn)率方面——將贏得勝利。
你準(zhǔn)備好了嗎?