為了促進企業(yè)中的軟件開發(fā)，誕生了各種各樣的工具，從無代碼平臺(如Bubble)和低代碼拖放工具(既可以獨立運行，也可以集成到企業(yè)應用程序中)，到使用機器學習向專業(yè)開發(fā)人員建議代碼行的智能工具。
這三種工具的銷量都在增長。據(jù)IDC預測，到2026年，無代碼平臺的銷售額將以每年13.9%的速度增長，低代碼平臺的銷售額將增長14.1%，智能開發(fā)人員技術的銷售額將以31.3%的速度迅猛增長。隨著平臺供應商開始探索生成式人工智能模型(如ChatGPT)的潛力，開發(fā)人員甚至可以在其上構筑自己的業(yè)務邏輯，甚至將人類可讀的需求轉換為機器可讀的代碼。
關于軟件開發(fā)未來的預測包含在IDC的《2022-2026年全球低代碼、無代碼和智能開發(fā)人員技術預測》報告中。其作者Michele Rosen表示，自從她完成該報告以來，智能開發(fā)工具的市場變得更加有趣，因為其中一些工具——比如Salesforce的Einstein GPT或微軟的基于GPT的Copilot——已經公開發(fā)布，盡管在此之前，OutSystems的AI Mentor等產品也提供了類似的功能。
補充技能的力量倍增器
Rosen說道，“你可以將它們想象成樣板文件作者，或者技能補充劑。它們是那些知道如何自己做這件事的人使用的工具，他們可能會使用它們來補充自己以前沒有使用過的技術、庫或框架的知識，或者省去在Stack Overflow上查找?guī)仔写a的時間。”
它們的其他用途可能包括輸入幾個單詞作為提示，以生成啟動項目所需的20行樣板文件。Rosen感嘆道，“這真的是一個力量倍增器，一個加速器。”
另一方面，低代碼和無代碼平臺通常采用拖放的方式，而不是命令行界面，這也體現(xiàn)在業(yè)務線開發(fā)人員思考他們正在解決的問題的方式上。
她補充道，沒有技術背景的用戶通常會從用戶界面內部來考慮應用程序，這是大多數(shù)人使用計算的心態(tài)。但是，如果為他們提供了UI組件，他們就可以安排創(chuàng)建用戶界面，然后還可以將組件組裝成業(yè)務邏輯，甚至與第三方系統(tǒng)集成，那么，在某種意義上，對于非技術開發(fā)人員來說，無代碼和低代碼開發(fā)就變成了基于組件的體驗。
高管獵頭公司Riviera Partners的首席技術官Andrew Peterson長期使用低代碼開發(fā)工具，他認為，組件化是關鍵。
他表示，“我喜歡低代碼的原因之一是應用程序的某些部分是商品化的。如果我能買到現(xiàn)成的東西，那么我就可以專注于創(chuàng)造真正有價值的東西，這些東西對我的特定業(yè)務——商業(yè)邏輯、創(chuàng)新和競爭優(yōu)勢——很重要。這樣我就可以更快地進入市場。”
但這不僅僅是為了讓編碼人員——無論他們是在IT部門還是其他部門——的生活變得更輕松。一個好的低代碼或無代碼平臺也會對CIO有所幫助。
治理方針
Rosen說道，“如果我必須告訴那些想要購買無代碼或低代碼工具的人應該尋找什么，從而判斷該供應商是否認真地幫助他們建立低代碼/無代碼開發(fā)文化，那么答案一定是控件，這些控件可以幫助他們圍繞誰可以使用這些工具以及這些工具可以用于什么來建立治理戰(zhàn)略。”
Lendr是一家在線B2B貸款平臺，其運營和技術副總裁Nick Mates表示，在某些方面，圍繞低代碼工具的治理與其他軟件開發(fā)工具沒有什么不同。他表示，“我們將低代碼應用程序與傳統(tǒng)代碼應用程序一視同仁。它應該遵循相同的治理生命周期，從業(yè)務分析師的辦公桌到開發(fā)人員的辦公桌，再到QA辦公桌，最后到部署。”
有了這樣的代碼促進工具，企業(yè)還必須圍繞哪些工具最適合哪些用例建立治理。Rosen指出，許多企業(yè)內部都有多個這樣的工具在運行。不過，在利用低代碼和無代碼工具方面經驗最豐富的企業(yè)已經建立了卓越中心(CoE)，可以就何時使用哪種工具向業(yè)務部門提供建議。此外，CoE還通過編寫低代碼開發(fā)工具或其用戶無法處理的更復雜的交互和集成來提供支持，提供業(yè)務線開發(fā)人員可以訪問的可重用組件，并在市場或代碼存儲庫中管理它們。
Rosen補充道，當決定工作所需的正確工具以及何時需要專業(yè)開發(fā)人員的幫助時，一個關鍵因素是，任何給定供應商在其平臺上實現(xiàn)的互操作性水平。他們真的只是想讓你把所有的數(shù)據(jù)和邏輯帶到他們的平臺上，還是能夠使你開發(fā)跨多個平臺的應用程序?這是客戶可以尋找的一個重要功能。
跟上進度的成本
CIO難道還不應該全心投入軟件開發(fā)工具的預算，以跟上IDC的增長預測嗎?對此，Rosen認為，“他們不需要在這方面進行重大投資。對大多數(shù)企業(yè)來說，建立CoE和提供可重用的軟件組件是負擔得起的步驟。一般來說，起步并不貴，昂貴的是進一步規(guī)模化。”
Rosen建議CIO們不要擔心他們的軟件支出是否跟上競爭對手的步伐，而是要問問自己：“我們可以使用低代碼來提供哪些缺失的功能，而且這些功能將對業(yè)務產生哪些積極影響?”這種方法可以節(jié)省成本，因為重用組件化接口可能意味著不需要雇傭昂貴的專業(yè)程序員從頭構建每個應用程序。
Rosen表示，預算的一個關鍵指標是權衡低代碼平臺許可的每位用戶成本與雇傭額外員工的成本。目前，尋找經驗豐富的專業(yè)開發(fā)人員的困難正在增加，無形中推動業(yè)務人員使用低代碼工具。在專業(yè)水平較低的領域，是否雇傭或重新培訓現(xiàn)有員工的決定就不那么明確了。在這個層面上，CIO需要考慮部署低代碼平臺的其他優(yōu)勢：不僅僅是開發(fā)新的數(shù)字業(yè)務產品，還可能賦予員工權力或提高留存率。
Rosen說道，“一旦明確了自己的目標，你便能夠從不同的角度去看待這些平臺，并在最大程度上發(fā)揮它們的作用。”
關于企業(yè)網D1net(r5u5c.cn)：
國內主流的to B IT門戶，同時在運營國內最大的甲方CIO專家?guī)旌椭橇敵黾吧缃黄脚_-信眾智(www.cioall.com)。同時運營19個IT行業(yè)公眾號(微信搜索D1net即可關注)
版權聲明：本文為企業(yè)網D1Net編譯，轉載需在文章開頭注明出處為：企業(yè)網D1Net，如果不注明出處，企業(yè)網D1Net將保留追究其法律責任的權利。
京公網安備 11010502049343號