?譯者 | 李睿

審校 | 孫淑娟?

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

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

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

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

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

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

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

1、低代碼項目不能滿足用戶的期望

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

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

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

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

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

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

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

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

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

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

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

人們可能會聽到低代碼平臺說不需要IT來支持該平臺。Pega公司智能自動化和機(jī)器人副總裁Francis Carden)表示，這是一個危險信號。

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

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

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

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

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

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

6、低代碼需要訪問

多個集成將會增加安全風(fēng)險

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

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

7、“適合所有人的平臺”可能是一個障礙

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

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

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

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

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

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

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

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

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

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

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

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