?譯者 | 李睿

審校 | 孫淑娟?

盡管無代碼/低代碼平臺(tái)的使用率迅速上升，但I(xiàn)T部門仍然不得不頻繁介入。因此開發(fā)人員需要注意這些危險(xiǎn)信號(hào)，這意味著一些解決方案沒有實(shí)現(xiàn)目標(biāo)。

開發(fā)人員可以使用低代碼和無代碼平臺(tái)開發(fā)和構(gòu)建許多技術(shù)功能，其中包括應(yīng)用程序、數(shù)據(jù)庫、工作流、集成、物聯(lián)網(wǎng)數(shù)據(jù)流、數(shù)據(jù)可視化等等，因此它們是幫助取代電子表格、減少技術(shù)債務(wù)或進(jìn)行機(jī)器學(xué)習(xí)實(shí)驗(yàn)的多功能平臺(tái)。

與傳統(tǒng)編碼相比，低代碼平臺(tái)通過提供抽象層，確保提高開發(fā)人員的效率、提供更高質(zhì)量的體驗(yàn)和更容易維護(hù)的應(yīng)用程序。例如，低代碼應(yīng)用程序和移動(dòng)開發(fā)平臺(tái)提供了旨在加速和簡(jiǎn)化開發(fā)的可視化開發(fā)環(huán)境，而不是用HTML、CSS或JavaScript開發(fā)的用戶界面。與其類似，低代碼工作流和集成平臺(tái)提供了有助于可視化流、業(yè)務(wù)規(guī)則和異常的工具，與篩選數(shù)百或數(shù)千行代碼相比，更易于維護(hù)。

無代碼提升了這一前景，它使非開發(fā)人員能夠構(gòu)建和支持應(yīng)用程序的全部或部分，而不需要開發(fā)實(shí)踐或配置云計(jì)算基礎(chǔ)設(shè)施的能力。

這些抽象可以提供顯著的好處。如今已經(jīng)推出許多低代碼和無代碼應(yīng)用程序，并看到很多公司從使用這些應(yīng)用程序中受益。對(duì)于許多戰(zhàn)略應(yīng)用程序來說，編碼仍然非常重要，但當(dāng)代碼較少且沒有代碼開發(fā)選項(xiàng)可用時(shí)，可以啟動(dòng)并支持更多功能。

然而，在開發(fā)人員多次使用這些平臺(tái)之后，才會(huì)發(fā)現(xiàn)其中的利弊。新冠疫情還催生了低代碼和無代碼的應(yīng)用熱潮，因?yàn)樵S多IT部門必須迅速實(shí)現(xiàn)應(yīng)用程序的現(xiàn)代化，并構(gòu)建特定于工作的工具。需求的增加帶來了低代碼和無代碼工具的新浪潮，為一些過度承諾和未交付所需功能的工具打開了大門。

那么出現(xiàn)這些問題的跡象是什么?一些行業(yè)專家提供了一些建議。

1、低代碼項(xiàng)目不能滿足用戶的期望

當(dāng)?shù)痛a工具所能交付的應(yīng)用功能沒有達(dá)到利益相關(guān)者的期望時(shí)，使用低代碼平臺(tái)的人員需要培訓(xùn)以有效使用，并與利益相關(guān)者討論權(quán)衡以實(shí)現(xiàn)業(yè)務(wù)成果。當(dāng)開發(fā)人員無法實(shí)現(xiàn)業(yè)務(wù)目標(biāo)或愿景時(shí)，可能需要重新考慮平臺(tái)選擇和技術(shù)方法。

Digibee公司首席技術(shù)官Tam Ayers表示：“一個(gè)關(guān)鍵指標(biāo)是，由于低代碼平臺(tái)的限制，開發(fā)人員何時(shí)開始調(diào)整需求或降低預(yù)期的業(yè)務(wù)結(jié)果。任何低代碼平臺(tái)都應(yīng)該加速向企業(yè)交付價(jià)值，而不是相反?！?/p>

2、低代碼不足以滿足業(yè)務(wù)需求

許多低代碼和無代碼平臺(tái)允許開發(fā)人員使用自定義代碼自定義實(shí)現(xiàn)。但如果添加了太多的專業(yè)代碼，那么局限于低代碼平臺(tái)可能會(huì)造成限制?；蛘撸绻麡I(yè)務(wù)利益相關(guān)者正在編寫需求，并且不愿意接受通過低代碼平臺(tái)加速的解決方案，那么還可以開發(fā)一個(gè)自定義解決方案。

Mendix公司產(chǎn)品營(yíng)銷經(jīng)理David Brault對(duì)此表示認(rèn)同。他說：“低代碼解決方案要求開發(fā)人員離開平臺(tái)，回到全代碼開發(fā)環(huán)境中對(duì)應(yīng)用程序進(jìn)行增強(qiáng)，而這是一種持續(xù)交付不足的解決方案?！?/p>

ACCELQ公司首席產(chǎn)品官Guljeet Nagpaul補(bǔ)充說：“低代碼平臺(tái)無法工作的一個(gè)跡象是與定制有關(guān)。如果開發(fā)人員發(fā)現(xiàn)其平臺(tái)需要不斷的定制，那就意味著這些代碼的編寫沒有遵循架構(gòu)和合理設(shè)計(jì)的原則。這種定制化的維護(hù)將很快變得不可持續(xù)，并最終減少投資回報(bào)?！?/p>

3、平臺(tái)雖然宣稱無代碼但仍然需要開發(fā)人員

這些平臺(tái)必須符合其類別和承諾。無代碼平臺(tái)應(yīng)該就是這樣的平臺(tái)——非技術(shù)人員可以使用它來開發(fā)和支持一種功能，而不需要IT進(jìn)行開發(fā)、測(cè)試和部署。無代碼平臺(tái)是為有時(shí)間、有興趣和足夠的技術(shù)頭腦的開發(fā)人員和業(yè)務(wù)人員提供的工具，他們可以用簡(jiǎn)化的工具構(gòu)建功能。

Kissflow公司首席產(chǎn)品官Dinesh Varadharajan表示：“如果企業(yè)用戶難以自己創(chuàng)建簡(jiǎn)單的流程或應(yīng)用程序，并繼續(xù)依賴IT技術(shù)，這意味著無代碼平臺(tái)并沒有像承諾的那樣提供包容性的方法?！?/p>

4、低代碼平臺(tái)聲稱企業(yè)不需要IT或開發(fā)人員

低代碼與無代碼不同；開發(fā)應(yīng)用程序、數(shù)據(jù)庫或集成需要一定的編碼經(jīng)驗(yàn)。低代碼平臺(tái)旨在幫助開發(fā)人員更快、更容易地構(gòu)建解決方案，并且比專業(yè)代碼解決方案提供更少的支持。盡管它們通常具有可視化開發(fā)功能，但在低代碼環(huán)境的開發(fā)生命周期中，通常需要一些編碼經(jīng)驗(yàn)或IT知識(shí)。

人們可能會(huì)聽到低代碼平臺(tái)說不需要IT來支持該平臺(tái)。Pega公司智能自動(dòng)化和機(jī)器人副總裁Francis Carden)表示，這是一個(gè)危險(xiǎn)信號(hào)。

他說：“當(dāng)一個(gè)低代碼的解決方案很有希望不需要IT部門的參與時(shí)，就會(huì)出現(xiàn)脫節(jié)?？赡苣軌蚩焖俚貥?gòu)建，但當(dāng)系統(tǒng)真正投入使用時(shí)會(huì)發(fā)生什么呢?在這一點(diǎn)上，誰來決定可行性和風(fēng)險(xiǎn)，當(dāng)需要更新、修復(fù)或當(dāng)合規(guī)性強(qiáng)制進(jìn)行關(guān)鍵更改時(shí)，誰來支持構(gòu)建的內(nèi)容?這種對(duì)能夠在沒有IT的情況下工作的過度承諾將導(dǎo)致未來的復(fù)雜性?！?/p>

值得注意的是：一些平臺(tái)同時(shí)支持無代碼和低代碼范式，使用一組面向公民開發(fā)人員的工具，以及面向軟件開發(fā)人員的更高級(jí)的低代碼功能。但是，即使在向開發(fā)人員部署無代碼解決方案時(shí)，表示完全不需要IT也是一種過分的承諾，可能會(huì)導(dǎo)致技術(shù)債務(wù)、安全問題和其他復(fù)雜問題。

5、低代碼導(dǎo)致系統(tǒng)集成雜亂無章

例如，開發(fā)人員創(chuàng)建了應(yīng)用程序和工作流，將幾個(gè)低代碼平臺(tái)連接到一個(gè)整體解決方案的架構(gòu)中。但是，Versium公司首席技術(shù)官和聯(lián)合創(chuàng)始人Kevin Marcus提出了一個(gè)問題，即購買、配置和集成多個(gè)SaaS和低代碼解決方案是否超過了其好處。

他說：“低代碼和無代碼系統(tǒng)的僵化常常迫使團(tuán)隊(duì)需要更多的系統(tǒng)來處理原始系統(tǒng)能力之外的情況。不幸的是，這導(dǎo)致了需要連接和集成在一起的系統(tǒng)集成雜亂無章，通常需要花費(fèi)更多的時(shí)間和資源來解決一些基本問題，而這些問題本來可以通過IT或工程使用適當(dāng)?shù)墓ぞ咧苯咏鉀Q。”

這說明了低代碼和無代碼開發(fā)需要IT架構(gòu)提供支持的一個(gè)原因。也許最小可行性產(chǎn)品是通過將低代碼與軟件作為服務(wù)集成而實(shí)現(xiàn)的。但是，如果經(jīng)過幾次迭代之后，解決方案會(huì)變成許多集成的工具，那么IT團(tuán)隊(duì)可能會(huì)建議重構(gòu)為更健壯的解決方案。

6、低代碼需要訪問

多個(gè)集成將會(huì)增加安全風(fēng)險(xiǎn)

Astrix Security公司首席執(zhí)行官兼聯(lián)合創(chuàng)始人Alon Jackson表示，當(dāng)任何平臺(tái)要求開放太多端口和完全訪問集成時(shí)，都會(huì)發(fā)出警告。他擔(dān)心集成需要對(duì)大量關(guān)鍵企業(yè)系統(tǒng)的高級(jí)別訪問，破壞傳統(tǒng)的安全審查流程，并使企業(yè)面臨潛在的數(shù)據(jù)泄漏。

這些重要的問題適用于任何集成，無論是在SaaS、低代碼還是自定義代碼中進(jìn)行的集成。Jackson建議，安全實(shí)現(xiàn)和集成需要這些關(guān)鍵功能：可見性、威脅檢測(cè)、場(chǎng)景緩解、安全策略和實(shí)施護(hù)欄。

7、“適合所有人的平臺(tái)”可能是一個(gè)障礙

Brault還提出了第二個(gè)擔(dān)憂，即低代碼和無代碼技術(shù)是否支持靈活的交付和云托管平臺(tái)。他說，“糟糕的低代碼解決方案的跡象包括，除了支持Web和Progressive Web Apps之外，不支持原生移動(dòng)應(yīng)用開發(fā)，或者不支持原生云或多云?！?/p>

在任何平臺(tái)上開發(fā)應(yīng)用程序時(shí)，不能提供支持或不支持移動(dòng)開發(fā)都是一個(gè)重要的問題。問題在于，開發(fā)人員是否能夠基于預(yù)期的用戶角色和用例輕松地配置網(wǎng)頁和手機(jī)體驗(yàn)。

8、低代碼開發(fā)很難測(cè)試

低代碼和無代碼平臺(tái)使得構(gòu)建和部署應(yīng)用程序、數(shù)據(jù)庫和集成變得容易，但是測(cè)試它們有多容易呢?這是Provar解決方案工程總監(jiān)Cyril Otalora提出的擔(dān)憂。

他說：“對(duì)于低代碼平臺(tái)，測(cè)試策略通常是事后才考慮的事項(xiàng)。如果企業(yè)不能跟上回歸風(fēng)險(xiǎn)的步伐，而是依賴成本高昂而乏味的人工測(cè)試，那么快速部署、更低成本和更高安全性的承諾就會(huì)化為烏有。”

9、行業(yè)專家的低代碼和無代碼分享的經(jīng)驗(yàn)

使用了許多不同的低代碼和無代碼解決方案的行業(yè)專家對(duì)過度承諾的低代碼和無代碼平臺(tái)表示不滿：

低代碼平臺(tái)發(fā)布的新版本需要重寫或大量返工的應(yīng)用程序。

這是對(duì)于中斷、缺陷或其他影響應(yīng)用程序性能的問題不進(jìn)行溝通的平臺(tái)。

技術(shù)支持很差的先進(jìn)平臺(tái)。

關(guān)鍵信息是IT領(lǐng)導(dǎo)者必須做好功課。低代碼和無代碼平臺(tái)提供了顯著的好處，但需要研究和概念證明來驗(yàn)證它們的功能。

原文鏈接：https://www.infoworld.com/article/3675892/8-signs-your-low-code-platform-is-overpromising-and-underdelivering.html