關(guān)于低代碼軟件開發(fā)CIO們所需要了解的

責(zé)任編輯:cres

作者:Myles F. Suer

2019-09-02 09:43:29

來(lái)源:企業(yè)網(wǎng)D1Net

原創(chuàng)

低代碼開發(fā)顯然是CIO們的一個(gè)商業(yè)機(jī)會(huì)。為了使其發(fā)揮作用,它需要在正確的地方得到應(yīng)用,但不能成為“技術(shù)債務(wù)擴(kuò)展器”。

盡管大多數(shù)CIO表示,他們目前正在部署某種形式的低代碼平臺(tái),但問(wèn)題是,當(dāng)它在經(jīng)歷典型的幻滅低谷時(shí),會(huì)產(chǎn)生什么樣的影響?
 
低代碼軟件開發(fā)是下一件大事嗎?還是下一個(gè) Ruby on Rails?CIO們對(duì)此意見不一。然而,有一件事似乎是很清楚的:低代碼開發(fā)不會(huì)增加技術(shù)債務(wù),也不會(huì)影響IT的成功。
 
在你的組織中,最大的低代碼機(jī)會(huì)在哪里?
 
在最近的#CIOChat Twitter聊天會(huì)話中,CIO們對(duì)應(yīng)該在何處應(yīng)用低代碼開發(fā)有不同的看法。有些人說(shuō),如果你需要快速完成一個(gè)已經(jīng)足夠好的解決方案,或者對(duì)于不值得花費(fèi)大量金錢的一個(gè)低使用率上的交互來(lái)說(shuō),低代碼是有意義的。該陣營(yíng)的一位CIO表示,他們目前正在為部門應(yīng)用程序、數(shù)據(jù)庫(kù)創(chuàng)建以及新想法的實(shí)驗(yàn)平臺(tái)部署低代碼軟件開發(fā)。還有人將低代碼環(huán)境比作是只需要PowerPoint或Word水平技能的東西。這位CIO斷言“低代碼”對(duì)于響應(yīng)快速變化的需求來(lái)說(shuō)是特別有用的。此外,他們認(rèn)為低代碼的價(jià)值應(yīng)該是作為人工智能和其他數(shù)據(jù)科學(xué)應(yīng)用的前端第三個(gè)CIO提到CRM應(yīng)用程序是應(yīng)用低代碼平臺(tái)的好地方。Forrester預(yù)計(jì)將會(huì)出現(xiàn)CRM的微應(yīng)用程序。
 
雅虎前首席信息官M(fèi)ike Kail表示:“我的普遍感覺是,這將會(huì)比Ruby-on-Rails帶來(lái)的痛苦更大,因?yàn)榈痛a應(yīng)用程序最終只是美化了的原型,并且可能存在著擴(kuò)展性/性能問(wèn)題。”為此,Citrix Systems的副總裁兼首席技術(shù)官Christian Reilly回應(yīng)道:“我尊重但不同意這種見解。低代碼應(yīng)用程序是人們多年來(lái)使用的基于Excel的應(yīng)用程序(例如,宏等),以及包括訪問(wèn)數(shù)據(jù)庫(kù)的應(yīng)用程序所做的下一代的應(yīng)用程序。它在很多情況下都會(huì)變的更好,因?yàn)檎嬲脑磾?shù)據(jù)可以通過(guò)API來(lái)使用”。這種想法能夠讓人們感知到Jeanne Ross在她即將出版的書中所說(shuō)的“數(shù)字化產(chǎn)品”的潛力。
 
其他CIO對(duì)此進(jìn)行了補(bǔ)充,他們說(shuō)低代碼及其相關(guān)的PaaS平臺(tái)還提供了數(shù)據(jù)庫(kù)、安全性、發(fā)布管理以及代碼/項(xiàng)目的管理控制,而這些是桌面訪問(wèn)從來(lái)都沒(méi)有的。這些CIO表示,他們甚至希望低代碼平臺(tái)可以根本不需要任何編程知識(shí)。他們從低代碼平臺(tái)中看到了很多優(yōu)勢(shì)。其中包括為不能或永遠(yuǎn)不會(huì)更新的遺留應(yīng)用程序快速更新UI。
 
這些CIO甚至認(rèn)為,公民開發(fā)人員可以使用低代碼/無(wú)代碼工具來(lái)承擔(dān)越來(lái)越多的開發(fā)工作。正如他們所建議的那樣,隨著低代碼工具的發(fā)展,傳統(tǒng)企業(yè)開發(fā)人員和程序員/分析師也將把它們添加到他們的工具箱當(dāng)中。在這里,高級(jí)用戶將使用低代碼來(lái)“繪制”樣例UI和報(bào)告,以此作為傳統(tǒng)程序員的輸入,以及用戶和程序員的功能原型。有趣的是,CIO們說(shuō),如果你定義了包含RPA和復(fù)合應(yīng)用程序工具的低代碼,那么我們大多數(shù)人現(xiàn)在便可以部署它們了。
 
低代碼軟件開發(fā)的文化變化有多大
 
CIO們表示,他們會(huì)提出這個(gè)問(wèn)題并不令人感到意外。他們說(shuō)這其實(shí)是一個(gè)組織問(wèn)題,而不是工具選擇問(wèn)題。與其他所有與編碼相關(guān)的事情一樣,首席信息官們表示,IT組織需要確保他們不會(huì)在無(wú)法連接到其他系統(tǒng)和支持端到端業(yè)務(wù)流程的情況下構(gòu)建未來(lái)的遺留應(yīng)用程序。一位CIO說(shuō),在這一點(diǎn)上,如果一個(gè)IT組織正在努力消除影子IT,那么低代碼的實(shí)現(xiàn)將是困難的。另一方面,如果IT組織已經(jīng)接受了公民開發(fā)人員,那么更好的工具也意味著更好的價(jià)值實(shí)現(xiàn)時(shí)間,而不需要隱藏影子IT。
 
其他首席信息官說(shuō),他們不認(rèn)為低代碼是一種文化變化,但他們認(rèn)為低代碼會(huì)增加開發(fā)人員的數(shù)量。這些首席信息官認(rèn)為,其主要障礙在于影子代碼和影子應(yīng)用程序。有趣的是,他們認(rèn)為低代碼至少會(huì)有兩個(gè)不同的支持者。IT本身和最終用戶/業(yè)務(wù)線。對(duì)于這兩者,低代碼都會(huì)有不同的影響。組織需要評(píng)估通過(guò)低代碼快速部署與使用統(tǒng)一代碼的時(shí)間線和控件相比的結(jié)果。
 
對(duì)于一些組織來(lái)說(shuō),這可能是一個(gè)難以駕馭的悖論。CIO想要并且需要強(qiáng)大的工程師,但是正是這些工程師經(jīng)常與低代碼作斗爭(zhēng),并且寧愿自己構(gòu)建東西。事實(shí)上,工程師應(yīng)該被用來(lái)實(shí)現(xiàn)大規(guī)模的創(chuàng)新,而低代碼應(yīng)該被用來(lái)填補(bǔ)空白或創(chuàng)造一些數(shù)字化的產(chǎn)品。
 
重要的是,許多CIO說(shuō)低代碼可以用來(lái)填補(bǔ)IT技能的空白。它可以是一種讓初級(jí)開發(fā)人員適應(yīng)新環(huán)境的方法。這些首席信息官認(rèn)為低代碼總是會(huì)有其用武之地,但是認(rèn)為它還是需要在主要的企業(yè)軟件公司中得到更廣泛的采用,從而成為創(chuàng)建應(yīng)用程序的主要方式。當(dāng)這種情況發(fā)生時(shí),CIO們建議低代碼將成為一種新的方式,可以將一些不那么重要的項(xiàng)目轉(zhuǎn)移給業(yè)務(wù)公民開發(fā)人員。如果做得足夠好,將是非常有效的。因此,他們認(rèn)為通過(guò)啟用快速?gòu)棾龅膽?yīng)用程序,可能成為一個(gè)重大的游戲規(guī)則改變者。
 
低代碼最大的長(zhǎng)期潛力是什么?
 
首席信息官們對(duì)此也有不同的看法。一些人說(shuō),對(duì)于低代碼開發(fā)來(lái)說(shuō),一些較小的適用性領(lǐng)域最有意義,這些CIO覺得他們需要有一個(gè)特定的應(yīng)用程序規(guī)模--有些是高度戰(zhàn)略性的,有些是戰(zhàn)術(shù)性的,甚至是無(wú)關(guān)痛癢的。對(duì)兩者都制定相同的開發(fā)標(biāo)準(zhǔn)是沒(méi)有意義的。這就是為什么像低代碼這樣的技術(shù)對(duì)組織來(lái)說(shuō)是有效和重要的。低代碼開發(fā)甚至可能有助于替換遺留腳本。
 
其他CIO認(rèn)為,正在發(fā)生的應(yīng)用程序的開發(fā)變化將削弱傳統(tǒng)的單一應(yīng)用程序開發(fā)的動(dòng)力。這些CIO重視低代碼開發(fā)能夠加速交付和減少進(jìn)入壁壘的能力。從長(zhǎng)遠(yuǎn)來(lái)看,他們認(rèn)為更廣泛地采用軟件才會(huì)產(chǎn)生影響,但他們也表示,治理對(duì)實(shí)現(xiàn)這一目標(biāo)很重要,他們說(shuō),如果你呆在一個(gè)數(shù)字化做得好的平臺(tái)里,低代碼會(huì)很有優(yōu)勢(shì)。代碼越少,其他人學(xué)習(xí)、支持、修復(fù)、改進(jìn)或升級(jí)的需要也就會(huì)越少。
 
分析師Jack Gold結(jié)束了這部分的對(duì)話,他說(shuō)其對(duì)組織的好處在于減少了部署的時(shí)間。如果操作正確,這會(huì)顯著影響公司的生產(chǎn)力,進(jìn)而影響公司的盈利能力。Jack說(shuō)他在這方面做了一些模型,這些模型顯示了低代碼的高ROI。
 
到目前為止,低代碼軟件產(chǎn)品還缺少什么?
 
CIO們擔(dān)心,隨著企業(yè)試圖同時(shí)維護(hù)N個(gè)微應(yīng)用程序,低代碼開發(fā)所產(chǎn)生的技術(shù)債務(wù)的復(fù)利將是殘酷的。他們覺得這樣會(huì)很不方便
 
首席信息官們表示,這是不幸的,但技術(shù)債務(wù)沒(méi)有歧視。他們強(qiáng)調(diào),無(wú)論你購(gòu)買、構(gòu)建或配置何種基礎(chǔ)技術(shù),都會(huì)存在技術(shù)債務(wù)。由于這個(gè)原因,缺乏集成的低代碼被認(rèn)為是一個(gè)技術(shù)債務(wù)膨脹者,有鑒于此,CIO們認(rèn)為,IT領(lǐng)導(dǎo)者必須找到一種方法,在加速交付業(yè)務(wù)成果的同時(shí),將技術(shù)債務(wù)保持在較低水平。
 
因?yàn)榈痛a通常會(huì)以SaaS的形式交付,因此集成作為一個(gè)大的開放性問(wèn)題受到了強(qiáng)調(diào)。CIO們說(shuō),僅僅有API或提供支持并不能完全解決集成的挑戰(zhàn)。同樣,CIO們也擔(dān)心安全漏洞和版本控制的問(wèn)題。因此,他們說(shuō)許多低代碼解決方案在這個(gè)時(shí)候都是半生不熟的。
 
話雖如此,低代碼仍然被認(rèn)為有許多潛在的優(yōu)勢(shì),如果它能夠停留在平臺(tái)擅長(zhǎng)的領(lǐng)域的話。一位CIO說(shuō),在這一點(diǎn)上,許多低代碼公司在出售它們的價(jià)值方面做得很糟糕。他們需要看看Tableau是如何出售其價(jià)值的。
 
最后,CIO們說(shuō)所有低代碼都需要治理。他們會(huì)問(wèn)我們能有版本控制和測(cè)試環(huán)境嗎?一位教育行業(yè)的CIO表示,他們看到商學(xué)院的創(chuàng)業(yè)項(xiàng)目開始采用了低代碼。“他們渴望得到它”。首席信息官可以通過(guò)出席會(huì)議并陳述現(xiàn)實(shí)來(lái)支持這一點(diǎn),以確保這不僅僅是一種時(shí)尚。這是一種投資。但要讓它實(shí)現(xiàn)其潛力,就意味著需要在科技債務(wù)有限的情況下,確保它的發(fā)展仍在進(jìn)行之中。
 
低代碼開發(fā)顯然是CIO們的一個(gè)商業(yè)機(jī)會(huì)。為了使其發(fā)揮作用,它需要在正確的地方得到應(yīng)用,但不能成為“技術(shù)債務(wù)擴(kuò)展器”。使其與IT結(jié)合在一起,就有可能影響業(yè)務(wù)的一致性,使其更加靈敏,并通過(guò)支持公民發(fā)展和企業(yè)數(shù)字化轉(zhuǎn)型所需的微應(yīng)用程序來(lái)實(shí)現(xiàn)一致性。
CIO

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號(hào)-6京公網(wǎng)安備 11010502049343號(hào)