低代碼軟件開發(fā)是下一件大事嗎?還是下一個 Ruby on Rails?CIO們對此意見不一。然而，有一件事似乎是很清楚的：低代碼開發(fā)不會增加技術(shù)債務(wù)，也不會影響IT的成功。

 

 

在最近的#CIOChat Twitter聊天會話中，CIO們對應(yīng)該在何處應(yīng)用低代碼開發(fā)有不同的看法。有些人說，如果你需要快速完成一個已經(jīng)足夠好的解決方案，或者對于不值得花費大量金錢的一個低使用率上的交互來說，低代碼是有意義的。該陣營的一位CIO表示，他們目前正在為部門應(yīng)用程序、數(shù)據(jù)庫創(chuàng)建以及新想法的實驗平臺部署低代碼軟件開發(fā)。還有人將低代碼環(huán)境比作是只需要PowerPoint或Word水平技能的東西。這位CIO斷言“低代碼”對于響應(yīng)快速變化的需求來說是特別有用的。此外，他們認為低代碼的價值應(yīng)該是作為人工智能和其他數(shù)據(jù)科學(xué)應(yīng)用的前端第三個CIO提到CRM應(yīng)用程序是應(yīng)用低代碼平臺的好地方。Forrester預(yù)計將會出現(xiàn)CRM的微應(yīng)用程序。

 

雅虎前首席信息官Mike Kail表示:“我的普遍感覺是，這將會比Ruby-on-Rails帶來的痛苦更大，因為低代碼應(yīng)用程序最終只是美化了的原型，并且可能存在著擴展性/性能問題。”為此，Citrix Systems的副總裁兼首席技術(shù)官Christian Reilly回應(yīng)道:“我尊重但不同意這種見解。低代碼應(yīng)用程序是人們多年來使用的基于Excel的應(yīng)用程序(例如，宏等)，以及包括訪問數(shù)據(jù)庫的應(yīng)用程序所做的下一代的應(yīng)用程序。它在很多情況下都會變的更好，因為真正的源數(shù)據(jù)可以通過API來使用”。這種想法能夠讓人們感知到Jeanne Ross在她即將出版的書中所說的“數(shù)字化產(chǎn)品”的潛力。

 

其他CIO對此進行了補充，他們說低代碼及其相關(guān)的PaaS平臺還提供了數(shù)據(jù)庫、安全性、發(fā)布管理以及代碼/項目的管理控制，而這些是桌面訪問從來都沒有的。這些CIO表示，他們甚至希望低代碼平臺可以根本不需要任何編程知識。他們從低代碼平臺中看到了很多優(yōu)勢。其中包括為不能或永遠不會更新的遺留應(yīng)用程序快速更新UI。

 

這些CIO甚至認為，公民開發(fā)人員可以使用低代碼/無代碼工具來承擔(dān)越來越多的開發(fā)工作。正如他們所建議的那樣，隨著低代碼工具的發(fā)展，傳統(tǒng)企業(yè)開發(fā)人員和程序員/分析師也將把它們添加到他們的工具箱當(dāng)中。在這里，高級用戶將使用低代碼來“繪制”樣例UI和報告，以此作為傳統(tǒng)程序員的輸入，以及用戶和程序員的功能原型。有趣的是，CIO們說，如果你定義了包含RPA和復(fù)合應(yīng)用程序工具的低代碼，那么我們大多數(shù)人現(xiàn)在便可以部署它們了。

 

 

CIO們表示，他們會提出這個問題并不令人感到意外。他們說這其實是一個組織問題，而不是工具選擇問題。與其他所有與編碼相關(guān)的事情一樣，首席信息官們表示，IT組織需要確保他們不會在無法連接到其他系統(tǒng)和支持端到端業(yè)務(wù)流程的情況下構(gòu)建未來的遺留應(yīng)用程序。一位CIO說，在這一點上，如果一個IT組織正在努力消除影子IT，那么低代碼的實現(xiàn)將是困難的。另一方面，如果IT組織已經(jīng)接受了公民開發(fā)人員，那么更好的工具也意味著更好的價值實現(xiàn)時間，而不需要隱藏影子IT。

 

其他首席信息官說，他們不認為低代碼是一種文化變化，但他們認為低代碼會增加開發(fā)人員的數(shù)量。這些首席信息官認為，其主要障礙在于影子代碼和影子應(yīng)用程序。有趣的是，他們認為低代碼至少會有兩個不同的支持者。IT本身和最終用戶/業(yè)務(wù)線。對于這兩者，低代碼都會有不同的影響。組織需要評估通過低代碼快速部署與使用統(tǒng)一代碼的時間線和控件相比的結(jié)果。

 

對于一些組織來說，這可能是一個難以駕馭的悖論。CIO想要并且需要強大的工程師，但是正是這些工程師經(jīng)常與低代碼作斗爭，并且寧愿自己構(gòu)建東西。事實上，工程師應(yīng)該被用來實現(xiàn)大規(guī)模的創(chuàng)新，而低代碼應(yīng)該被用來填補空白或創(chuàng)造一些數(shù)字化的產(chǎn)品。

 

重要的是，許多CIO說低代碼可以用來填補IT技能的空白。它可以是一種讓初級開發(fā)人員適應(yīng)新環(huán)境的方法。這些首席信息官認為低代碼總是會有其用武之地，但是認為它還是需要在主要的企業(yè)軟件公司中得到更廣泛的采用，從而成為創(chuàng)建應(yīng)用程序的主要方式。當(dāng)這種情況發(fā)生時，CIO們建議低代碼將成為一種新的方式，可以將一些不那么重要的項目轉(zhuǎn)移給業(yè)務(wù)公民開發(fā)人員。如果做得足夠好，將是非常有效的。因此，他們認為通過啟用快速彈出的應(yīng)用程序，可能成為一個重大的游戲規(guī)則改變者。

 

 

首席信息官們對此也有不同的看法。一些人說，對于低代碼開發(fā)來說，一些較小的適用性領(lǐng)域最有意義,這些CIO覺得他們需要有一個特定的應(yīng)用程序規(guī)模--有些是高度戰(zhàn)略性的，有些是戰(zhàn)術(shù)性的，甚至是無關(guān)痛癢的。對兩者都制定相同的開發(fā)標(biāo)準(zhǔn)是沒有意義的。這就是為什么像低代碼這樣的技術(shù)對組織來說是有效和重要的。低代碼開發(fā)甚至可能有助于替換遺留腳本。

 

其他CIO認為，正在發(fā)生的應(yīng)用程序的開發(fā)變化將削弱傳統(tǒng)的單一應(yīng)用程序開發(fā)的動力。這些CIO重視低代碼開發(fā)能夠加速交付和減少進入壁壘的能力。從長遠來看，他們認為更廣泛地采用軟件才會產(chǎn)生影響，但他們也表示，治理對實現(xiàn)這一目標(biāo)很重要，他們說，如果你呆在一個數(shù)字化做得好的平臺里，低代碼會很有優(yōu)勢。代碼越少，其他人學(xué)習(xí)、支持、修復(fù)、改進或升級的需要也就會越少。

 

分析師Jack Gold結(jié)束了這部分的對話，他說其對組織的好處在于減少了部署的時間。如果操作正確，這會顯著影響公司的生產(chǎn)力，進而影響公司的盈利能力。Jack說他在這方面做了一些模型，這些模型顯示了低代碼的高ROI。

 

 

CIO們擔(dān)心，隨著企業(yè)試圖同時維護N個微應(yīng)用程序，低代碼開發(fā)所產(chǎn)生的技術(shù)債務(wù)的復(fù)利將是殘酷的。他們覺得這樣會很不方便

 

首席信息官們表示，這是不幸的，但技術(shù)債務(wù)沒有歧視。他們強調(diào)，無論你購買、構(gòu)建或配置何種基礎(chǔ)技術(shù)，都會存在技術(shù)債務(wù)。由于這個原因，缺乏集成的低代碼被認為是一個技術(shù)債務(wù)膨脹者，有鑒于此，CIO們認為，IT領(lǐng)導(dǎo)者必須找到一種方法，在加速交付業(yè)務(wù)成果的同時，將技術(shù)債務(wù)保持在較低水平。

 

因為低代碼通常會以SaaS的形式交付，因此集成作為一個大的開放性問題受到了強調(diào)。CIO們說，僅僅有API或提供支持并不能完全解決集成的挑戰(zhàn)。同樣，CIO們也擔(dān)心安全漏洞和版本控制的問題。因此，他們說許多低代碼解決方案在這個時候都是半生不熟的。

 

話雖如此，低代碼仍然被認為有許多潛在的優(yōu)勢，如果它能夠停留在平臺擅長的領(lǐng)域的話。一位CIO說，在這一點上，許多低代碼公司在出售它們的價值方面做得很糟糕。他們需要看看Tableau是如何出售其價值的。

 

最后，CIO們說所有低代碼都需要治理。他們會問我們能有版本控制和測試環(huán)境嗎?一位教育行業(yè)的CIO表示，他們看到商學(xué)院的創(chuàng)業(yè)項目開始采用了低代碼。“他們渴望得到它”。首席信息官可以通過出席會議并陳述現(xiàn)實來支持這一點，以確保這不僅僅是一種時尚。這是一種投資。但要讓它實現(xiàn)其潛力，就意味著需要在科技債務(wù)有限的情況下，確保它的發(fā)展仍在進行之中。

 

低代碼開發(fā)顯然是CIO們的一個商業(yè)機會。為了使其發(fā)揮作用，它需要在正確的地方得到應(yīng)用，但不能成為“技術(shù)債務(wù)擴展器”。使其與IT結(jié)合在一起，就有可能影響業(yè)務(wù)的一致性，使其更加靈敏，并通過支持公民發(fā)展和企業(yè)數(shù)字化轉(zhuǎn)型所需的微應(yīng)用程序來實現(xiàn)一致性。