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

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

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

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

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

低代碼不是市場，而是一種方法。

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

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

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

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

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

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

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

不過，低代碼也是一把雙刃劍。

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

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

低代碼是從相對簡單的應(yīng)用程序開始的，可能不太需要DevOps風(fēng)格的項(xiàng)目開發(fā)方式，因?yàn)榈痛a已經(jīng)成為關(guān)鍵企業(yè)項(xiàng)目的規(guī)范，但DevOps將成為其中必不可少的一部分。這是低代碼產(chǎn)生更鮮明影響的地方。使用低代碼平臺進(jìn)行迭代、持續(xù)改進(jìn)和持續(xù)交付，也是在于沒有任何一款應(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)載。詳情見轉(zhuǎn)載須知。