眾所周知，這么多年以來(lái)，一直是IT技術(shù)支撐了全球的信息化浪潮，然而“應(yīng)用程序開發(fā)技術(shù)”發(fā)展至今，其開發(fā)效率卻難以像“摩爾定律”一樣快速提升，以至于一度成為了瓶頸。瓶頸就意味著機(jī)會(huì)，所以這才有了“低代碼”的迅速崛起。

國(guó)外低代碼賽道甚至早已跑出了超10億美元估值的獨(dú)角獸OutSystems，還有眾多巨頭企業(yè)AWS、Google、Microsoft、Oracle、西門子等也紛紛推出低代碼開發(fā)平臺(tái)或通過收購(gòu)布局低代碼。

除此之外，國(guó)內(nèi)近兩年以來(lái)也出現(xiàn)了一批又一批的低代碼創(chuàng)業(yè)公司，讓其具備了早期創(chuàng)投的市場(chǎng)機(jī)會(huì)。

魅力如此之大的低代碼開發(fā)究竟有何魅力？請(qǐng)繼續(xù)往下看~

一、什么是低代碼開發(fā)？

低代碼開發(fā)：是指那些無(wú)需編碼或通過少量代碼就可以快速生成應(yīng)用程序的工具，其一方面可以降低企業(yè)應(yīng)用開發(fā)人力成本，另一方面可以將原有數(shù)月甚至數(shù)年的開發(fā)時(shí)間成倍縮短，從而幫助企業(yè)實(shí)現(xiàn)降本增效、靈活迭代的價(jià)值。

二、為什么要使用低代碼？

目前低代碼主要的應(yīng)用領(lǐng)域是專注在企業(yè)的內(nèi)部管理方面，既然企業(yè)要用到低代碼，我們就一定要明確，低代碼究竟能夠給企業(yè)帶來(lái)哪些價(jià)值。

1、 降本增效

據(jù)統(tǒng)計(jì)，低代碼開發(fā)在企業(yè)內(nèi)部信息化的應(yīng)用上的效率提升大概在67%左右，相當(dāng)于1個(gè)人能夠發(fā)揮2-3人的人效。而開發(fā)完成后，測(cè)試和優(yōu)化的周期也相應(yīng)會(huì)大大縮短。所以相同的項(xiàng)目通過傳統(tǒng)編碼的方式來(lái)做可能需要3個(gè)月的時(shí)間，而低代碼預(yù)計(jì)1個(gè)月左右就能搞定了。無(wú)論是人力的占用還是時(shí)間成本，低代碼在降本增效方面都有著絕對(duì)的優(yōu)勢(shì)。

2、 逐步落地

不用像過去的代碼開發(fā)一樣，需要做大量的準(zhǔn)備工作才能開始編碼。通過低代碼所見即所得，快速開發(fā)的特性。很多的業(yè)務(wù)實(shí)踐或者優(yōu)化都可以在幾分鐘內(nèi)開發(fā)出來(lái)，得到效果反饋。這會(huì)直接改變?cè)械钠髽I(yè)數(shù)字化戰(zhàn)略計(jì)劃。讓數(shù)字化的整體規(guī)劃過程可以更加從容。不用擔(dān)心一旦開始開發(fā)很多東西就不能修改，不能回頭的問題。模塊化的開發(fā)模式，會(huì)讓整個(gè)業(yè)務(wù)變得更加靈活，更加能夠匹配市場(chǎng)的變化。

3、 全員參與

和傳統(tǒng)編碼必須得由IT人員參與的情況不同，對(duì)于一些基礎(chǔ)性的改動(dòng)或者開發(fā)工作，通過低代碼平臺(tái)已經(jīng)不需要IT人員“事必躬親”了，業(yè)務(wù)人員也可以根據(jù)自身的需求，通過平臺(tái)的配置項(xiàng)快速完成業(yè)務(wù)的變更和修改，在IT資源緊缺的公司，這種模式，會(huì)很大程度的提高員工參與信息化建設(shè)的積極性，更好的推動(dòng)企業(yè)數(shù)字化落地。

4、企業(yè)級(jí)能力

對(duì)于“企業(yè)級(jí)低代碼”概念，個(gè)人理解是：企業(yè)級(jí)最重要的意義在于必須要能夠成為支持企業(yè)各部門、各業(yè)務(wù)開展信息化的重要“支柱”。為什么這么說？

因?yàn)楹芏鄷r(shí)候，企業(yè)的數(shù)字化應(yīng)用場(chǎng)景通常包括：

• （按照業(yè)務(wù)類型）數(shù)據(jù)信息管理、業(yè)務(wù)審批、各類報(bào)表分析以及其他業(yè)務(wù)；

• （按照業(yè)務(wù)部門）可以分為人事行政、項(xiàng)目、銷售、研發(fā)、生產(chǎn)等等；

• （按照當(dāng)前的軟件類別）又可以分為ERP、CRM、OA、PLM、MES等等。

各行業(yè)中又還有其他的定義標(biāo)準(zhǔn)。

所以如果要采購(gòu)低代碼平臺(tái)，能否支持到上述這些場(chǎng)景下，去完成系統(tǒng)開發(fā)任務(wù)，將會(huì)是所有公司采購(gòu)平臺(tái)的最關(guān)鍵因素。誰(shuí)也不想買一個(gè)工具箱，卻只能解決一個(gè)問題。所以企業(yè)級(jí)的開發(fā)能力是必備，也是必須要有的。

5、易用性和可維護(hù)性

諸多的低代碼開發(fā)平臺(tái)往往都只強(qiáng)調(diào)業(yè)務(wù)開發(fā)過程，卻忽略了后續(xù)的運(yùn)維管理。要知道一個(gè)正?？蛇\(yùn)行的系統(tǒng)，開發(fā)完成才只是開始，后續(xù)還會(huì)有持續(xù)不斷的優(yōu)化和開發(fā)。那么誰(shuí)來(lái)開發(fā)，誰(shuí)能開發(fā)，如何進(jìn)行版本的管理和運(yùn)維。大型信息化系統(tǒng)需要有嚴(yán)格的研發(fā)管理流程。不然一旦操作不慎，可能會(huì)導(dǎo)致企業(yè)重要經(jīng)營(yíng)數(shù)據(jù)的流失和業(yè)務(wù)的癱瘓。這一塊低代碼是不能和傳統(tǒng)代碼開發(fā)“唱反調(diào)”的。

企業(yè)級(jí)低代碼在這一塊能夠保持和傳統(tǒng)代碼開發(fā)一樣，在運(yùn)維上：

• 支持針對(duì)開發(fā)人員進(jìn)行權(quán)限管理，做到模塊和功能的限制；

• 支持查看應(yīng)用的運(yùn)行情況，針對(duì)正在運(yùn)行過程中的自動(dòng)化事務(wù)的占用資源和次數(shù)進(jìn)行監(jiān)控；

• 支持應(yīng)用系統(tǒng)的版本管理，可同步git，實(shí)現(xiàn)分支拉取和上傳；

• 支持應(yīng)用修改-發(fā)布機(jī)制，支持“UAT-灰度-生產(chǎn)環(huán)境”的開發(fā)更新流程。

6、擁抱新技術(shù)

除了能夠支持常規(guī)的信息化系統(tǒng)的開發(fā)，隨著市場(chǎng)發(fā)展的需求，新的技術(shù)融入能夠和低代碼一起產(chǎn)生不一樣的化學(xué)反應(yīng)。例如AIGC概念的異軍突起，引導(dǎo)低代碼平臺(tái)的一個(gè)新趨勢(shì)是和ChatGPT、Stable Diffusion實(shí)現(xiàn)對(duì)接。

通過和ChatGPT的對(duì)接，實(shí)現(xiàn)了業(yè)務(wù)系統(tǒng)的AI智能開發(fā)，進(jìn)一步提升開發(fā)效率。

而Stable Diffusion作為AI圖片領(lǐng)域的重要模型，集成到該低代碼平臺(tái)后，可以在相關(guān)圖片業(yè)務(wù)場(chǎng)景中，實(shí)現(xiàn)AI文生圖、圖生圖需求的快速調(diào)用。服務(wù)于電商、設(shè)計(jì)、廣告等領(lǐng)域，極大的提高了業(yè)務(wù)生產(chǎn)力。

三、選擇低代碼要注意哪些方面？

個(gè)人建議有三點(diǎn)需要去注意，一是自身是不是適合低代碼，二是低代碼引入的難點(diǎn)，充分考慮到前面兩點(diǎn)之后，我們?cè)賮?lái)看低代碼平臺(tái)的選擇。

首先，要判斷自身是否適合使用低代碼。這可以從使用和研發(fā)兩個(gè)角度考慮。

對(duì)于使用低代碼的情況，大多數(shù)人都是適合的，因?yàn)?quot;低代碼"本身就是提高效率的工具。但對(duì)于研發(fā)低代碼工具的情況，如果沒有足夠的研發(fā)資源（至少5人以上），并且周期超過一年，不建議開發(fā)這類工具。

考慮到上述情況后，如果我們選擇研發(fā)低代碼工具，需要注意以下幾個(gè)難點(diǎn)。當(dāng)前的低代碼工具一般是全生命周期的，將幾乎整個(gè)編程過程可視化，這本身就是一個(gè)巨大的挑戰(zhàn)。低代碼工具的研發(fā)周期較長(zhǎng)，需要團(tuán)隊(duì)付出長(zhǎng)時(shí)間的努力和奮斗，因此需要具備耐心和承受壓力的團(tuán)隊(duì)和個(gè)人。此外，研發(fā)低代碼工具不僅依賴技術(shù)實(shí)力，還需要強(qiáng)大的產(chǎn)品思維，這種人才在市場(chǎng)上非常稀缺。

如果選擇直接使用低代碼工具，則需要考慮選擇哪個(gè)低代碼平臺(tái)。市場(chǎng)上存在許多低代碼平臺(tái)，如Mendix、OutSystem、PowerApps、Informat、Google Blockly等。在選擇平臺(tái)時(shí)，有幾點(diǎn)建議可以提供針對(duì)性的指導(dǎo)。

首先，要明確自己的核心需求，不要追求所有功能。如果在沒有實(shí)際考慮的情況下追求所有功能，最終效果往往事與愿違。優(yōu)先選擇成功案例多的平臺(tái)，最好是和眾多大型企業(yè)有深入合作經(jīng)驗(yàn)的，或者是有三年以上垂直領(lǐng)域公司開發(fā)的產(chǎn)品。原因是，低代碼工具是一種需要大量投入的產(chǎn)品，對(duì)于研發(fā)公司來(lái)說，回報(bào)周期相對(duì)較長(zhǎng)，在最初的三五年基本上都在打磨產(chǎn)品階段。而如果沒有前期多年的經(jīng)驗(yàn)積累，小公司往往難以堅(jiān)持下去。

總體而言，低代碼的前景是非?？捎^的，只是“符合預(yù)期”仍還需要一定的時(shí)間。目前國(guó)內(nèi)對(duì)于跨平臺(tái)的低代碼支持還比較少，目前只有少數(shù)廠商的低代碼平臺(tái)實(shí)現(xiàn)了跨Web和小程序端，并支持本地化應(yīng)用的部署方式。