生產力至少提升5倍 – 低代碼/ 無代碼平台到底為什麼這麼火?

隨著數位轉型的不斷加速,企業對IT系統的敏捷性要求越來越高,但開發人員的缺口一直補不上,無代碼/低代碼的開發技術優勢逐漸凸顯出來。根據 Gartner 數據,到2024年,65%的應用程序開發將是低代碼。到2023年將會有約高達 30% 成長的市佔率

No code Movement - 無代碼/ 低代碼浪潮

隨著數位轉型的不斷加速,企業對IT系統的敏捷性要求越來越高,但開發人員的缺口一直補不上,無代碼/低代碼的開發技術優勢逐漸凸顯出來。
根據Gartner 數據,到2024年,65%的應用程序開發將是低代碼。到2023年,超過50%的大中型企業將採用低代碼應用程序平台(LCAP)作為其戰略應用平台之一。
當下的低代碼/無代碼領域非常複雜,有許多的解決方案、平台和子市場。雖然低代碼/無代碼平台有很多好處(比如高效性和易用性,加快生產和效率),但它們也存在一些關鍵挑戰。比如,企業文化改變、
總體而言,行業處在早期,許多最佳實踐才剛剛出現,相對來說還不成熟。

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

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

根據Gartner的數據,到2023年,超過50%的大中型企業將採用低代碼應用程序平台(LCAP)作為其戰略應用平台之一。

早在2017年,我就參與了傳統開發(使用Java)和模型驅動的低代碼/無代碼開發項目之間的早期生產率基準測試比較。

結果令人印象深刻: 2020年「無代碼普查」(No-Code Census)的一項調查顯示,與傳統編程相比,生產率提高了4.6倍。

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

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

以下是Gartner為企業低代碼平台設計的魔力像限:

企業低代碼應用平台的魔力像限,資料來源:Gartner(2020年9月)Gartner將低代碼應用程序平台(LCAP)定義為,「使用聲明性的高級編程抽象(例如模型驅動和基於元數據的編程語言)支持快速應用程序開發,一步部署、執行和管理的應用程序平台。」

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

這一點都不奇怪,許多低代碼平台都是業務流程管理平台。

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

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

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

  • 網站低代碼/無代碼平台:主要的競爭者是WordPress、Wix、Squarespace和WebFlow。
  • 數據庫管理低代碼/無代碼平台:對於較低端的,有Airtable。還有一些低代碼/無代碼的NoSQL數據庫平台,如用於知識圖的KgBase。
  • 自動集成低代碼/無代碼平台:企業可以通過這些工具相對快速地開發強大而復雜的集成流。

以下是Parabola工作流的例子,它從一個API中提取數據,進行一些數據操作,然後將其發送到另一個API。自動化的工作流可以按需運行、調度或通過webhook調用。

  • 移動應用程序開發:另一些則為主要的移動操作系統(iOS和Android)提供本地支持。 Thunkable可能是低代碼/無代碼移動應用開發的終極例子。

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

  • 電子商務和網上商店:
  • 工作管理:
  • ERP應用:另一個對ERP和CRM有重要影響的平台是Salesforce。
  • 區塊鍊和物聯網:
  • 人工智能:

二低代碼/無代碼的挑戰

低代碼/無代碼平台有很多好處,但它們也存在一些挑戰,需要學習曲線。許多最佳實踐才剛剛出現,相對來說還不成熟。這是至關重要的責任。使用傳統編程,有大量的經驗、強大的社區和有據可查的最佳實踐。在許多方面,低代碼/無代碼還處於起步階段,儘管MDD已經存在很長一段時間了,特別是在BPM平台上。

以下是低代碼/無代碼的一些更關鍵挑戰:

  • 1、改變文化以消除「煙囪」並非易事。它需要執行的遠見和認可。它還需要對低碼/無碼數字轉換能力中心進行預算分配和授權。
  • 2、但這並不容易。這些工具和平台並不是微不足道的,而且開發一定程度的專業知識需要時間。這是低代碼/無代碼最容易被誤解的方面之一。複雜的編程結構(如嵌套循環)在任何平台上都不是那麼容易。
  • 3、例如,Unqork和Bubble旨在用於任何用例,因此提供了許多與企業系統集成的選項。但是,他們可以從專門用於特定領域的其他組件中受益匪淺;例如,Bubble和Parabola或Zapier插件一起進行自動集成。與Bubble中的原生功能相比,Parabola或Zapier中的數據操作和集成功能更易於使用。還有其他插件或技術組件可通過其他技術補充低代碼/無代碼平台:例如,Unqork的技術合作夥伴或Bubble的插件綜合列表。
  • 4、使用傳統編程語言的開發人員有數百萬,有時甚至數千萬。許多在線和現場的課程、書籍和材料都是現成的,適用於Java或c#等語言。外包有很多社區和資源。對於低代碼/無代碼來說,這是一個完全不同的場景——特別是對於較新的平台。
  • 5、中小型市場的平台成本較低,但通常伸縮性較差。端到端解決方案涉及多個平台,使定價問題更加複雜。

這些只是一些關鍵的挑戰。他們清楚地表明,低代碼/無代碼不是萬靈藥。然而,無論是對現有企業還是初創企業,開發創新解決方案仍是一個強勁趨勢。

隨著這個領域的不斷成熟,我們應該會聽到更多的挑戰。也會有失敗的項目。但優勢——尤其是在加快發展和生產率方面——將贏得勝利。

你準備迎接無代碼 (No-Code) 或是低代碼 (Low-Code) 了嗎?

Total
0
Shares
Previous Article

11個最知名的設計和銷售T恤的網站

Next Article

世界頂尖SaaS公司

Related Posts