IT領(lǐng)袖們正在迅速采納低代碼、無代碼和智能應(yīng)用程序開發(fā)技術(shù)，以期得到更豐厚的技術(shù)投資回報。

企業(yè) IT 領(lǐng)導(dǎo)者一直在嘗試新方法，通過培訓(xùn)非 IT 員工和使用新工具，來解決專業(yè)開發(fā)人員長期短缺的問題。這些工具能夠讓企業(yè)用戶構(gòu)建或定制應(yīng)用程序，以滿足他們的需求。

當(dāng)前，在企業(yè)軟件開發(fā)中已經(jīng)出現(xiàn)了非常多的工具，包括獨立的或者集成到企業(yè)應(yīng)用程序中的無代碼平臺、以及使用機器學(xué)習(xí)算法向?qū)I(yè)開發(fā)人員提供代碼行建議的智能工具。

這三類工具的銷售量都在上升。據(jù)IDC預(yù)測，到2026年，低代碼平臺的銷售額將增長14.1%，而智能開發(fā)技術(shù)的銷售額將以31.3%的速度激增。隨著平臺供應(yīng)商對生成式AI模型（如ChatGPT）的探索，通過創(chuàng)建樣板應(yīng)用程序框架，開發(fā)人員可在上面構(gòu)建自己的業(yè)務(wù)邏輯，甚至將人類可讀的需求轉(zhuǎn)化為機器可讀的代碼，極大地推動了智能開發(fā)技術(shù)的增長。

IDC在《2022-2026年全球低代碼、無代碼和智能開發(fā)人員技術(shù)預(yù)測》報告中對相關(guān)軟件開發(fā)的未來都做了預(yù)測。其作者 Michele Rosen 表示，自從完成這份報告后，智能開發(fā)工具的市場變得更加有趣，其中一些工具例如 Salesforce 的 Einstein GPT 或星云座低代碼 GPT 的版本目前已經(jīng)內(nèi)測，在此之前OutSystems 的 AI Mentor 等產(chǎn)品也提供了類似的功能。

補充技能的力量倍增器

Rosen提到，"首先，可以將它們看做樣板編寫者或技能補充工具，用戶正在利用這些工具來增強他們之前未曾使用過的技能、庫或框架知識，省去在Stack Overflow查找代碼的時間。用戶還可以通過輸入幾個字符作為提示，從而生成所需的 20 行樣板文件，就像是一個力量倍增器或加速器?！?/p>

另一方面，低代碼和無代碼平臺一般采用拖拽形式，而非命令行界面，因此業(yè)務(wù)線開發(fā)人員之前面臨的問題也有了新的解決思路。

對于沒有技術(shù)背景的用戶而言，他們通常會從用戶界面內(nèi)部來考慮應(yīng)用程序，這也反映了大多數(shù)人處理計算的心態(tài)。提供UI組件可以讓他們輕松地創(chuàng)建用戶界面，并將這些組件與業(yè)務(wù)邏輯和第三方系統(tǒng)集成。因此，無代碼和低代碼開發(fā)為非技術(shù)開發(fā)人員提供了基于組件的開發(fā)體驗。

獵頭公司 Riviera Partners 的首席技術(shù)官Andrew Peterson經(jīng)常使用低代碼工具，他表示，組件化是非常重要的?！拔蚁矚g低代碼的原因之一在于它將應(yīng)用程序的某些部分標(biāo)準(zhǔn)化了。得益于這些現(xiàn)成的組件，我能夠?qū)⒕性陂_發(fā)真正具有價值的元素上，這對于我們業(yè)務(wù)的關(guān)鍵——業(yè)務(wù)邏輯、創(chuàng)新和競爭優(yōu)勢非常重要。這樣，我們就能更快地推出產(chǎn)品?！盇ndrew Peterson解釋道。

Rosen表示，低代碼不僅能夠簡化開發(fā)人員的工作，而且還對CIO大有裨益，無論他們工作于IT部門還是其他部門。

治理準(zhǔn)則

采購低代碼工具的企業(yè)該如何判斷供應(yīng)商是否真正能夠幫助他們建立低代碼/無代碼開發(fā)文化，關(guān)鍵要確認供應(yīng)商產(chǎn)品是否有控件，控件可以幫助建立治理框架，規(guī)定使用這些工具的人員和范圍。

Lendr 是一家在線B2B貸款平臺，其運營和技術(shù)副總裁 Nick Mates 表示，就低代碼工具治理而言，其實與治理其他軟件開發(fā)工具相比并沒有什么不同。他認為對低代碼應(yīng)用程序與傳統(tǒng)代碼應(yīng)用程序應(yīng)該同樣看待，并遵循相同的治理生命周期，從業(yè)務(wù)分析師的桌面到開發(fā)人員的桌面再到 QA 桌面，最后到部署。

然而，企業(yè)需要對使用類似的代碼開發(fā)工具進行管理，以確定哪些工具最適合于哪些用例。Rosen指出，許多組織內(nèi)部都有多種此類工具在運行，有經(jīng)驗的組織在實施低代碼和無代碼工具方面設(shè)立了卓越中心 (CoE)，為業(yè)務(wù)線提供了使用何種工具以及何時使用的建議。此外，CoE提供的支持還包括，為業(yè)務(wù)線開發(fā)人員提供可重用組件，以及管理這些組件在市場或代碼存儲庫中的交互和集成，以解決編碼低代碼開發(fā)工具或其用戶無法處理的更復(fù)雜問題。

Rosen補充道，要確定正確的工具及何時需要專業(yè)開發(fā)人員的幫助，關(guān)鍵在于供應(yīng)商平臺中啟用的互操作性水平。確定是否要求將所有數(shù)據(jù)和邏輯帶到該平臺，或者允許構(gòu)建跨多個平臺的應(yīng)用程序，這是客戶所尋求的重要功能。

跟上進度的成本

據(jù)Rosen所說，CIO們無需完全遵循IDC的增長預(yù)測來制定軟件開發(fā)工具支出的預(yù)算。她認為，對于大多數(shù)企業(yè)來說，成立CoE和提供可重復(fù)使用的軟件組件這兩項是企業(yè)可以承擔(dān)的，這些步驟的成本起初并不高，而高成本真正在于規(guī)模化。

CIO也無需擔(dān)心與競爭對手的軟件支出相比是否跟得上，而是要思考如何利用低代碼技術(shù)能提供哪些功能，從而推動業(yè)務(wù)發(fā)展。這一方法可以節(jié)省成本，因為重復(fù)利用組件化接口可以減少雇傭昂貴的專業(yè)程序員為每個應(yīng)用程序從頭開始構(gòu)建所需的工作量。

預(yù)算中需平衡低代碼平臺許可成本與雇傭額外員工成本，這是一個重要因素。由于目前尋找經(jīng)驗豐富的專業(yè)開發(fā)人員較為困難，因此使用低代碼工具的優(yōu)勢更加明顯。此外，現(xiàn)有員工的專業(yè)知識水平有下降趨勢，是否需要重新培訓(xùn)成為雇傭外部專業(yè)人士的決策也不再像以前那么明確。因此，CIO需考慮低代碼平臺的其他優(yōu)勢，例如賦予員工權(quán)力或提高員工保留率，而不只是開發(fā)新的數(shù)字業(yè)務(wù)產(chǎn)品。

Rosen表示：“一旦你明確了目標(biāo)，就可以從多個角度來考慮這些平臺?！?/p>