中國低代碼開發(fā)平臺的混戰(zhàn)——一次說清楚低代碼

猿友 2021-04-08 15:24:34 瀏覽數(shù) (3042)

反饋

作者：APICloud 創(chuàng)始人劉鑫

APICloud 創(chuàng)始人劉鑫

今天我們用大眾聽得懂的語言，好好說一說低代碼。

這兩年，無論是資本層面，還是企業(yè)IT部門的關注，“低代碼”都是絕對的熱點?；ヂ?lián)網(wǎng)圈也似在一夜之間冒出了各種各樣的低代碼公司。到底什么是低代碼？低代碼是新技術么？低代碼開發(fā)能給企業(yè)帶來什么價值？企業(yè)如何使用低代碼？哪些平臺是真的低代碼哪些是渾水摸魚蹭熱點？我們今天一次性說明白。

到底什么是低代碼？企業(yè)為什么需要低代碼？

“低代碼”按字面意思可以通俗理解為“比正常應用開發(fā)要少寫代碼”。我們來梳理一下“低代碼”開發(fā)平臺的使用價值：

可以“在云上”開發(fā)“CloudNative 云原生的應用”；
怎么在云上開發(fā)呢？用可視化甚至所見即所得的方式，通過拖拽式開發(fā)；
在云上用拖拽可視化開發(fā)什么樣的云原生應用？以移動端為主的“個性化應用”，需要涵蓋后端和 PC 端管理能力。
開發(fā)出的應用特點？往往是業(yè)務部門發(fā)起的、要快速上線并且整體應用生命周期不超過一年的周邊型應用。

總結下來對低代碼的主流定義就是：為滿足企業(yè)業(yè)務部門發(fā)起的移動端為主的中小應用的需求，用可視化拖拽式和少量代碼就可以快速在云上開發(fā)的云原生應用，這種云端平臺通常稱為低代碼開發(fā)平臺。

了解了到底什么是低代碼，我們就可以很好的指導企業(yè)使用低代碼。

建議一、“如果你想開發(fā)一個 OA 或者 ERP，你還是別用低代碼了”

早在 2016 年 Gartner 發(fā)布了企業(yè)軟件的三種分類模式報告，其中《速度分層應用報告》中將企業(yè)應用分成了三種類型：基礎設施型（如 ERP）、差異化型（如 CRM）、創(chuàng)新型（如移動端各種應用）。前面兩種都是企業(yè)傳統(tǒng) IT 涵蓋的領域，由傳統(tǒng) IT 人員維護和主導的固有 IT 模式。隨著企業(yè)互聯(lián)網(wǎng)化的程度越來越深，第三種創(chuàng)新型應用需求快速增長，也就是以業(yè)務部門發(fā)起的非傳統(tǒng) IT 主導的應用，這些應用有“互聯(lián)網(wǎng)屬性”“在云上”“上線周期短”“實驗性”“生命周期短”“需求不確定”“傳統(tǒng) IT 部門不愿意接的燙手山芋”等特點，低代碼平臺出現(xiàn)的核心是滿足這些開發(fā)需求，而不是去搶 OA、CRM 甚至 ERP 的市場。

	基礎設施型	差異化型	創(chuàng)新型
應用特點	可靠、不需要頻繁變更、6-12 個月更新一次	可配置式的，每 3-6 個月更新修改一次	快速開發(fā)、試錯屬性、個性化、每周甚至每天修改
生命周期	10 年+	1-3 年	0-12 個月
實施周期	7 年上下	1-2 年	最多 6 個月
代表類型	ERP	OA、CRM	小程序、APP、H5

分辨企業(yè)應用的類型，就可以判斷企業(yè)哪些應用可以用低代碼開發(fā)。

建議二、企業(yè)需要低代碼開發(fā)人員，當然不能指望業(yè)務部門開發(fā)低代碼，但是也不能純指望固有IT部門

國外的低代碼開始火的時候有一個美好愿景，希望 Citizen Developer（公民開發(fā)者）即沒技術背景的業(yè)務部門人員可以使用低代碼平臺開發(fā)企業(yè)創(chuàng)新型應用。但是現(xiàn)實很骨感，哪怕有英語優(yōu)勢可以理解計算機代碼，也不可能出現(xiàn)業(yè)務人員就能開發(fā)的應用。畢竟低代碼不是無代碼，還是有相當多的編碼和技術需求。

讓 IT 部門使用低代碼開發(fā)平臺幫助業(yè)務部門開發(fā)創(chuàng)新型應用，聽起來合理，實際也有很大的悖論，因為 IT 部門已經(jīng)有很多成熟的可以為程序員提升開發(fā)效率的工具和系統(tǒng)，沒必要再用一個新的。何況， “正經(jīng)”的程序員也不希望使用一套“看似替自己干活實際要革掉自己職業(yè)生涯命”的工具，讓自己的開發(fā)技術得不到提高。

業(yè)務部門的需求是現(xiàn)實的，固有 IT 團隊不愿意接這些周邊的創(chuàng)新型應用也是真的。正因如此低代碼開發(fā)平臺應運而生，而低代碼平臺往往是“業(yè)務部門自己的預算去找新的人員（內部或者外部）來滿足這些創(chuàng)新型應用的開發(fā)需求”，所以低代碼開發(fā)平臺，要具備大量的成熟開發(fā)者，打造自己的“低代碼開發(fā)生態(tài)”就是核心要務了。

在這個混戰(zhàn)的低代碼江湖，如何區(qū)分“李逵”和“李鬼”？

其實很有意思，研究國外的低代碼領導型公司，就會發(fā)現(xiàn)所有領導型的公司都是很“老”的公司，基本沒有新設立的公司。這些公司以前都有自己的核心能力。如 Outsystems、Mendix 之前主要是做 BPM（工作流），Kony 之前主要是做 MADP（移動開發(fā)平臺），Microsoft、SAP 低代碼開發(fā)的核心都是以前的 aPaaS 和 MADP 的重組。

可見國外的低代碼開發(fā)平臺并不是全新的創(chuàng)新型技術，而是基于既有技術基礎的新模式。也就是把基于 BPM 的流程化、可視化和 aPaaS 的組件化云原生以及 MADP 快速開發(fā)跨平臺移動互聯(lián)網(wǎng)創(chuàng)新應用組合在一起，而形成的主流的 LowCode 低代碼平臺。低代碼公司是不是具備 BMP、MADP、aPaaS 這三個重要基因中的至少其中一個，是評判該平臺是否為低代碼公司的重要標準。

“低代碼”顧名思義就是“比正常應用開發(fā)要少寫代碼”。但不是所有能省代碼的開發(fā)方式都可以叫“低代碼”，真正的低代碼要有一些必備的特質。

縱觀盤踞 Forrester 和 Gartner 低代碼測評領導者角色的平臺如 Outsystems、Mendix、Appian 和 Kony 等國外知名公司對自己產(chǎn)品的定義，總結下來，低代碼開發(fā)平臺必須具備的核心要素叫“3+1” ：