作者:APICloud 創(chuàng)始人 劉鑫
今天我們用大眾聽得懂的語言,好好說一說低代碼。
這兩年,無論是資本層面,還是企業(yè)IT部門的關(guān)注,“低代碼”都是絕對(duì)的熱點(diǎn)?;ヂ?lián)網(wǎng)圈也似在一夜之間冒出了各種各樣的低代碼公司。到底什么是低代碼?低代碼是新技術(shù)么?低代碼開發(fā)能給企業(yè)帶來什么價(jià)值?企業(yè)如何使用低代碼?哪些平臺(tái)是真的低代碼哪些是渾水摸魚蹭熱點(diǎn)?我們今天一次性說明白。
到底什么是低代碼?企業(yè)為什么需要低代碼?
“低代碼”按字面意思可以通俗理解為“比正常應(yīng)用開發(fā)要少寫代碼”。我們來梳理一下“低代碼”開發(fā)平臺(tái)的使用價(jià)值:
- 可以“在云上”開發(fā)“CloudNative 云原生的應(yīng)用”;
- 怎么在云上開發(fā)呢?用可視化甚至所見即所得的方式,通過拖拽式開發(fā);
- 在云上用拖拽可視化開發(fā)什么樣的云原生應(yīng)用?以移動(dòng)端為主的“個(gè)性化應(yīng)用”,需要涵蓋后端和 PC 端管理能力。
- 開發(fā)出的應(yīng)用特點(diǎn)?往往是業(yè)務(wù)部門發(fā)起的、要快速上線并且整體應(yīng)用生命周期不超過一年的周邊型應(yīng)用。
總結(jié)下來對(duì)低代碼的主流定義就是:為滿足企業(yè)業(yè)務(wù)部門發(fā)起的移動(dòng)端為主的中小應(yīng)用的需求,用可視化拖拽式和少量代碼就可以快速在云上開發(fā)的云原生應(yīng)用,這種云端平臺(tái)通常稱為低代碼開發(fā)平臺(tái)。
了解了到底什么是低代碼,我們就可以很好的指導(dǎo)企業(yè)使用低代碼。
建議一、“如果你想開發(fā)一個(gè) OA 或者 ERP,你還是別用低代碼了”
早在 2016 年 Gartner 發(fā)布了企業(yè)軟件的三種分類模式報(bào)告,其中《速度分層應(yīng)用報(bào)告》中將企業(yè)應(yīng)用分成了三種類型:基礎(chǔ)設(shè)施型(如 ERP)、差異化型(如 CRM)、創(chuàng)新型(如移動(dòng)端各種應(yīng)用)。前面兩種都是企業(yè)傳統(tǒng) IT 涵蓋的領(lǐng)域,由傳統(tǒng) IT 人員維護(hù)和主導(dǎo)的固有 IT 模式。隨著企業(yè)互聯(lián)網(wǎng)化的程度越來越深,第三種創(chuàng)新型應(yīng)用需求快速增長(zhǎng),也就是以業(yè)務(wù)部門發(fā)起的非傳統(tǒng) IT 主導(dǎo)的應(yīng)用,這些應(yīng)用有“互聯(lián)網(wǎng)屬性”“在云上”“上線周期短”“實(shí)驗(yàn)性”“生命周期短”“需求不確定”“傳統(tǒng) IT 部門不愿意接的燙手山芋”等特點(diǎn),低代碼平臺(tái)出現(xiàn)的核心是滿足這些開發(fā)需求,而不是去搶 OA、CRM 甚至 ERP 的市場(chǎng)。
基礎(chǔ)設(shè)施型 | 差異化型 | 創(chuàng)新型 | |
---|---|---|---|
應(yīng)用特點(diǎn) | 可靠、不需要頻繁變更、6-12 個(gè)月更新一次 | 可配置式的,每 3-6 個(gè)月更新修改一次 | 快速開發(fā)、試錯(cuò)屬性、個(gè)性化、每周甚至每天修改 |
生命周期 | 10 年+ | 1-3 年 | 0-12 個(gè)月 |
實(shí)施周期 | 7 年上下 | 1-2 年 | 最多 6 個(gè)月 |
代表類型 | ERP | OA、CRM | 小程序、APP、H5 |
分辨企業(yè)應(yīng)用的類型,就可以判斷企業(yè)哪些應(yīng)用可以用低代碼開發(fā)。
建議二、企業(yè)需要低代碼開發(fā)人員,當(dāng)然不能指望業(yè)務(wù)部門開發(fā)低代碼,但是也不能純指望固有IT部門
國(guó)外的低代碼開始火的時(shí)候有一個(gè)美好愿景,希望 Citizen Developer(公民開發(fā)者)即沒技術(shù)背景的業(yè)務(wù)部門人員可以使用低代碼平臺(tái)開發(fā)企業(yè)創(chuàng)新型應(yīng)用。但是現(xiàn)實(shí)很骨感,哪怕有英語優(yōu)勢(shì)可以理解計(jì)算機(jī)代碼,也不可能出現(xiàn)業(yè)務(wù)人員就能開發(fā)的應(yīng)用。畢竟低代碼不是無代碼,還是有相當(dāng)多的編碼和技術(shù)需求。
讓 IT 部門使用低代碼開發(fā)平臺(tái)幫助業(yè)務(wù)部門開發(fā)創(chuàng)新型應(yīng)用,聽起來合理,實(shí)際也有很大的悖論,因?yàn)?IT 部門已經(jīng)有很多成熟的可以為程序員提升開發(fā)效率的工具和系統(tǒng),沒必要再用一個(gè)新的。何況, “正經(jīng)”的程序員也不希望使用一套“看似替自己干活實(shí)際要革掉自己職業(yè)生涯命”的工具,讓自己的開發(fā)技術(shù)得不到提高。
業(yè)務(wù)部門的需求是現(xiàn)實(shí)的,固有 IT 團(tuán)隊(duì)不愿意接這些周邊的創(chuàng)新型應(yīng)用也是真的。正因如此低代碼開發(fā)平臺(tái)應(yīng)運(yùn)而生,而低代碼平臺(tái)往往是“業(yè)務(wù)部門自己的預(yù)算去找新的人員(內(nèi)部或者外部)來滿足這些創(chuàng)新型應(yīng)用的開發(fā)需求”,所以低代碼開發(fā)平臺(tái),要具備大量的成熟開發(fā)者,打造自己的“低代碼開發(fā)生態(tài)”就是核心要?jiǎng)?wù)了。
在這個(gè)混戰(zhàn)的低代碼江湖,如何區(qū)分“李逵”和“李鬼”?
其實(shí)很有意思,研究國(guó)外的低代碼領(lǐng)導(dǎo)型公司,就會(huì)發(fā)現(xiàn)所有領(lǐng)導(dǎo)型的公司都是很“老”的公司,基本沒有新設(shè)立的公司。這些公司以前都有自己的核心能力。如 Outsystems、Mendix 之前主要是做 BPM(工作流),Kony 之前主要是做 MADP(移動(dòng)開發(fā)平臺(tái)),Microsoft、SAP 低代碼開發(fā)的核心都是以前的 aPaaS 和 MADP 的重組。
可見國(guó)外的低代碼開發(fā)平臺(tái)并不是全新的創(chuàng)新型技術(shù),而是基于既有技術(shù)基礎(chǔ)的新模式。也就是把基于 BPM 的流程化、可視化和 aPaaS 的組件化云原生以及 MADP 快速開發(fā)跨平臺(tái)移動(dòng)互聯(lián)網(wǎng)創(chuàng)新應(yīng)用組合在一起,而形成的主流的 LowCode 低代碼平臺(tái)。低代碼公司是不是具備 BMP、MADP、aPaaS 這三個(gè)重要基因中的至少其中一個(gè),是評(píng)判該平臺(tái)是否為低代碼公司的重要標(biāo)準(zhǔn)。
“低代碼”顧名思義就是“比正常應(yīng)用開發(fā)要少寫代碼”。但不是所有能省代碼的開發(fā)方式都可以叫“低代碼”,真正的低代碼要有一些必備的特質(zhì)。
縱觀盤踞 Forrester 和 Gartner 低代碼測(cè)評(píng)領(lǐng)導(dǎo)者角色的平臺(tái)如 Outsystems、Mendix、Appian 和 Kony 等國(guó)外知名公司對(duì)自己產(chǎn)品的定義,總結(jié)下來,低代碼開發(fā)平臺(tái)必須具備的核心要素叫“3+1” :
- 3 個(gè)能力:可視化(拖拽式)、MADP(移動(dòng)優(yōu)先)、aPaaS(云上開發(fā)環(huán)境)?。
- 1 個(gè)必須:有配套的生態(tài)(成熟的開發(fā)者、和其他云或企業(yè)內(nèi)部系統(tǒng)連接的能力)。
當(dāng)然,很多人還會(huì)談到類似于“模型驅(qū)動(dòng)”、“表單驅(qū)動(dòng)”、“中臺(tái)能力”、“持續(xù)集成”等等眾多概念,這些都是可能涵蓋的因素,而不是非必要因素。不同的低代碼開發(fā)平臺(tái)側(cè)重點(diǎn)不同這里就不再贅述??傊?,記住 3+1 就很容易區(qū)分“真假”低代碼開發(fā)平臺(tái)。
低代碼開發(fā)課程推薦: APICloud(3.0)-APP&小程序?qū)崙?zhàn)開發(fā)培訓(xùn)