作者 | David Linthicum
策劃 | 言征
代碼再簡單，老板們也不會去寫。不只是因為他們太忙，還因為簡單的代碼，坑也很多。
低代碼和無代碼開發平臺最近獲得了巨大的關注，隨著 2023 年人工智能的興起，情況更是如此。這項技術有望實現應用開發的民主化，公民開發者。
其實早在 70 年代就曾用Cobol嘗試過這一點，此后也曾多次嘗試過。無論代碼多么簡單，高管都不會編寫。
低代碼和無代碼平臺提供可視化界面和預構建組件來簡化編碼過程，以便具有最少編碼經驗的人可以快速創建應用程序。雖然預構建組件簡化了開發并提供了靈活性和速度，但要注意可擴展性、安全性和集成問題。
因此，盡管這些平臺具有優勢，但它們帶來的麻煩也必須留意：必須在示例性云計算架構中仔細權衡，包括設計、開發和部署。
1、靈活性與定制化
低代碼和無代碼平臺擅長通過提供預打包的組件和模板來簡化開發流程。這與在文字處理程序中使用模板（例如通用感謝信或簡歷）的概念相同。今天，我們使用我們最喜歡的生成式人工智能平臺來為我們編寫它們。
這些平臺在定制方面可能存在局限性。隨著應用程序復雜性的增加，開發人員可能需要幫助來實現他們想要的定制和細粒度控制。對于具有獨特或高度專業化要求的組織來說，這可能是一個障礙。這與我們在 90 年代的企業資源規劃 (ERP) 平臺遇到的問題相同。我們必須使用 ERP 提供商提供的任何定制技術來重寫它們，以使其可用。許多公司發現他們可以自己編寫應用程序并節省 90% 的資金。
2、速度與可擴展性
低代碼和無代碼平臺通過抽象化編碼的復雜性來實現快速應用程序開發。這并不是什么新鮮事，但今天可以通過AI層來幫助我們做得更好。
這一點，對于需要快速構建原型和啟動應用程序的組織來說是有利的。然而，隨著需求的增多，擴展這些應用程序可能會暴露低代碼平臺的局限性。大多數平臺都需要處理大量用戶群或高數據量。所以由于你一開始就沒有創建系統，想要修復問題將非常困難。
3、安全與控制
低代碼和無代碼平臺的構建是為了讓更廣泛的受眾能夠進行開發。它們通常包含安全功能，但與安全應成為整體開發一部分的傳統方法相比，控制級別和粒度可能受到限制。
組織必須仔細評估平臺提供的安全措施，并確保它們符合其特定的安全要求和行業法規。我還沒有找到能夠解決這個問題的低代碼或無代碼系統。許多人為了方便而利用這項技術，卻失去了足夠的安全性，這是不明智的。
4、與現有系統集成
低代碼和無代碼平臺可以簡化獨立應用程序的開發。然而，將這些應用程序與遺留系統或其他云服務集成可能是一個挑戰。這很大程度上取決于平臺的功能和API集成，并且可能需要額外的開發工作才能實現與現有系統的無縫集成。
就像我們剛才提到的安全權衡一樣，這降低了低代碼和無代碼技術帶來的價值。我們必須將復雜的代碼分層到我們真正不理解的系統中，因為我們沒有開發它們而機器人做到了。
5、寫在最后
低代碼/無代碼可能會成為一項對許多企業來說似乎可以改變游戲規則的技術。但我擔心的是，如果在使用和應用時如果不夠謹慎，低代碼和無代碼會導致更多工作并增加更多風險。如果我戳破了一些泡沫，抱歉。
原文鏈接：https://www.infoworld.com/article/3706892/the-risks-of-low-code-and-no-code-development-in-cloud-architecture.html
