隨著數(shù)字化轉(zhuǎn)型的不斷加速，企業(yè)對IT系統(tǒng)的敏捷性要求越來越高，但開發(fā)人員的缺口一直補不上，無代碼/低代碼的開發(fā)技術(shù)優(yōu)勢逐漸凸顯出來。

根據(jù) Gartner 數(shù)據(jù)，到2024年，65%的應用程序開發(fā)將是低代碼。到2023年，超過50％的大中型企業(yè)將采用低代碼應用程序平臺（LCAP）作為其戰(zhàn)略應用平臺之一。

當下的低代碼/無代碼領(lǐng)域非常復雜，有許多的解決方案、平臺和子市場。雖然低代碼/無代碼平臺有很多好處（比如高效性和易用性，加快生產(chǎn)和效率），但它們也存在一些關(guān)鍵挑戰(zhàn)。比如，企業(yè)文化改變、需要學習曲線（技術(shù)門檻并不低）、缺乏社區(qū)和資源支持等。

總體而言，行業(yè)處在早期，許多最佳實踐才剛剛出現(xiàn)，相對來說還不成熟。

我們最近都聽到了關(guān)于低代碼和無代碼平臺的宣傳。無代碼平臺的承諾是，它們將使軟件開發(fā)變得像使用Word或PowerPoint一樣簡單，這樣的話，普通業(yè)務用戶可以在不需要工程團隊額外成本(金錢和時間)的情況下推進項目。

與無代碼平臺不同，低代碼平臺仍然需要編碼技能，但允許開發(fā)人員使用預先編寫的代碼組件，從而加速軟件開發(fā)。

根據(jù)Gartner的數(shù)據(jù)，到2024年，65%的應用程序開發(fā)將是低代碼。到2023年，超過50％的大中型企業(yè)將采用低代碼應用程序平臺（LCAP）作為其戰(zhàn)略應用平臺之一。

早在2017年，我就參與了傳統(tǒng)開發(fā)(使用Java)和模型驅(qū)動的低代碼/無代碼開發(fā)項目之間的早期生產(chǎn)率基準測試比較。

結(jié)果令人印象深刻：低代碼/無代碼開發(fā)的生產(chǎn)力提高了5倍到7倍。2020年「無代碼普查」(No-Code Census)的一項調(diào)查顯示，與傳統(tǒng)編程相比，生產(chǎn)率提高了4.6倍。

一 低代碼/無代碼:一個分散的市場

低代碼/無代碼領(lǐng)域非常復雜，有許多的解決方案、平臺和子市場。例如，有針對大型企業(yè)、中型企業(yè)和小型企業(yè)的子市場。企業(yè)低代碼/無代碼平臺可以提供高可伸縮性，兼具性能與安全性的應用程序集成。它們往往更昂貴。

以下是Gartner為企業(yè)低代碼平臺設計的魔力象限:

企業(yè)低代碼應用平臺的魔力象限，資料來源：Gartner（2020年9月）

Gartner將低代碼應用程序平臺(LCAP)定義為，「使用聲明性的高級編程抽象（例如模型驅(qū)動和基于元數(shù)據(jù)的編程語言）支持快速應用程序開發(fā)，一步部署、執(zhí)行和管理的應用程序平臺。」

G2為小型企業(yè)提供了類似的概況。小企業(yè)和企業(yè)低代碼平臺之間沒有太多交集。一些小型平臺供應商在企業(yè)中并不為人所知或被認可。同樣的，中小型企業(yè)通常不購買企業(yè)平臺，主要是因為它們的定價和復雜性。

這一點都不奇怪，許多低代碼平臺都是業(yè)務流程管理平臺。

• BPM長期以來一直支持模型驅(qū)動開發(fā)(MDD)。在構(gòu)建軟件之前，首先要繪制軟件應該如何工作的圖表。此圖表類似于BPM流程映射方法，當中為了指定業(yè)務流程，需要將表示子流程的形狀按正確的順序拖放。(大多數(shù)BPM平臺支持的最流行的流程映射標準是BPMN。)

這種以過程為中心的低代碼解決方案非常受歡迎。BPM低代碼/無代碼平臺的例子包括Appian、Pega和Outsystems。

但在低代碼/無代碼保護傘下還有其他的范例:

• 網(wǎng)站低代碼/無代碼平臺：任何規(guī)模的企業(yè)都可以利用這些平臺。主要的競爭者是WordPress、Wix、Squarespace和WebFlow。
• 數(shù)據(jù)庫管理低代碼/無代碼平臺：對于高端(企業(yè))，有像Mendix這樣的平臺。對于較低端的，有Airtable。還有一些低代碼/無代碼的NoSQL數(shù)據(jù)庫平臺，如用于知識圖的KgBase。
• 自動集成低代碼/無代碼平臺：在這個領(lǐng)域有一些令人興奮的新興平臺，例如ZAPIer、Parabola和Integromat都屬于這一類。企業(yè)可以通過這些工具相對快速地開發(fā)強大而復雜的集成流。

以下是Parabola工作流的例子，它從一個API中提取數(shù)據(jù)，進行一些數(shù)據(jù)操作，然后將其發(fā)送到另一個API。自動化的工作流可以按需運行、調(diào)度或通過webhook調(diào)用。

• 移動應用程序開發(fā)：大多數(shù)低代碼/無代碼平臺，如Bubble，為移動應用程序提供響應式UI功能。另一些則為主要的移動操作系統(tǒng)(iOS和Android)提供本地支持。Thunkable可能是低代碼/無代碼移動應用開發(fā)的終極例子。

其中許多平臺為特定類型的應用程序提供了豐富的插件和模板集合。低代碼/無代碼平臺的其他類別針對特定的應用領(lǐng)域或細分市場:

• 電子商務和網(wǎng)上商店：Shopify是這方面的領(lǐng)先案例。
• 工作管理：Monday.com是這方面很好的例子。
• ERP應用：Zoho是這方面很有趣的例子，此前在Gartner的魔力象限表中列出。另一個對ERP和CRM有重要影響的平臺是Salesforce。
• 區(qū)塊鏈和物聯(lián)網(wǎng)：Atra是區(qū)塊鏈方面的案例。
• 人工智能：人工智能是低代碼/無代碼的一個迷人領(lǐng)域，當中就有C3 AI Ex Machina這個例子出現(xiàn)。

二 低代碼 /無代碼的挑戰(zhàn)

低代碼/無代碼平臺有很多好處，但它們也存在一些挑戰(zhàn)，需要學習曲線。許多最佳實踐才剛剛出現(xiàn)，相對來說還不成熟。這是至關(guān)重要的責任。 使用傳統(tǒng)編程，有大量的經(jīng)驗、強大的社區(qū)和有據(jù)可查的最佳實踐。在許多方面，低代碼/無代碼還處于起步階段，盡管MDD已經(jīng)存在很長一段時間了，特別是在BPM平臺上。

以下是低代碼/無代碼的一些更關(guān)鍵挑戰(zhàn):

1、它涉及到文化的改變：低代碼/無代碼要求改變組織文化，無論該組織是企業(yè)還是初創(chuàng)企業(yè)。改變文化以消除「煙囪」并非易事。它需要執(zhí)行的遠見和認可。它還需要對低碼/無碼數(shù)字轉(zhuǎn)換能力中心進行預算分配和授權(quán)。

2、學習這些平臺需要時間和精力：低代碼/無代碼可提高速度和生產(chǎn)率。但這并不容易。這些工具和平臺并不是微不足道的，而且開發(fā)一定程度的專業(yè)知識需要時間。這是低代碼/無代碼最容易被誤解的方面之一。復雜的編程結(jié)構(gòu)(如嵌套循環(huán))在任何平臺上都不是那么容易。

3、您可能需要多個平臺：某些平臺比其他平臺更完整。例如，Unqork和Bubble旨在用于任何用例，因此提供了許多與企業(yè)系統(tǒng)集成的選項。但是，他們可以從專門用于特定領(lǐng)域的其他組件中受益匪淺；例如，Bubble和Parabola或Zapier插件一起進行自動集成。

與Bubble中的原生功能相比，Parabola或Zapier中的數(shù)據(jù)操作和集成功能更易于使用。還有其他插件或技術(shù)組件可通過其他技術(shù)補充低代碼/無代碼平臺：例如，Unqork的技術(shù)合作伙伴或Bubble的插件綜合列表。

4、資源和社區(qū)支持匱乏：許多低代碼/無代碼平臺相對不成熟。使用傳統(tǒng)編程語言的開發(fā)人員有數(shù)百萬，有時甚至數(shù)千萬。許多在線和現(xiàn)場的課程、書籍和材料都是現(xiàn)成的，適用于Java或c#等語言。外包有很多社區(qū)和資源。對于低代碼/無代碼來說，這是一個完全不同的場景——特別是對于較新的平臺。

5、定價可能令人困惑：企業(yè)低代碼/無代碼平臺往往是不必要的昂貴。中小型市場的平臺成本較低，但通常伸縮性較差。端到端解決方案涉及多個平臺，使定價問題更加復雜。

這些只是一些關(guān)鍵的挑戰(zhàn)。他們清楚地表明，低代碼/無代碼不是萬靈藥。然而，無論是對現(xiàn)有企業(yè)還是初創(chuàng)企業(yè)，開發(fā)創(chuàng)新解決方案仍是一個強勁趨勢。

隨著這個領(lǐng)域的不斷成熟，我們應該會聽到更多的挑戰(zhàn)。也會有失敗的項目。但優(yōu)勢——尤其是在加快發(fā)展和生產(chǎn)率方面——將贏得勝利。

你準備好了嗎?