面對長期的專業(yè)人員和技能短缺，企業(yè)IT領(lǐng)導(dǎo)者一直在探索釋放軟件開發(fā)人才的新方法，通過培訓(xùn)非IT人員和部署工具，使業(yè)務(wù)用戶也能構(gòu)建或定制應(yīng)用程序以滿足他們的需求。

為了促進企業(yè)中的軟件開發(fā)，誕生了各種各樣的工具，從無代碼平臺(如Bubble)和低代碼拖放工具(既可以獨立運行，也可以集成到企業(yè)應(yīng)用程序中)，到使用機器學習向?qū)I(yè)開發(fā)人員建議代碼行的智能工具。

這三種工具的銷量都在增長。據(jù)IDC預(yù)測，到2026年，無代碼平臺的銷售額將以每年13.9%的速度增長，低代碼平臺的銷售額將增長14.1%，智能開發(fā)人員技術(shù)的銷售額將以31.3%的速度迅猛增長。隨著平臺供應(yīng)商開始探索生成式人工智能模型(如ChatGPT)的潛力，開發(fā)人員甚至可以在其上構(gòu)筑自己的業(yè)務(wù)邏輯，甚至將人類可讀的需求轉(zhuǎn)換為機器可讀的代碼。

關(guān)于軟件開發(fā)未來的預(yù)測包含在IDC的《2022-2026年全球低代碼、無代碼和智能開發(fā)人員技術(shù)預(yù)測》報告中。其作者Michele Rosen表示，自從她完成該報告以來，智能開發(fā)工具的市場變得更加有趣，因為其中一些工具——比如Salesforce的Einstein GPT或微軟的基于GPT的Copilot——已經(jīng)公開發(fā)布，盡管在此之前，OutSystems的AI Mentor等產(chǎn)品也提供了類似的功能。

補充技能的力量倍增器

Rosen說道，“你可以將它們想象成樣板文件作者，或者技能補充劑。它們是那些知道如何自己做這件事的人使用的工具，他們可能會使用它們來補充自己以前沒有使用過的技術(shù)、庫或框架的知識，或者省去在Stack Overflow上查找?guī)仔写a的時間?！?/p>

它們的其他用途可能包括輸入幾個單詞作為提示，以生成啟動項目所需的20行樣板文件。Rosen感嘆道，“這真的是一個力量倍增器，一個加速器?！?/p>

另一方面，低代碼和無代碼平臺通常采用拖放的方式，而不是命令行界面，這也體現(xiàn)在業(yè)務(wù)線開發(fā)人員思考他們正在解決的問題的方式上。

她補充道，沒有技術(shù)背景的用戶通常會從用戶界面內(nèi)部來考慮應(yīng)用程序，這是大多數(shù)人使用計算的心態(tài)。但是，如果為他們提供了UI組件，他們就可以安排創(chuàng)建用戶界面，然后還可以將組件組裝成業(yè)務(wù)邏輯，甚至與第三方系統(tǒng)集成，那么，在某種意義上，對于非技術(shù)開發(fā)人員來說，無代碼和低代碼開發(fā)就變成了基于組件的體驗。

高管獵頭公司Riviera Partners的首席技術(shù)官Andrew Peterson長期使用低代碼開發(fā)工具，他認為，組件化是關(guān)鍵。

他表示，“我喜歡低代碼的原因之一是應(yīng)用程序的某些部分是商品化的。如果我能買到現(xiàn)成的東西，那么我就可以專注于創(chuàng)造真正有價值的東西，這些東西對我的特定業(yè)務(wù)——商業(yè)邏輯、創(chuàng)新和競爭優(yōu)勢——很重要。這樣我就可以更快地進入市場?！?/p>

但這不僅僅是為了讓編碼人員——無論他們是在IT部門還是其他部門——的生活變得更輕松。一個好的低代碼或無代碼平臺也會對CIO有所幫助。

治理方針

Rosen說道，“如果我必須告訴那些想要購買無代碼或低代碼工具的人應(yīng)該尋找什么，從而判斷該供應(yīng)商是否認真地幫助他們建立低代碼/無代碼開發(fā)文化，那么答案一定是控件，這些控件可以幫助他們圍繞誰可以使用這些工具以及這些工具可以用于什么來建立治理戰(zhàn)略。”

Lendr是一家在線B2B貸款平臺，其運營和技術(shù)副總裁Nick Mates表示，在某些方面，圍繞低代碼工具的治理與其他軟件開發(fā)工具沒有什么不同。他表示，“我們將低代碼應(yīng)用程序與傳統(tǒng)代碼應(yīng)用程序一視同仁。它應(yīng)該遵循相同的治理生命周期，從業(yè)務(wù)分析師的辦公桌到開發(fā)人員的辦公桌，再到QA辦公桌，最后到部署?！?/p>

有了這樣的代碼促進工具，企業(yè)還必須圍繞哪些工具最適合哪些用例建立治理。Rosen指出，許多企業(yè)內(nèi)部都有多個這樣的工具在運行。不過，在利用低代碼和無代碼工具方面經(jīng)驗最豐富的企業(yè)已經(jīng)建立了卓越中心(CoE)，可以就何時使用哪種工具向業(yè)務(wù)部門提供建議。此外，CoE還通過編寫低代碼開發(fā)工具或其用戶無法處理的更復(fù)雜的交互和集成來提供支持，提供業(yè)務(wù)線開發(fā)人員可以訪問的可重用組件，并在市場或代碼存儲庫中管理它們。

Rosen補充道，當決定工作所需的正確工具以及何時需要專業(yè)開發(fā)人員的幫助時，一個關(guān)鍵因素是，任何給定供應(yīng)商在其平臺上實現(xiàn)的互操作性水平。他們真的只是想讓你把所有的數(shù)據(jù)和邏輯帶到他們的平臺上，還是能夠使你開發(fā)跨多個平臺的應(yīng)用程序?這是客戶可以尋找的一個重要功能。

跟上進度的成本

CIO難道還不應(yīng)該全心投入軟件開發(fā)工具的預(yù)算，以跟上IDC的增長預(yù)測嗎?對此，Rosen認為，“他們不需要在這方面進行重大投資。對大多數(shù)企業(yè)來說，建立CoE和提供可重用的軟件組件是負擔得起的步驟。一般來說，起步并不貴，昂貴的是進一步規(guī)?；！?/p>

Rosen建議CIO們不要擔心他們的軟件支出是否跟上競爭對手的步伐，而是要問問自己：“我們可以使用低代碼來提供哪些缺失的功能，而且這些功能將對業(yè)務(wù)產(chǎn)生哪些積極影響?”這種方法可以節(jié)省成本，因為重用組件化接口可能意味著不需要雇傭昂貴的專業(yè)程序員從頭構(gòu)建每個應(yīng)用程序。

Rosen表示，預(yù)算的一個關(guān)鍵指標是權(quán)衡低代碼平臺許可的每位用戶成本與雇傭額外員工的成本。目前，尋找經(jīng)驗豐富的專業(yè)開發(fā)人員的困難正在增加，無形中推動業(yè)務(wù)人員使用低代碼工具。在專業(yè)水平較低的領(lǐng)域，是否雇傭或重新培訓(xùn)現(xiàn)有員工的決定就不那么明確了。在這個層面上，CIO需要考慮部署低代碼平臺的其他優(yōu)勢：不僅僅是開發(fā)新的數(shù)字業(yè)務(wù)產(chǎn)品，還可能賦予員工權(quán)力或提高留存率。

Rosen說道，“一旦明確了自己的目標，你便能夠從不同的角度去看待這些平臺，并在最大程度上發(fā)揮它們的作用?！?/p>