編輯導(dǎo)語：近幾年來，低代碼開發(fā)的概念也十分火熱，某種程度上，低代碼開發(fā)可以提升企業(yè)的開發(fā)效率，推動(dòng)企業(yè)的數(shù)字化轉(zhuǎn)型，而這也是低代碼開發(fā)火起來的原因之一。本篇文章里，作者就對(duì)低代碼開發(fā)的發(fā)展做了全面解讀，一起來看看吧。

2021年，“低代碼”接力“中臺(tái)”燃起了熊熊之火，引發(fā)眾多業(yè)內(nèi)人士論戰(zhàn)。其中有兩種極端的觀念，一種是“低端炒作”、“無用玩具”、“行業(yè)毒瘤”，另外一種是“顛覆行業(yè)”、“取代程序員”。

不管怎么說，低代碼現(xiàn)在已經(jīng)被推向時(shí)代變革的大潮，成了我們數(shù)字化轉(zhuǎn)型過程中張口閉口的熱詞，它火熱的背后的動(dòng)因是什么呢？它是新瓶裝舊酒嗎？它到底是行業(yè)毒瘤還是顛覆革命？

讓我們先來看看百度百科對(duì)低代碼的定義：

低代碼（Low Code）是一種可視化的應(yīng)用開發(fā)方法，用較少的代碼、以較快的速度來交付應(yīng)用程序，將程序員不想開發(fā)的代碼做到自動(dòng)化，稱之為低代碼。低代碼是一組數(shù)字技術(shù)工具平臺(tái)，基于圖形化拖拽、參數(shù)化配置等更為高效的方式，實(shí)現(xiàn)快速構(gòu)建、數(shù)據(jù)編排、連接生態(tài)、中臺(tái)服務(wù)。通過少量代碼或不用代碼實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型中的場(chǎng)景應(yīng)用創(chuàng)新。

——百度百科

一、低代碼的發(fā)展歷程

其實(shí)低代碼不是一個(gè)新概念，早在上世紀(jì)80年代，它的名字是“可視化編程”，指的是用很少或幾乎不寫代碼快速開發(fā)應(yīng)用，并快速配置和部署的一種技術(shù)和工具。

推動(dòng)現(xiàn)代低代碼開發(fā)模式發(fā)展的我認(rèn)為是SaaS應(yīng)用的發(fā)展，具有標(biāo)志意義的就是2007年Salesforce面向開發(fā)者推出的Force.com應(yīng)用開發(fā)平臺(tái)，第一次將低代碼應(yīng)用到SaaS應(yīng)用中（下文中會(huì)分析SaaS推送低代碼開發(fā)發(fā)展的原因）。

2014年，研究咨詢機(jī)構(gòu)Forrester首次提出了“低代碼/零代碼”的概念，隨后在2018年Gartner又提出了aPaaS，和當(dāng)下的低代碼/零代碼概念更為接近。從2018年開始，低代碼相關(guān)的廠商和應(yīng)用如雨后春筍一般爆發(fā)，2020年繼中臺(tái)概念后被稱為低代碼元年。

但我們從上面的發(fā)展歷程圖上也能明顯的看出，其實(shí)從2014年（甚至追溯到2007年）到2018年這個(gè)時(shí)期，低代碼發(fā)展好像進(jìn)入了一個(gè)空白期，為什么會(huì)出現(xiàn)這樣的情況呢？其實(shí)我們從國內(nèi)的SaaS應(yīng)用的發(fā)展也可以窺見端倪。

Salesforce開啟了SaaS模式之后，21世紀(jì)初SaaS模式還處市場(chǎng)探索的萌芽時(shí)期，直到2014-2018年才進(jìn)入了快速發(fā)展期。SaaS爆發(fā)的初期，更多還是以標(biāo)準(zhǔn)化產(chǎn)品為主，服務(wù)的都是小微型客戶。所以這一時(shí)期SaaS對(duì)低代碼開發(fā)還沒有推動(dòng)的動(dòng)力。

二、推進(jìn)低代碼發(fā)展的幾個(gè)因素

1. 從SaaS應(yīng)用的能力進(jìn)化看低代碼發(fā)展

在沒有SaaS模式之前，傳統(tǒng)的信息化都是通過購買或者開發(fā)部署獨(dú)立的私有化的信息產(chǎn)品為主，在這種傳統(tǒng)模式下，就造成了幾個(gè)問題：

1. 對(duì)客戶來說，軟件的成本太高，少則幾萬，動(dòng)輒上百萬、上千萬。而且成本高也體現(xiàn)在個(gè)性化需求開發(fā)的時(shí)候，而且一旦定制，就很難再升級(jí)。
2. 對(duì)廠商來說，落地實(shí)施的成本很高，產(chǎn)品版本分化嚴(yán)重，后期維護(hù)成本很高，服務(wù)能力降低。新的功能研發(fā)上線，無法對(duì)老客戶實(shí)行二次銷售，客戶體驗(yàn)差。

所以，對(duì)于很多中小型企業(yè)來說，因?yàn)镾aaS產(chǎn)品的出現(xiàn)，也解決了初期軟件投入成本過高問題，同時(shí)不需要招聘太多專業(yè)的信息技術(shù)人員維護(hù)，SaaS模式逐步被接受。

但是SaaS的發(fā)展必然也面臨著客戶越來越多導(dǎo)致需求個(gè)性化的問題，SaaS的復(fù)雜性越來越大，發(fā)展的早期如何解決？

1. 拒絕個(gè)性化，只做標(biāo)準(zhǔn)服務(wù)。但這種方式可以應(yīng)付小微客戶，但是一旦有一定規(guī)模的客戶，不可避免的存在個(gè)性化定制，拒絕個(gè)性化，就是拒絕機(jī)會(huì)，無疑自找思路。
2. 在產(chǎn)品上增加定制開發(fā)功能。當(dāng)你無法把各個(gè)客戶的需求進(jìn)行統(tǒng)一抽象，創(chuàng)建個(gè)性化功能模塊就是應(yīng)對(duì)個(gè)性化開發(fā)之道。但是這種做法讓你的產(chǎn)品和代碼變成了一個(gè)大泥球，給未來的開發(fā)維護(hù)帶來巨大的災(zāi)難。
3. 為每個(gè)客戶創(chuàng)建分支版本。這個(gè)做法和傳統(tǒng)的軟件交付模式其實(shí)沒什么差別，只是接管了本來屬于甲方的運(yùn)維，當(dāng)分化的版本越來越多，版本維護(hù)和運(yùn)維將是高昂的成本。

以上的做法其實(shí)是把傳統(tǒng)軟件開發(fā)的模式引入到SaaS應(yīng)用中，實(shí)際上依然沒有從本質(zhì)上，底層上解決問題。Salesforce其實(shí)給我們指明了道路——SaaS應(yīng)用的PaaS化。通過提供具備開發(fā)能力的PaaS平臺(tái)，為SaaS應(yīng)用提供定制開發(fā)能力。為了降低在PaaS平臺(tái)上開發(fā)的難度和工作量，于是低代碼開發(fā)平臺(tái)也就應(yīng)運(yùn)而生。

2. 從企業(yè)數(shù)字化轉(zhuǎn)型需求看低代碼發(fā)展

數(shù)字經(jīng)濟(jì)下產(chǎn)品更新?lián)Q代速度加快，市場(chǎng)需求更迭同步提速，企業(yè)需要不斷提升軟件開發(fā)效率和市場(chǎng)響應(yīng)速度的產(chǎn)品。但傳統(tǒng)的開發(fā)模式對(duì)企業(yè)數(shù)字化轉(zhuǎn)型提出巨大的挑戰(zhàn)，導(dǎo)致出現(xiàn)一些問題和痛點(diǎn)，具體分析如下：

1. 從滿足需求角度，資源缺口導(dǎo)致長(zhǎng)尾需求無法滿足；
2. 從降低成本角度，軟件成本高導(dǎo)致全面數(shù)字化推動(dòng)力不足；
3. 從改善架構(gòu)角度，傳統(tǒng)系統(tǒng)架構(gòu)可擴(kuò)展性及集成度不高；
4. 從孵化創(chuàng)新角度，重復(fù)建設(shè)、標(biāo)準(zhǔn)不統(tǒng)一、業(yè)務(wù)協(xié)同差導(dǎo)致對(duì)新業(yè)務(wù)的支持度不高。

而低代碼開發(fā)像拖拉拽的可視化開發(fā)方式，樂高式的應(yīng)用搭建，共生的一體化平臺(tái)等特點(diǎn)能在一定程度上解決企業(yè)數(shù)字化轉(zhuǎn)型的這些需求和痛點(diǎn)。

3. 從技術(shù)和企業(yè)數(shù)智化演進(jìn)看低代碼發(fā)展

從企業(yè)數(shù)智化的發(fā)展經(jīng)歷了幾個(gè)階段（如上圖），每個(gè)階段都伴隨著巨大的信息技術(shù)的變革，在前兩個(gè)階段，開發(fā)工具的推動(dòng)起到了很大的作用，開發(fā)語言的高級(jí)特性及開發(fā)工具的能力提升，讓工程師的開發(fā)效率獲得提高。而到了互聯(lián)網(wǎng)化的階段，云計(jì)算、虛擬化、容器化帶動(dòng)了云端技術(shù)的巨大發(fā)展，特別是云原生技術(shù)的提出和發(fā)展，讓基于云端的開發(fā)發(fā)生了質(zhì)的變化。

軟件開發(fā)技術(shù)發(fā)展的核心是讓技術(shù)實(shí)現(xiàn)更簡(jiǎn)單這個(gè)核心原則始終沒有改變，而低代碼開發(fā)的目的也正好符合這個(gè)原則，所以低代碼開發(fā)模式得到推崇和發(fā)展也是情理之中。

三、低代碼產(chǎn)品的形態(tài)

現(xiàn)在市場(chǎng)上低代碼的產(chǎn)品琳瑯滿目，低代碼廠商也是百花齊放，按搭建應(yīng)用時(shí)是否需要代碼可以將廣義低代碼產(chǎn)品分為狹義低代碼和零代碼兩種，二者均可通過可視化界面，對(duì)封裝好的代碼模塊進(jìn)行拖拉拽來完成應(yīng)用搭建。

其中低代碼主要服務(wù)關(guān)注業(yè)務(wù)邏輯的開發(fā)部門，需要少量代碼進(jìn)行模塊銜接或功能 拓展；零代碼更強(qiáng)調(diào)低代碼的低門檻，僅需理順業(yè)務(wù)邏輯即可快速搭建流程管理、表單等輕量級(jí)應(yīng)用。

整體上看，低代碼產(chǎn)品的函數(shù)與系統(tǒng)解耦，在少量代碼的支持下應(yīng)用場(chǎng)景較廣，而零代碼輕量便捷，搭建速度快，賦予業(yè)務(wù)部門更多自主權(quán)。零代碼使用門檻低，但支持的場(chǎng)景有限，而低代碼可搭建復(fù)雜度較高的應(yīng)用，這也是我們主要深入了解低代碼的原因。

按照低代碼產(chǎn)品的底層驅(qū)動(dòng)技術(shù)可劃分為表單驅(qū)動(dòng)、邏輯驅(qū)動(dòng)和數(shù)據(jù)驅(qū)動(dòng)三類。

1. 表單驅(qū)動(dòng)直接關(guān)注業(yè)務(wù)場(chǎng)景，以數(shù)據(jù)表為 核心、以工作流為媒介構(gòu)建應(yīng)用。
2. 模型驅(qū)動(dòng)從業(yè)務(wù)場(chǎng)景中抽象出模型構(gòu)建頁面和業(yè)務(wù)流，其應(yīng)用場(chǎng)景更加復(fù)雜且廣泛。
3. 數(shù)據(jù)驅(qū)動(dòng)在模型驅(qū)動(dòng)的基礎(chǔ)上深度挖掘數(shù)據(jù)價(jià)值，將從互聯(lián)網(wǎng)及其他軟件收集來的數(shù)據(jù)進(jìn)行匯總和整理，運(yùn)用新技術(shù)和算法訓(xùn)練擬合成自動(dòng)化決策模型。

整體上看，低代碼正從基礎(chǔ)表單向數(shù)據(jù)驅(qū)動(dòng)遞進(jìn)，其功能性逐漸提升，覆蓋更多業(yè)務(wù)場(chǎng)景。

從使用者需求的角度來看，低/無代碼平臺(tái)可劃分為四大類型：場(chǎng)景應(yīng)用型、產(chǎn)品研發(fā)型、平臺(tái)生態(tài)型和技術(shù)賦能型。

根據(jù)海比研究院調(diào)研數(shù)據(jù)，目前市場(chǎng)上共有低/無代碼廠商74家。從各類型平臺(tái)商的數(shù)量分布來看，場(chǎng)景應(yīng)用型數(shù)量最多占比達(dá)59.5%，說明終端應(yīng)用的客戶是低代碼的只要使用者，其次是產(chǎn)品研發(fā)型、平臺(tái)生態(tài)型和技術(shù)賦能型。

從各類型平臺(tái)商的年均收入規(guī)模來看，技術(shù)賦能型收入平均年收入最高，其次是平臺(tái)生態(tài)型，再次是產(chǎn)品研發(fā)型和場(chǎng)景應(yīng)用型。綜合當(dāng)前平臺(tái)生態(tài)型和技術(shù)賦能型數(shù)量不多但盈利能力較強(qiáng)，預(yù)計(jì)是未來廠商重點(diǎn)發(fā)展方向。

四、低代碼的能力體現(xiàn)

從行業(yè)這么多低代碼產(chǎn)品的功能來看，低代碼開發(fā)平臺(tái)的核心能力包括：

1. 易用性。在不寫代碼的情況下能夠完成的功能多寡是決定平臺(tái)是否容易被接受的重要指標(biāo)；
2. 用戶體驗(yàn)。該指標(biāo)能夠決定最終用戶對(duì)開發(fā)者的好評(píng)程度；
3. 數(shù)據(jù)建模和管理。應(yīng)用復(fù)雜度越高，系統(tǒng)集成的要求越高，這個(gè)能力就越關(guān)鍵；
4. 流程和業(yè)務(wù)邏輯。決定了低代碼支持的應(yīng)用的寬度范圍；
5. 接口和集成。低代碼不要為企業(yè)再造一個(gè)個(gè)數(shù)據(jù)孤島；
6. 軟件開發(fā)周期支持。除了開發(fā)和交付，還需要包含設(shè)計(jì)、反饋、測(cè)試、運(yùn)維等多個(gè)環(huán)節(jié)；
7. 服務(wù)質(zhì)量。所開發(fā)應(yīng)用的故障率、穩(wěn)定性，以及技術(shù)支持能力；
8. 安全和合規(guī)。需要在部署方式、系統(tǒng)安全機(jī)制和權(quán)限管理和控制功能等層面提供全方位支持；
9. 平臺(tái)生態(tài)。獨(dú)木不成林，需要引入更多開發(fā)者，提供更豐富的解決方案，更好的賦能應(yīng)用開發(fā)者。

和傳統(tǒng)的軟件開發(fā)的模式相比，低代碼開發(fā)的流程極大的縮減，需要的崗位和人員也極大的減少，這就帶來了兩大優(yōu)勢(shì)：

1）提高開發(fā)效率和降低成本

1. 圖形化開發(fā)，大幅降低工作量；
2. 有效規(guī)避代碼本身的bug問題；
3. 開發(fā)完成一鍵部署多個(gè)環(huán)境；
4. 降低對(duì)開發(fā)者的要求，降低成本。

2）企業(yè)數(shù)字化轉(zhuǎn)型的有力工具

1. 降低應(yīng)用開發(fā)的準(zhǔn)入門檻；
2. 有助于打破信息系統(tǒng)的孤島；
3. 加速各種能力服務(wù)化的進(jìn)程。

五、認(rèn)識(shí)低代碼的價(jià)值，也看清它的短板

任何新鮮事物的發(fā)展和火熱，我們都要先積極的擁抱它，只要它能幫助我們解決一定的問題，那么它就是有價(jià)值的。所以梳理一下低代碼開發(fā)的一些價(jià)值體現(xiàn)：

1. 快速。快速開發(fā)、快速反饋、快速調(diào)整，溝通過程中即可所見即所得開發(fā)；
2. 低成本。降低技術(shù)門檻，不需要專業(yè)技術(shù)人才就可以開發(fā)；
3. 個(gè)性化支持。通過靈活的組件、模塊來解決各種個(gè)性化需求，而不需要去修改代碼；
4. 易維護(hù)。采用組件化、在線組裝的方式，代碼侵入少，更容易調(diào)整；
5. 保護(hù)隱私。減輕對(duì)外部廠商的依賴，保護(hù)企業(yè)信息的隱私；
6. 貼近業(yè)務(wù)價(jià)值。專注于業(yè)務(wù)功能開發(fā)，甚至業(yè)務(wù)人員可以深度參與。

雖然低代碼開發(fā)有很高的價(jià)值，但低代碼并不是萬能的，它也有自己不擅長(zhǎng)的領(lǐng)域，比如：

1. 算法和數(shù)據(jù)結(jié)構(gòu)復(fù)雜的應(yīng)用。低代碼開發(fā)此類應(yīng)用的成本不亞于直接寫代碼，甚至更高，無法發(fā)揮它的優(yōu)勢(shì)；
2. 對(duì)界面要求特別高的應(yīng)用。低代碼平臺(tái)可不擅長(zhǎng)做酷炫的界面，所以游戲、動(dòng)畫相關(guān)的應(yīng)用并不適合；
3. 超高流量互聯(lián)網(wǎng)的應(yīng)用。低代碼開發(fā)中的性能大部分損失在配置解析，腳本解析上，所以對(duì)于性能有著非常高的追求的互聯(lián)網(wǎng)應(yīng)用并不適合；
4. 分析和智能化的應(yīng)用。分析有BI工具，智能化應(yīng)用更側(cè)重底層數(shù)據(jù)計(jì)算，這類的應(yīng)用應(yīng)該交給特定的專有工具實(shí)現(xiàn)；
5. 系統(tǒng)軟件、科學(xué)計(jì)算等應(yīng)用。對(duì)于功能擴(kuò)展性需求很弱，沒有可復(fù)用可抽象性，且底層計(jì)算很多，用低代碼開發(fā)并不見得有優(yōu)勢(shì)，甚至不可行。

所以，低代碼不是銀彈，不要妄想通過引入低代碼來解決你所有問題，它能解決的問題范圍有限，用對(duì)地方真正有效解決問題才是正道。它也不是程序員終結(jié)者，它只是數(shù)字化轉(zhuǎn)型應(yīng)用開發(fā)中的一個(gè)補(bǔ)充，應(yīng)用開發(fā)的主戰(zhàn)場(chǎng)還是coding，coding，coding。它淘汰的只是會(huì)CRUD的偽程序員。寫好代碼解決問題才是我們立足的根本。

六、我為什么要搞低代碼？

其實(shí)，十年前我在做工作流引擎和系統(tǒng)的時(shí)候，我認(rèn)為就已經(jīng)在從事低代碼相關(guān)能力的開發(fā)和實(shí)踐了，雖然那時(shí)候前后端的技術(shù)體系并不是特別的完善，而且自己并不擅長(zhǎng)前端頁面的構(gòu)建，但是也基本上實(shí)現(xiàn)了拖拉拽的（雖然相比現(xiàn)在的界面過于簡(jiǎn)陋）自定義的流程模型，可視化的自定義表單設(shè)計(jì)，以及基本的權(quán)限控制和腳本植入。

前年我又在團(tuán)隊(duì)中提出了低代碼能力的建設(shè)，設(shè)計(jì)了以表單驅(qū)動(dòng)為核心的低代碼開發(fā)模塊作為我們技術(shù)平臺(tái)和中臺(tái)能力的一種補(bǔ)充。當(dāng)時(shí)出于對(duì)低代碼的幾點(diǎn)認(rèn)知：

1）要解決什么問題？

① 隨訪產(chǎn)品中自定義隨訪的表單。不同的臨床領(lǐng)域、不同的客戶，他的隨訪表單是不一樣的，這個(gè)是很難在研發(fā)時(shí)固化到系統(tǒng)中的。

② 專病健康檔案的設(shè)計(jì)和展示。不同的病種，不同的客戶，在不同的應(yīng)用下對(duì)于健康檔案的數(shù)據(jù)結(jié)構(gòu)，展示的屬性是不一樣的，需要實(shí)現(xiàn)其靈活的擴(kuò)展。

從應(yīng)用場(chǎng)景上來說，主要是解決產(chǎn)品落地實(shí)施項(xiàng)目的時(shí)候解決個(gè)性化需求，以及產(chǎn)品使用過程中不斷擴(kuò)展的需求。

2）使用的對(duì)象是誰？

首先，研發(fā)人員不是我設(shè)計(jì)低代碼開發(fā)模塊的目標(biāo)用戶群體，因?yàn)閷?duì)于很多研發(fā)人員來說，寫原生代碼才能真正的體現(xiàn)自己的價(jià)值，另外即使需要快速開發(fā)，也會(huì)優(yōu)先使用代碼生成工具生成原生代碼，并在此基礎(chǔ)上進(jìn)行邏輯編寫。

那么低代碼開發(fā)面對(duì)的目標(biāo)人群到底是誰呢？我們的定義是項(xiàng)目實(shí)施工程師，部分產(chǎn)品經(jīng)理或者醫(yī)學(xué)支持人員。而零代碼的功能可以開放給客戶使用，以幫助他們自助解決部分個(gè)性化問題。

低代碼開發(fā)雖然不是一個(gè)新鮮的概念，但是由于科技的發(fā)展，企業(yè)發(fā)展訴求的變化，特別在企業(yè)數(shù)字化轉(zhuǎn)型的大趨勢(shì)面前，它脫胎換骨，有了更加高級(jí)的形態(tài)，這是時(shí)代的產(chǎn)物，這是趨勢(shì)的結(jié)果。

就像現(xiàn)在的特斯拉相比于上個(gè)世紀(jì)初的奔馳，今天的智能手機(jī)相比于十幾年前的諾基亞功能手機(jī)，同樣都是汽車、手機(jī)，但是它們所承載的作用，以及它們對(duì)于我們的意義都發(fā)生了巨大的變化。所以，不論是新瓶老酒還是老瓶新酒，只要能解決我們當(dāng)前的問題，能夠體現(xiàn)它的價(jià)值，喝起來都是一樣的甘醇。

#專欄作家#

菜根老譚，微信公眾號(hào)：CGLT_TAN，人人都是產(chǎn)品經(jīng)理專欄作家。經(jīng)歷程序員、技術(shù)Leader、產(chǎn)品經(jīng)理、研發(fā)Leader等多種崗位?，F(xiàn)負(fù)責(zé)某科技公司整體產(chǎn)品研發(fā)，擅長(zhǎng)企業(yè)IT架構(gòu)及互聯(lián)網(wǎng)產(chǎn)品架構(gòu)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議