?譯者 | 李睿

審校 | 孫淑娟?

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

開發人員可以使用低代碼和無代碼平臺開發和構建許多技術功能，其中包括應用程序、數據庫、工作流、集成、物聯網數據流、數據可視化等等，因此它們是幫助取代電子表格、減少技術債務或進行機器學習實驗的多功能平臺。

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

無代碼提升了這一前景，它使非開發人員能夠構建和支持應用程序的全部或部分，而不需要開發實踐或配置云計算基礎設施的能力。

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

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

那么出現這些問題的跡象是什么?一些行業專家提供了一些建議。

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

當低代碼工具所能交付的應用功能沒有達到利益相關者的期望時，使用低代碼平臺的人員需要培訓以有效使用，并與利益相關者討論權衡以實現業務成果。當開發人員無法實現業務目標或愿景時，可能需要重新考慮平臺選擇和技術方法。

Digibee公司首席技術官Tam Ayers表示：“一個關鍵指標是，由于低代碼平臺的限制，開發人員何時開始調整需求或降低預期的業務結果。任何低代碼平臺都應該加速向企業交付價值，而不是相反?！?/p>

2、低代碼不足以滿足業務需求

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

Mendix公司產品營銷經理David Brault對此表示認同。他說：“低代碼解決方案要求開發人員離開平臺，回到全代碼開發環境中對應用程序進行增強，而這是一種持續交付不足的解決方案。”

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

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

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

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

4、低代碼平臺聲稱企業不需要IT或開發人員

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

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

他說：“當一個低代碼的解決方案很有希望不需要IT部門的參與時，就會出現脫節?？赡苣軌蚩焖俚貥嫿?，但當系統真正投入使用時會發生什么呢?在這一點上，誰來決定可行性和風險，當需要更新、修復或當合規性強制進行關鍵更改時，誰來支持構建的內容?這種對能夠在沒有IT的情況下工作的過度承諾將導致未來的復雜性?！?/p>

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

5、低代碼導致系統集成雜亂無章

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

他說：“低代碼和無代碼系統的僵化常常迫使團隊需要更多的系統來處理原始系統能力之外的情況。不幸的是，這導致了需要連接和集成在一起的系統集成雜亂無章，通常需要花費更多的時間和資源來解決一些基本問題，而這些問題本來可以通過IT或工程使用適當的工具直接解決。”

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

6、低代碼需要訪問

多個集成將會增加安全風險

Astrix Security公司首席執行官兼聯合創始人Alon Jackson表示，當任何平臺要求開放太多端口和完全訪問集成時，都會發出警告。他擔心集成需要對大量關鍵企業系統的高級別訪問，破壞傳統的安全審查流程，并使企業面臨潛在的數據泄漏。

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

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

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

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

8、低代碼開發很難測試

低代碼和無代碼平臺使得構建和部署應用程序、數據庫和集成變得容易，但是測試它們有多容易呢?這是Provar解決方案工程總監Cyril Otalora提出的擔憂。

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

9、行業專家的低代碼和無代碼分享的經驗

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

低代碼平臺發布的新版本需要重寫或大量返工的應用程序。

這是對于中斷、缺陷或其他影響應用程序性能的問題不進行溝通的平臺。

技術支持很差的先進平臺。

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

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