如何理解低代碼

本篇內(nèi)容主要講解“如何理解低代碼”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“如何理解低代碼”吧!

一 前言

如果選擇用一個(gè)關(guān)鍵詞來(lái)代表即將過(guò)去的2020年，我相信所有人都會(huì)認(rèn)同是“新冠”。疫情來(lái)得太快就像龍卷風(fēng)，短短數(shù)月就阻斷了全世界范圍內(nèi)無(wú)數(shù)人與人之間的物理連接。但好在，我們已經(jīng)全面邁入互聯(lián)網(wǎng)時(shí)代：N95口罩再厚，也阻擋不了信息比特流的順暢流通（宅男：B站依然香）；居家隔離再久，也妨礙不了釘釘消息的準(zhǔn)時(shí)送達(dá)（社畜：工作依然苦）。逍遙子在9月份的云棲大會(huì)上說(shuō)：“新技術(shù)代表的新生產(chǎn)力，一定是我們?nèi)賾?zhàn)勝疫情、開(kāi)創(chuàng)未來(lái)最好的原動(dòng)力?！?那么在后疫情時(shí)代，究竟需要什么樣的新技術(shù)，才能真正解放IT生產(chǎn)力，加速社會(huì)數(shù)字化轉(zhuǎn)型，Make The World Great Again？我認(rèn)為是低代碼（Low-Code）。

基于經(jīng)典的可視化和模型驅(qū)動(dòng)理念，結(jié)合最新的云原生與多端體驗(yàn)技術(shù)，低代碼能夠在合適的業(yè)務(wù)場(chǎng)景下實(shí)現(xiàn)大幅度的提效降本，為專業(yè)開(kāi)發(fā)者提供了一種全新的高生產(chǎn)力開(kāi)發(fā)范式（Paradigm Shift）。另一方面，低代碼還能讓不懂代碼的業(yè)務(wù)人員成為所謂的平民開(kāi)發(fā)者（Citizen Developer），彌補(bǔ)日益擴(kuò)大的專業(yè)人才缺口，同時(shí)促成業(yè)務(wù)與技術(shù)深度協(xié)作的終極敏捷形態(tài)（BizDevOps）。本文將重點(diǎn)介紹低代碼相關(guān)背景知識(shí)，包括低代碼的定義與意義、相關(guān)概念、行業(yè)發(fā)展等，期望能幫助大家更好地認(rèn)識(shí)與理解低代碼這個(gè)新興領(lǐng)域。

二 什么是低代碼

“Low-Code”是什么？如果你是第一次聽(tīng)說(shuō)，沒(méi)準(zhǔn)也會(huì)跟我當(dāng)年從老板口中聽(tīng)到這個(gè)詞后的內(nèi)心戲一樣：啥？“Low-Code”？“Code”是指代碼我知道，但這個(gè)“Low”字是啥意思？不會(huì)是老板發(fā)現(xiàn)我最近趕工寫(xiě)的代碼很丑很“Low”吧... 想多了，老板怎么可能親自review代碼呢。那難道是指，“Low-level programming”里的“Low”？老板終于發(fā)現(xiàn)讓我等編程奇才整天堆Java業(yè)務(wù)代碼太浪費(fèi)，要派我去閉關(guān)寫(xiě)一個(gè)高性能C語(yǔ)言網(wǎng)絡(luò)庫(kù)... 顯然也不是，老板哪能有這技術(shù)情懷呢。那到底是什么意思？作為一名搜商比情商還高的程序員，能問(wèn)Google的絕不會(huì)問(wèn)老板。于是我一頓操作后，不假思索地點(diǎn)開(kāi)了第一條搜索結(jié)果。果不其然，這是一條充滿自由芳香只有翻墻才能聞到的Wikipedia詞條：Low-code development platform。

Wikipedia定義

相比Wiki的版本，這個(gè)定義更偏向于闡明低代碼所帶來(lái)的核心價(jià)值：

• 低代碼開(kāi)發(fā)平臺(tái)能夠?qū)崿F(xiàn)業(yè)務(wù)應(yīng)用的快速交付。也就是說(shuō)，不只是像傳統(tǒng)開(kāi)發(fā)平臺(tái)一樣“能”開(kāi)發(fā)應(yīng)用而已，低代碼開(kāi)發(fā)平臺(tái)的重點(diǎn)是開(kāi)發(fā)應(yīng)用更“快”。更重要的是，這個(gè)快的程度是顛覆性的：根據(jù)Forrester在2016年的調(diào)研，大部分公司反饋低代碼平臺(tái)幫助他們把開(kāi)發(fā)效率提升了5-10倍。而且我們有理由相信，隨著低代碼技術(shù)、產(chǎn)品和行業(yè)的不斷成熟，這個(gè)提升倍數(shù)還能繼續(xù)上漲。

• 低代碼開(kāi)發(fā)平臺(tái)能夠降低業(yè)務(wù)應(yīng)用的開(kāi)發(fā)成本。一方面，低代碼開(kāi)發(fā)在軟件全生命周期流程上的投入都要更低（代碼編寫(xiě)更少、環(huán)境設(shè)置和部署成本也更簡(jiǎn)單）；另一方面，低代碼開(kāi)發(fā)還顯著降低了開(kāi)發(fā)人員的使用門檻，非專業(yè)開(kāi)發(fā)者經(jīng)過(guò)簡(jiǎn)單的IT基礎(chǔ)培訓(xùn)就能快速上崗，既能充分調(diào)動(dòng)和利用企業(yè)現(xiàn)有的各方面人力資源，也能大幅降低對(duì)昂貴專業(yè)開(kāi)發(fā)者資源的依賴。

低代碼核心能力

基于上述的定義和分析，不難總結(jié)出如下這3條低代碼開(kāi)發(fā)平臺(tái)的核心能力：

平臺(tái)的職責(zé)與挑戰(zhàn)

上面說(shuō)的是低代碼給開(kāi)發(fā)者提供的能力與吸引力，那么作為服務(wù)的提供方與應(yīng)用的承載者，低代碼開(kāi)發(fā)平臺(tái)自身應(yīng)該承擔(dān)怎樣的職責(zé)，其中又會(huì)遇到多大的挑戰(zhàn)？是否就一定要如阿里云所主張的那樣，“把復(fù)雜留給自己，把簡(jiǎn)單留給別人”？雖然這句話聽(tīng)起來(lái)很深明大義，但不知道大家有沒(méi)有想過(guò)，為什么我們一定要抱著復(fù)雜不放，平白無(wú)故給自己找事？就不能直接干掉復(fù)雜，也給咱阿里云自己的員工留點(diǎn)簡(jiǎn)單嗎？是工作太容易就體現(xiàn)不出來(lái)KPI價(jià)值了，還是家里的飯菜不如公司的夜宵香？

冥思苦想許久后，我從熱力學(xué)第一定律中找到了答案：開(kāi)發(fā)一個(gè)應(yīng)用的總復(fù)雜度是恒定的，只能轉(zhuǎn)移而不可能憑空消失。要想讓開(kāi)發(fā)者做的更少，安心享受簡(jiǎn)單的快樂(lè)，那么平臺(tái)方就得做的更多，默默承擔(dān)盡可能多的復(fù)雜度。就像一個(gè)滿身腱子肉的雜技男演員，四平八穩(wěn)地托舉著在高處旋轉(zhuǎn)與跳躍的女搭檔；上面的人顯得越輕盈越毫不費(fèi)力，下面的人就得越穩(wěn)重越用盡全力。當(dāng)然，不是說(shuō)上面的女演員就很輕松沒(méi)壓力，只是他們各自的分工不同，所承擔(dān)的復(fù)雜度也不一樣。

根據(jù)《人月神話》作者Fred Brooks的劃分，軟件開(kāi)發(fā)的復(fù)雜度可以劃分為本質(zhì)復(fù)雜度（Essential complexity ）和偶然復(fù)雜度（Accidental complexity）。前者是解決問(wèn)題時(shí)固有的最小復(fù)雜度，跟你用什么樣的工具、經(jīng)驗(yàn)是否豐富、架構(gòu)好不好等都無(wú)關(guān)，而后者就是除此之外在實(shí)際開(kāi)發(fā)過(guò)程中引入的復(fù)雜度。通常來(lái)說(shuō)，本質(zhì)復(fù)雜度與業(yè)務(wù)要解決的特定問(wèn)題域強(qiáng)相關(guān)，因此這里我把它稱為更好理解的“業(yè)務(wù)復(fù)雜度”；這部分復(fù)雜度不是任何開(kāi)發(fā)方法或工具能解決的，包括低代碼。而偶然復(fù)雜度一般與開(kāi)發(fā)階段的技術(shù)細(xì)節(jié)強(qiáng)相關(guān)，因此我也相應(yīng)把它稱為“技術(shù)復(fù)雜度”；而這一部分復(fù)雜度，恰好就是低代碼所擅長(zhǎng)且適合解決的。

為開(kāi)發(fā)者盡可能屏蔽底層技術(shù)細(xì)節(jié)、減少不必要的技術(shù)復(fù)雜度，并支撐其更好地應(yīng)對(duì)業(yè)務(wù)復(fù)雜度（滿足靈活通用的業(yè)務(wù)場(chǎng)景需求），這是身為一個(gè)低代碼開(kāi)發(fā)平臺(tái)所應(yīng)該盡到的核心職責(zé)。

如果按上面這種類比關(guān)系推導(dǎo)，低代碼未來(lái)也會(huì)遵循與視頻類似的發(fā)展軌跡，超越純代碼成為主流開(kāi)發(fā)模式。Gartner的預(yù)測(cè)也表達(dá)了相同的觀點(diǎn)：到2024年，所有應(yīng)用程序開(kāi)發(fā)活動(dòng)當(dāng)中的65%將通過(guò)低代碼的方式完成，同時(shí)75%的大型企業(yè)將使用至少四種低代碼開(kāi)發(fā)工具進(jìn)行應(yīng)用開(kāi)發(fā)。

但同樣地，就像是視頻永遠(yuǎn)無(wú)法取代文章一樣，低代碼也永遠(yuǎn)無(wú)法徹底取代純代碼開(kāi)發(fā)方式。未來(lái)低代碼和純代碼方式將以互補(bǔ)的形態(tài)長(zhǎng)期共存，各自在其所適合的業(yè)務(wù)場(chǎng)景中發(fā)光發(fā)熱。在后面的“低代碼業(yè)務(wù)場(chǎng)景”章節(jié)，會(huì)詳細(xì)列出哪些場(chǎng)景在現(xiàn)階段更適合用低代碼模式開(kāi)發(fā)。

零代碼（Zero-Code / No-Code）

從分類的完備性角度來(lái)看，有“純代碼”自然也應(yīng)該有完全相反的“零代碼”（也稱為“無(wú)代碼”）。零代碼就是完全不需要寫(xiě)代碼的應(yīng)用開(kāi)發(fā)平臺(tái)，但這并不代表零代碼就比低代碼更高級(jí)和先進(jìn)，它只是做了一個(gè)更極端的選擇而已：徹底擁抱簡(jiǎn)單的圖形可視化，完全消滅復(fù)雜的文本代碼。選擇背后的原因是，零代碼開(kāi)發(fā)平臺(tái)期望能盡可能降低應(yīng)用開(kāi)發(fā)門檻，讓人人都能成為開(kāi)發(fā)者（注意：開(kāi)發(fā) ≠ 寫(xiě)代碼），包括完全不懂代碼的業(yè)務(wù)分析師、用戶運(yùn)營(yíng)，甚至是產(chǎn)品經(jīng)理（不懂裝懂可不算懂）。

即便是專業(yè)開(kāi)發(fā)者，在技術(shù)分工越來(lái)越精細(xì)的趨勢(shì)下（前端/后端/算法/SRE/數(shù)據(jù)分析..），也很難招到一個(gè)能獨(dú)立開(kāi)發(fā)和維護(hù)整套復(fù)雜應(yīng)用的全棧工程師。但零代碼可以改變這一切：無(wú)論是Java和JavaScript傻傻分不清楚的技術(shù)小白，還是精通深度學(xué)習(xí)但沒(méi)時(shí)間學(xué)習(xí)Web開(kāi)發(fā)的算法大牛，都可以通過(guò)零代碼實(shí)現(xiàn)自己的技術(shù)夢(mèng)或全棧夢(mèng)?！案淖兪澜绲膇dea已有，就差一個(gè)程序員了”，這句玩笑話或許真的可以成真；哦不，甚至都用不著程序員，有idea的人自己就能上。

雖然零代碼與狹義上的低代碼有著上述明顯差異，但從廣義上來(lái)說(shuō)，零代碼可以當(dāng)作低代碼的一個(gè)子集。Gartner在其相關(guān)調(diào)研報(bào)告中，就是將“No Code”劃在了范圍更廣的低代碼應(yīng)用平臺(tái)“LCAP”（Low-Code Application Platform）中。而當(dāng)前市面上很多通用的低代碼開(kāi)發(fā)平臺(tái)，也都兼具一定程度的零代碼能力；比如低代碼領(lǐng)域領(lǐng)頭羊Mendix，既提供了簡(jiǎn)單易用的零代碼Web IDE - Mendix Studio，也包括一個(gè)功能更強(qiáng)大的低代碼桌面IDE - Mendix Studio Pro。

HpaPaaS（高生產(chǎn)力應(yīng)用PaaS）

上文提到，“Low-Code”一詞是拜Forrester所賜。作為同樣是國(guó)際知名調(diào)研機(jī)構(gòu)（a.k.a 造詞小能手）的Gartner，顯然不會(huì)輕易在這場(chǎng)可能決定低代碼領(lǐng)域江湖地位的新概念作詞大賽中認(rèn)輸，于是也于2017年發(fā)明了“HpaPaaS”（High-productivity application Platform as a Service）這個(gè)聽(tīng)上去更高大上的縮寫(xiě)詞。

按照Gartner的定義，HpaPaaS是一種支持聲明式、模型驅(qū)動(dòng)設(shè)計(jì)和一鍵部署的平臺(tái)，提供了云上的快速應(yīng)用開(kāi)發(fā)（RAD）、部署和運(yùn)行特性；這顯然與低代碼的定義如出一轍。但事實(shí)證明，名字起得太專業(yè)并不見(jiàn)得是好事，“HpaPaas”最終還是敗給了起源更早、更接地氣也更順口的“Low-Code”：從2019年開(kāi)始，Gartner在其相關(guān)調(diào)研報(bào)告中也開(kāi)始全面采用“Low-Code”一詞（如LCAP），親手為“HpaPaaS”打上了 @deprecated 印記。

Gartner預(yù)測(cè)，到2021年應(yīng)用開(kāi)發(fā)需求的市場(chǎng)增長(zhǎng)將至少超過(guò)企業(yè)IT交付能力的5倍。面對(duì)如此巨大的IT缺口，如果沒(méi)有一種革命性的“新生產(chǎn)力”體系，很難想象僅憑現(xiàn)有傳統(tǒng)技術(shù)體系的發(fā)展延續(xù)就能徹底解決問(wèn)題。而低代碼技術(shù)正是帶著這樣的使命而降臨，期望通過(guò)以下幾個(gè)方面徹底革新應(yīng)用開(kāi)發(fā)生產(chǎn)力，拯救差一點(diǎn)就要邁入水深火熱的IT世界：

提效降本 & 質(zhì)量保障

雖然軟件行業(yè)一直在高速發(fā)展，新的語(yǔ)言、框架和工具層出不窮，但作為從業(yè)者我們不得不承認(rèn)：軟件開(kāi)發(fā)仍處于手工作坊階段，效率低、人力成本高、質(zhì)量不可控。項(xiàng)目延期交付已成為行業(yè)常態(tài)，而瓶頸幾乎總是開(kāi)發(fā)人員（對(duì)機(jī)器能解決的問(wèn)題都不是問(wèn)題）；優(yōu)秀的開(kāi)發(fā)人才永遠(yuǎn)是稀缺資源，還賊貴；軟件質(zhì)量缺陷始終無(wú)法收斂，線上故障頻發(fā)資損不斷。

相比而言，傳統(tǒng)制造業(yè)經(jīng)過(guò)幾百年工業(yè)革命的發(fā)展，大部分早已擺脫了對(duì)“人”的強(qiáng)依賴：從原料輸入到制品輸出，中間是各種精密儀器和自動(dòng)化流水線的穩(wěn)定支撐，真正實(shí)現(xiàn)生產(chǎn)的標(biāo)準(zhǔn)化和規(guī)?；ｋm然信息化號(hào)稱是人類的第三次工業(yè)革命，但以軟件行業(yè)目前的狀況，遠(yuǎn)遠(yuǎn)還沒(méi)到達(dá)成熟的“工業(yè)化”階段。

所以，親愛(ài)的程序員朋友，當(dāng)你與前端聯(lián)調(diào)了一上午接口，又與產(chǎn)品撕逼了一下午需求，再與自己的bug抗?fàn)幜艘徽?，好不容易遁入?mèng)鄉(xiāng)又被一連串報(bào)警短信吵醒時(shí)，是否有抬頭對(duì)著星空憧憬過(guò)：“I have a dream... that one day，軟件開(kāi)發(fā)也能像工業(yè)制品一樣，批量流水化生產(chǎn)，穩(wěn)定高效沒(méi)煩惱?！?事到如今，不管你有沒(méi)有意識(shí)到，這個(gè)憧憬正在慢慢變成現(xiàn)實(shí)。

至此，應(yīng)用開(kāi)發(fā)能力不再是少數(shù)專業(yè)開(kāi)發(fā)者的專利和特權(quán)，且今后所需要的技能門檻與擁有成本也會(huì)越來(lái)越低，真正實(shí)現(xiàn)所謂的“技術(shù)民主化”（democratization of technology）。

加強(qiáng)開(kāi)發(fā)過(guò)程的溝通協(xié)作

多方調(diào)查結(jié)果顯示，軟件項(xiàng)目失敗的最主要原因之一就是缺乏溝通（poor communication）。傳統(tǒng)開(kāi)發(fā)模式下，業(yè)務(wù)、產(chǎn)品、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試與運(yùn)維人員各司其職，且各有一套領(lǐng)域內(nèi)的工具和語(yǔ)言，長(zhǎng)久以來(lái)很容易形成一個(gè)個(gè)“豎井”（silos），讓跨職能的溝通變得困難而低效。這也是為什么當(dāng)前熱門的敏捷開(kāi)發(fā)和DevOps都在強(qiáng)調(diào)溝通（前者是協(xié)同Biz與Dev，而后者是協(xié)同Dev和Ops），而經(jīng)典的DDD領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)也主張通過(guò)“統(tǒng)一語(yǔ)言”來(lái)減少業(yè)務(wù)與技術(shù)人員之間的溝通不一致。

而如今這個(gè)時(shí)代，支撐低代碼的那些“老”技術(shù)都已經(jīng)過(guò)長(zhǎng)時(shí)間的發(fā)展醞釀與市場(chǎng)檢驗(yàn)，而另一些完美互補(bǔ)的“新”技術(shù)（e.g. 云原生、響應(yīng)式Web）也在飛速發(fā)展和走向成熟，是時(shí)候通過(guò)“低代碼”這個(gè)新酒瓶重新包裝上市，為亟需新生產(chǎn)力的傳統(tǒng)IT市場(chǎng)帶來(lái)一場(chǎng)真香之旅了。

業(yè)務(wù)收益不明顯

即使十幾年前的低代碼技術(shù)已經(jīng)足夠成熟，也一定不會(huì)在當(dāng)年的應(yīng)用開(kāi)發(fā)市場(chǎng)上產(chǎn)生現(xiàn)在這樣的影響力。為什么？因?yàn)榧夹g(shù)都是為業(yè)務(wù)服務(wù)的，而當(dāng)時(shí)的應(yīng)用開(kāi)發(fā)業(yè)務(wù)需求可比現(xiàn)在簡(jiǎn)單多了：沒(méi)有如今的多渠道（Multi-channel）、多樣化體驗(yàn)（Multi-experience）和各種集成與定制需求，也不會(huì)奢求如今已成為企業(yè)級(jí)應(yīng)用標(biāo)配的彈性、分布式和高可用，更是缺乏快速變化的IT業(yè)務(wù)場(chǎng)景來(lái)推動(dòng)持續(xù)集成與快速交付。

雖然低代碼可以完美解決上述所有問(wèn)題（e.g. 多端應(yīng)用生成、云原生架構(gòu)、API集成能力），但放在當(dāng)年的市場(chǎng)和業(yè)務(wù)背景下，加上前面所說(shuō)的技術(shù)不成熟度，整體的投入產(chǎn)出比會(huì)很低，不足以讓企業(yè)大面積采納低代碼解決方案。

總結(jié)一下就是兩點(diǎn)：

• 低代碼的市場(chǎng)規(guī)模足夠大，且一直都在高速增長(zhǎng)。

• 作為亞太地區(qū)的經(jīng)濟(jì)大國(guó)與IT強(qiáng)國(guó)，中國(guó)的低代碼市場(chǎng)將會(huì)引來(lái)一個(gè)爆發(fā)期，未來(lái)幾年內(nèi)的增速都會(huì)超過(guò)全球平均水平。

適用場(chǎng)景

理論上來(lái)說(shuō)，低代碼是完全對(duì)標(biāo)傳統(tǒng)純代碼的通用開(kāi)發(fā)模式，應(yīng)該有能力支撐所有可能的業(yè)務(wù)場(chǎng)景。但理論也只是理論，低代碼一統(tǒng)江湖的夢(mèng)想尚未照進(jìn)現(xiàn)實(shí)，也不可能完全取代現(xiàn)實(shí)。前文中提到過(guò)，低代碼與純代碼方式是互補(bǔ)關(guān)系，未來(lái)也將長(zhǎng)期共存，各自在其所適合的業(yè)務(wù)場(chǎng)景中發(fā)光發(fā)熱。同時(shí)還需要指出的是，當(dāng)前階段的低代碼技術(shù)、產(chǎn)品和市場(chǎng)都尚未完全成熟，因此部分本來(lái)可能很適合用低代碼來(lái)開(kāi)發(fā)的場(chǎng)景，目前也只能先用純代碼來(lái)替代。

Gartner在2019年的低代碼調(diào)研報(bào)告中，曾經(jīng)繪制過(guò)一張用來(lái)闡述低代碼適用場(chǎng)景的“應(yīng)用金字塔”：

上圖分別是Gartner給出的低代碼平臺(tái)魔力象限和Forrester給出的低代碼平臺(tái)技術(shù)波譜。從圖中可以看到：

• OutSystems和Mendix一馬當(dāng)先，是公認(rèn)的低代碼領(lǐng)域頭牌。這兩家都是很純粹的通用低代碼開(kāi)發(fā)平臺(tái)，且都經(jīng)過(guò)了長(zhǎng)時(shí)間的發(fā)展和積累：OutSystems成立于2001年，員工人數(shù)1000+，年?duì)I收超過(guò)1億美元；2018年6月獲得了KKR和高盛的3.6億美元融資，目前估值超過(guò)10億美元；Mendix成立于2005年，員工人數(shù)500+，年?duì)I收超過(guò)2300萬(wàn)美元（18年數(shù)據(jù)），2018年8月被西門子以7.3億美元收購(gòu)。

• Salesforce和Microsoft緊隨其后，都處于行業(yè)領(lǐng)先者地位。但這兩家的公司性質(zhì)和發(fā)展路徑都很不一樣：Salesforce是以SaaS起家，公司規(guī)模就不用多說(shuō)了，反正就是SaaS屆的巨無(wú)霸。這類SaaS廠商做低代碼的動(dòng)力，是為了解決客戶對(duì)成品SaaS軟件的定制訴求。M$更不用多介紹，只說(shuō)下他們做低代碼的天然優(yōu)勢(shì)：一方面，作為辦公軟件航空母艦，低代碼可以幫助他們的客戶實(shí)現(xiàn)從Excel表單到定制App的能力與體驗(yàn)升級(jí)；另一方面，作為云計(jì)算三巨頭之一，低代碼可以幫助他們連接內(nèi)部的云計(jì)算生態(tài)體系，為開(kāi)發(fā)者提供一個(gè)統(tǒng)一和易用的上云界面。

• 國(guó)外市場(chǎng)已經(jīng)得到充分驗(yàn)證，但國(guó)內(nèi)市場(chǎng)還剛剛興起，還沒(méi)有一家能夠贏得上述調(diào)研機(jī)構(gòu)的芳心，擠進(jìn)上面這兩張方圖。國(guó)內(nèi)目前的一些競(jìng)品和融資情況包括：2018年5月，搭搭云完成A輪的千萬(wàn)級(jí)融資；2018年9月，宜創(chuàng)科技得到清源創(chuàng)投的戰(zhàn)略融資；2018年12月，輕流完成千萬(wàn)級(jí)Pre-A融資；2019年8月，數(shù)式科技得到盈動(dòng)資本的數(shù)千萬(wàn)人民幣天使輪融資；2019年8月，ClickPaas獲得晨興資本數(shù)百萬(wàn)美元的A輪融資；2019年，奧哲分別獲得阿里5千萬(wàn)的A+輪融和高榕資本上億元的B輪融資。（注：競(jìng)品數(shù)據(jù)來(lái)源于我們組PD的辛勤整理；為此我決定這篇文章剩下內(nèi)容再也不黑PD了；下篇再說(shuō)。）

到此，相信大家對(duì)“如何理解低代碼”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！