Gartner預(yù)測(cè)，到2024年，65%的應(yīng)用程序開(kāi)發(fā)活動(dòng)將通過(guò)低代碼的方式完成。同時(shí)75%的大型企業(yè)將使用至少四種低代碼開(kāi)發(fā)工具進(jìn)行應(yīng)用開(kāi)發(fā)。

在國(guó)內(nèi)，越來(lái)越多的低代碼相關(guān)工具和平臺(tái)開(kāi)始出現(xiàn)。

低代碼是什么，它的真正含義是什么？

過(guò)去幾年，我們看到許多文章將“低代碼”與“公民開(kāi)發(fā)者”或沒(méi)有深厚開(kāi)發(fā)技能的從業(yè)者相關(guān)聯(lián)。使用者可以利用提前準(zhǔn)備好的組件，通過(guò)編輯器輸入少量代碼即關(guān)鍵信息，然后將結(jié)果作為應(yīng)用程序發(fā)布。

但是，面向公民開(kāi)發(fā)者只是一方面。目前針對(duì)專業(yè)開(kāi)發(fā)者的工具也越來(lái)越多，有何不同？這是本文探討的重點(diǎn)。

低代碼不是市場(chǎng)，而是一種方法。

低代碼確實(shí)意味著要提供可視化、圖形化的工具，以及簡(jiǎn)單的框架，以替代更為復(fù)雜的編程操作。但這也意味著，無(wú)法生成高度定制的應(yīng)用。

例如，需要與其他企業(yè)系統(tǒng)進(jìn)行通信的應(yīng)用，需要廣泛定制的應(yīng)用，跨組織邊界的應(yīng)用或需要關(guān)注治理要求的應(yīng)用等等。在復(fù)雜的場(chǎng)景下，通常需要開(kāi)發(fā)者的專業(yè)知識(shí)，并且開(kāi)發(fā)者必須深入了解才能修改代碼。

因此，不能叫“低代碼市場(chǎng)”，而是說(shuō)這些工具有特定的開(kāi)發(fā)應(yīng)用場(chǎng)景。比如，低代碼也可以面向?qū)I(yè)開(kāi)發(fā)者提供服務(wù)，那么除了拖拽工具外，低代碼平臺(tái)還可以提供用于開(kāi)發(fā)API或?qū)?yīng)用程序與其他系統(tǒng)集成或自定義的前端接口。當(dāng)需要代碼時(shí)，開(kāi)發(fā)者是應(yīng)用能夠使用自己的工具和框架，而不是受限于必須使用低代碼工具的限制。

因此，提供一種混合開(kāi)發(fā)方法的平臺(tái)可能對(duì)于開(kāi)發(fā)團(tuán)隊(duì)來(lái)講更有用，即包括低代碼開(kāi)發(fā)和編碼器開(kāi)發(fā)的混合模式，可以用于更復(fù)雜的自動(dòng)化用例。因?yàn)閷?duì)于關(guān)鍵的企業(yè)應(yīng)用，通常都需要業(yè)務(wù)和開(kāi)發(fā)人員的投入。

從這個(gè)層面來(lái)看，低代碼將會(huì)被整合到更多的業(yè)務(wù)工具中，因?yàn)槭褂玫痛a不是追趕趨勢(shì)，而是一場(chǎng)潛移默化的全面性革命。結(jié)合當(dāng)下的市場(chǎng)趨勢(shì)來(lái)看，越來(lái)越多的服務(wù)商也將低代碼工具應(yīng)用于數(shù)字流程自動(dòng)化、商業(yè)智能、機(jī)器人流程自動(dòng)化、身份管理和數(shù)據(jù)集成等方面。

隨著自動(dòng)化平臺(tái)和其他低代碼工具的成熟，會(huì)有越來(lái)越多的人開(kāi)始習(xí)慣使用低代碼。由于每個(gè)人對(duì)這些平臺(tái)有了跟深入的了解后，開(kāi)發(fā)人員對(duì)將非開(kāi)發(fā)人員納入其項(xiàng)目團(tuán)隊(duì)中會(huì)少一點(diǎn)猶豫。

因此可以說(shuō)如今進(jìn)入工作場(chǎng)景的年輕一代是數(shù)字原住民，他們對(duì)投入技術(shù)并親身實(shí)踐無(wú)所畏懼。而低代碼正在打破自動(dòng)化領(lǐng)域工作的技術(shù)障礙，使得業(yè)務(wù)與開(kāi)發(fā)之間的協(xié)作變得更加容易。

不過(guò)，低代碼也是一把雙刃劍。

隨著公民開(kāi)發(fā)者開(kāi)始成為技術(shù)團(tuán)隊(duì)的一員，開(kāi)發(fā)團(tuán)隊(duì)也越來(lái)越意識(shí)到漏洞和合規(guī)性的問(wèn)題。因?yàn)榉菍I(yè)開(kāi)發(fā)人員對(duì)安全性和數(shù)據(jù)治理的重要性不會(huì)很care，至少不是首要關(guān)注的問(wèn)題。

這也讓我們開(kāi)始關(guān)心是否可以借助DevOps以緩解其中存在的一些問(wèn)題。

低代碼是從相對(duì)簡(jiǎn)單的應(yīng)用程序開(kāi)始的，可能不太需要DevOps風(fēng)格的項(xiàng)目開(kāi)發(fā)方式，因?yàn)榈痛a已經(jīng)成為關(guān)鍵企業(yè)項(xiàng)目的規(guī)范，但DevOps將成為其中必不可少的一部分。這是低代碼產(chǎn)生更鮮明影響的地方。使用低代碼平臺(tái)進(jìn)行迭代、持續(xù)改進(jìn)和持續(xù)交付，也是在于沒(méi)有任何一款應(yīng)用是一勞永逸的，相反需要持續(xù)改進(jìn)、維護(hù)和交付。

（雷鋒網(wǎng)編譯自Devops，作者 Miguel Valdes Faura）

雷鋒網(wǎng)雷鋒網(wǎng)

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見(jiàn)轉(zhuǎn)載須知。