本文將結(jié)合若干權(quán)威機(jī)構(gòu)調(diào)研數(shù)據(jù)、作者本人8年的低代碼自研經(jīng)驗以及中國市場的低代碼產(chǎn)品,對低代碼的技術(shù)原理、技術(shù)路線、發(fā)展現(xiàn)狀、戰(zhàn)略意義、目前存在的問題、未來發(fā)展的方向等做一個系統(tǒng)地闡述。旨在回答低代碼到底是什么,低代碼有什么作用,低代碼有什么局限,是否應(yīng)該使用低代碼等一系列大家關(guān)心的問題。
目錄:
- 低代碼的基礎(chǔ)知識(是什么)
- 低代碼的市場需求與意義(為什么)
- 低代碼的由來與發(fā)展現(xiàn)狀(到哪了)
- 低代碼的未來趨勢(去哪里)
一、低代碼的基礎(chǔ)知識
1、低代碼的定義
Forrester對于低代碼的定義:能夠以“最少的手寫代碼”和設(shè)置快速開發(fā)應(yīng)用、配置和部署業(yè)務(wù)應(yīng)用程序。核心要素是代碼的有效封裝和高頻復(fù)用組件。
2、我本人對低代碼的定義與理解
低代碼與其說是一個工具或產(chǎn)品,不如說是一種價值觀,旨在將既有代碼高度復(fù)用,形成可復(fù)用、可調(diào)用的代碼資產(chǎn),以可視化的方式使用代碼資產(chǎn)。很多團(tuán)隊雖然沒有使用低代碼,但是可能會有自己的中臺、組件庫等高可復(fù)用資產(chǎn),廣義地講也是在應(yīng)用低代碼思想工作了。再比如像很早之前就面世的網(wǎng)頁設(shè)計工具Dreamweaver、20年前就出現(xiàn)的模板DIY門戶網(wǎng)站都屬于低代碼的范疇。
3、低代碼的分類
一提到低代碼,很多人就會想到拖、拉、拽,其實這種觀點是片面的,低代碼按照官方說法其實分三類。分別是零代碼開發(fā)平臺、低代碼開發(fā)平臺和低代碼開發(fā)工具。大家在選型也好,研究也好,一定要分清楚。
(1)零代碼開發(fā)平臺就是咱們通俗的說的拖來拽,完全不用寫代碼,主要應(yīng)用場景是輕量級的辦公系統(tǒng),比如審批,表單等。他的優(yōu)勢就是可以全民開發(fā),缺點是應(yīng)付個性化應(yīng)用會有瓶頸,真正的研發(fā)人員也不愿意用。
(2)低代碼開發(fā)平臺也會有零代碼那樣的拖拉拽,還可以對業(yè)務(wù)邏輯進(jìn)行拖拽,同時具備一定的二開能力,他面向的是專業(yè)的IT人員,優(yōu)點是技術(shù)封裝度較高,缺點是對于研發(fā)人員有選擇與學(xué)習(xí)成本,大部分不提供源碼和私有部署,這塊會讓用戶選擇時比較糾結(jié)。
(3)低代碼開發(fā)工具,他的原理是代碼的預(yù)封裝與源碼自動化生成,技術(shù)封裝度不如低代碼開發(fā)平臺高,但是他能提供全部源碼和開發(fā)自由度,同時也不會改變程序員的開發(fā)習(xí)慣。
這三種不存在孰優(yōu)孰劣的問題,應(yīng)用場景不同,大家可根據(jù)自己需求進(jìn)行選擇。
低代碼的技術(shù)方向
4、三種低代碼形態(tài)的對比分析
三者的共性特征都是代碼封裝、可視化、可復(fù)用、可集成。下面再分析下各自的優(yōu)劣勢、應(yīng)用場景和目標(biāo)用戶群體。
零代碼開發(fā)平臺 | 低代碼開發(fā)平臺 | 低代碼開發(fā)工具 | |
核心原理 | 表單驅(qū)動 | 表單&模型驅(qū)動 | 模型驅(qū)動 |
目標(biāo)用戶 | 全民開發(fā) | 程序員 | 程序員 |
適用場景 | 特定高標(biāo)準(zhǔn)化場景,比如審批、OA類 | 全場景,尤其個性化項目 | 全場景,尤其個性化項目 |
優(yōu)勢 | 全程無代碼方式生成;全民皆可開發(fā);開發(fā)效率與質(zhì)量最高 | 可復(fù)用的技術(shù)封裝度較高;相比零代碼具有自定義開發(fā)能力 | 項目代碼100%開源;項目可獨立于低代碼開發(fā)、部署、維護(hù);不打破程序員的開發(fā)習(xí)慣;既有組件庫資產(chǎn)可復(fù)用 |
劣勢 | 人工編程無法介入,注定只能用于特點高標(biāo)準(zhǔn)化場景,比如審批、OA類 | 開發(fā)與部署對平臺依賴性較強(qiáng);大部分不提供100%的源碼;二開需要按照平臺規(guī)則展開,需要程序員去學(xué)習(xí)并適應(yīng)其規(guī)則 | 因其定位是程序輔助編碼的工具,技術(shù)封裝度不如低代碼開發(fā)平臺廣 |
二、低代碼的市場需求與意義
1、數(shù)字化浪潮的市場機(jī)遇
以下是從權(quán)威機(jī)構(gòu)行業(yè)報告拿到的一些官方數(shù)據(jù):
2022年,中國數(shù)字經(jīng)濟(jì)規(guī)模占GDP達(dá) 41.5%,居世界第二位,同比增速達(dá)10.3%,位居世界第一,是GDP名義增速的3倍。運用數(shù)字化手段重構(gòu)業(yè)務(wù)模式、運營體系和客戶體驗,從而更好實現(xiàn)降本提效,是企業(yè)價值持續(xù)提升的必由之路。
2022年,中國軟件業(yè)務(wù)收入躍上十萬億元臺階,全國軟件和信息技術(shù)服務(wù)業(yè)規(guī)模以上(年營業(yè)額2000萬以上者)企業(yè)超 3.5萬家,累計完成軟件業(yè)務(wù)收入106126億元,同比增長11.2%。
IDC預(yù)測:2024年,數(shù)字經(jīng)濟(jì)的發(fā)展將孕育出超過5億個新應(yīng)用/服務(wù),相當(dāng)于過去40年間出現(xiàn)的應(yīng)用數(shù)量的總和。
2、軟件企業(yè)所面臨的挑戰(zhàn)
另一方面,行業(yè)內(nèi)卷其實非常嚴(yán)重,上游簽單價格趨低,而成本高居不下,導(dǎo)致利潤被壓縮,還要面臨著各種回款賬期的問題;同時交付效率與質(zhì)量也不盡如人意,項目管理成本也是很大;再一個活多了找人,人多了找活這個用工風(fēng)險問題也很大。綜上,相信很多軟件企業(yè)老板是感同身受。我畫了一幅圖,形象地描繪了當(dāng)今軟件企業(yè)的生存空間。
當(dāng)今軟件企業(yè)的生存空間
3、低代碼的現(xiàn)實需求背景
(1)企業(yè)數(shù)字化轉(zhuǎn)型需要。未來企業(yè)運營模式將會更加關(guān)注從生產(chǎn)轉(zhuǎn)向服務(wù),從分銷轉(zhuǎn)向用戶,突破企業(yè)管理邊界與上下游連通,把企業(yè)組織、管理、經(jīng)營等行為由線下搬到線上,實現(xiàn)企業(yè)運營管理的業(yè)務(wù)在線,那么企業(yè)就迫切軟件系統(tǒng)能夠快速上線和敏捷迭代。
(2)軟件企業(yè)需要。軟件開發(fā)需求的市場增長與企業(yè)IT交付能力的差距,需要低代碼革新IT生產(chǎn)力,在確保質(zhì)量的前提下,實現(xiàn)降本提效,最終建立市場口碑。
(3)開發(fā)人員需要。低代碼重塑交付模式,采用組件化、插件化、模塊化的方式形成技術(shù)資產(chǎn),最大程度進(jìn)行團(tuán)隊間復(fù)用,跳過繁冗的低層次基礎(chǔ)性編碼工作,讓開發(fā)者專注于更具價值與創(chuàng)新的工作。
4、低代碼的核心價值
(1)開發(fā)成本低。相同項目體量在人工耗時、團(tuán)隊人數(shù)方面可大幅減少
(2)系統(tǒng)質(zhì)量高。受益于大量基礎(chǔ)組件封裝,系統(tǒng)不會出現(xiàn)大面積的質(zhì)量問題
(3)交付速度快。大大提速新產(chǎn)品上線速度,降低試錯成本,提升客戶體驗
(4)經(jīng)營風(fēng)險小。可降低對于具體技術(shù)人員的依賴,同時降低用工人數(shù)
5、低代碼的戰(zhàn)略意義
關(guān)于上述第4點很容易理解,其實還有三點戰(zhàn)略意義很容易被忽視,而這三點如果做好了,將有效提升軟件企業(yè)核心競爭力
(1)重構(gòu)軟件開發(fā)流程。開發(fā)流程更敏捷,可廢除繁冗的流程環(huán)節(jié)
(2)重構(gòu)企業(yè)組織架構(gòu)。業(yè)務(wù)復(fù)合型人才的需求將被放大
(3)重構(gòu)企業(yè)經(jīng)營模式。松耦合的企業(yè)組織架構(gòu)將會被有效落地,讓人均產(chǎn)值具有無限想象空間
三、低代碼的由來與發(fā)展現(xiàn)狀
1、低代碼的發(fā)展大事記
2014年,F(xiàn)orrester首次提出低代碼和零代碼的概念
2016年,國內(nèi)獨立的低代碼開發(fā)平臺開始相繼發(fā)布,我們也是在2016年開始研發(fā)低代碼平臺
2018年,Gartner提出了aPaaS和iPaaS的概念,其中aPaaS概念與低代碼非常吻合
2021年,中國市場逐漸形成完整的低代碼或無代碼生態(tài)體系。
2、中國低代碼市場規(guī)模
2023年,低代碼市場規(guī)模達(dá)到61億,預(yù)測至2025年將達(dá)到267.7億,年復(fù)合增長率為63.7%。目前應(yīng)用仍處于初步時期,主要在規(guī)模較大、成立時間較久的互聯(lián)網(wǎng)、通信、金融、制造業(yè)企業(yè)中應(yīng)用,約35%的用戶為研發(fā)工程師
3、當(dāng)今低代碼推廣落地面臨的問題
以上講到低代碼的各種優(yōu)勢,但是實際推廣落地時并沒有想象的這么好,至少筆者身邊的同業(yè)企業(yè)很多都沒有用,究其原因,我總結(jié)了這么4點:
(1)可控性差,一旦用了低代碼,就得按照他的規(guī)則進(jìn)行開發(fā)和維護(hù),很多還不能導(dǎo)出100%源碼,即使能導(dǎo)出來也不易讀,這個非常致命;
(2)易用性差,畢竟低代碼都是含有大量的抽象,勢必會帶來很高的學(xué)習(xí)成本;
(3)擴(kuò)展不靈活,一些低代碼無法滿足的需求,人工擴(kuò)展不方便,更嚴(yán)重的是根本無法擴(kuò)展;
(4)隨著技術(shù)的發(fā)展,人工編碼效率其實也很高了,而且每個程序員或每個團(tuán)隊其實都會有自己的技術(shù)積累,用了低代碼以后之前的技術(shù)積累與開發(fā)習(xí)慣就可能會被放棄,而且還會帶來一些新的學(xué)習(xí)與適應(yīng)的成本,我經(jīng)常說低代碼就是省了鍵盤廢了鼠標(biāo),更像是一個效率零和的游戲,對于那些有技術(shù)積累的公司或團(tuán)隊,最終折算下來,絕對的提效并沒有那么大。
四、低代碼的未來趨勢
1、三個敬畏
低代碼無論如何發(fā)展,至少在相當(dāng)長的一段時期,我認(rèn)為都應(yīng)該保有三個敬畏:
(1)對行業(yè)保有敬畏感。承認(rèn)每家軟件公司都有其成熟穩(wěn)定的管理模式與良好的技術(shù)積累,不可能用一套系統(tǒng)去改變每家公司的體系
(2)對程序員保有敬畏感。一個有思想的程序員不會被智能化代替,一個創(chuàng)新型的數(shù)字化系統(tǒng)一定離不開人工編程環(huán)節(jié)
(3)對客戶保有敬畏感。客戶對數(shù)字化系統(tǒng)越來越有自己的要求,不可能通過模板式的方法來滿足客戶所有個性化的要求
2、低代碼是軟件企業(yè)自身的數(shù)字化革命
無論你是否實施一套低代碼產(chǎn)品,按照低代碼的思想進(jìn)行技術(shù)資產(chǎn)沉淀應(yīng)該是毋容置疑的原則。所以我的觀點不是要不要上低代碼,是必須要上。至少要有低代碼的開發(fā)思想。
3、低代碼的市場發(fā)展趨勢
低代碼市場會出現(xiàn)競合共融局面,也就是說雖然都叫低代碼,擅長的場景、技術(shù)路線等側(cè)重點不同,會出現(xiàn)同時實施多款低代碼產(chǎn)品的現(xiàn)象,對于供應(yīng)側(cè),短期內(nèi)也很難出現(xiàn)一家獨大壟斷的局面。
4、低代碼的技術(shù)發(fā)展趨勢
筆者認(rèn)為未來低代碼可能會出現(xiàn)這樣幾種技術(shù)方向:
(1)輕量級的輔助編程(代碼生成)工具。還是以人為主,機(jī)器為輔,程序員還擁有100%的控制權(quán),同時又在開發(fā)效率上做出完美的平衡。
(2)低代碼與AIGC結(jié)合。chatgpt出來時,很多人認(rèn)為chatgpt或者其他一些大模型會取代低代碼,甚至?xí)〈绦騿T,我想說大模型與低代碼和程序員是共存共融的,各自發(fā)揮擅長的領(lǐng)域,最終還都是工具,為開發(fā)者服務(wù)的,使用工具的目的是追求效率的最大化,并保有開發(fā)的自由度。
(3)低代碼與超級自動化結(jié)合。眾所周知,低代碼系統(tǒng)存在著大量的配置工作,這些配置工作比純手寫代碼效率已經(jīng)提升很多了,但是還是略顯繁瑣,結(jié)合超級自動化RPA技術(shù),把重復(fù)性的配置工作也交給機(jī)器
(4)可組裝式行業(yè)應(yīng)用市場。我相信軟件企業(yè)的目標(biāo)都是做出產(chǎn)品,但是現(xiàn)在數(shù)字化時代有個問題,就是個性化需求太多,很難用一套標(biāo)準(zhǔn)化產(chǎn)品兼容各種個性化需求。一直以來的做法就是將系統(tǒng)做的足夠靈活,各種參數(shù)、業(yè)務(wù)流程都配置化,然后上線前由實施工程師根據(jù)客戶需求完成實施工作。未來,低代碼平臺在提供基礎(chǔ)能力、中臺能力的基礎(chǔ)上,勢必會延伸業(yè)務(wù)組件,應(yīng)用層進(jìn)行快速組裝與二開,這種做法與微服務(wù)還不同,從封裝的顆粒度與封裝的形態(tài)都不一樣。
我是波哥,軟件從業(yè)20年 創(chuàng)業(yè)10年,持續(xù)分享軟件應(yīng)用經(jīng)驗與創(chuàng)業(yè)心得。
版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn),該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 舉報,一經(jīng)查實,本站將立刻刪除。