低代碼/無代碼是應用程序開發的將來嗎？

做者：Allen Bernard（艾倫 · 伯納德）
編譯：徐九丨發自 思否編輯部

---

雖然不少企業在近十多年來一直在鼓吹業務的流程數字化，但當疫情期間真的開始進行遠程辦公時，仍然暴露出了不少問題。

在可預見的將來，當人們開始真的所有在家辦公時，哪怕擁有最便捷的即時數字通訊工具，也不如直接走到同事身邊來的更加便捷和高效。

爲了解決這個問題，不少企業已經開始嘗試使用低代碼和無代碼開發平臺。經過使用拖放接口，這些平臺讓不具有編程技能的人也能夠開發業務工做流平臺，而後將其集成到更大的業務流當中。

而且，如今也有不少的工具和平臺爲有需求的企業和員工提供相應的幫助，因此業內開始流傳一個觀點：「低代碼/無代碼是編程的將來。」

但答案確定是否認的。

考慮到不少企業在改變工做流方面確實存在困難，那麼使用低代碼平臺來解決遠程協做的問題是很是有意義的，但正如 Coveros 首席技術官托馬斯 · 斯蒂姆(Thomas Stiehm)所說，構建可以爲整個組織使用的企業級應用，仍然須要高技能的程序員進行編碼開發。

「低代碼/無代碼開發在將來確定會有一席之地，並將被用於開發許多的應用程序。」施蒂姆在採訪中表示，「但它不會取代其餘開發軟件的方式，當解決方案的複雜性增長時，低代碼開發就會變得崩潰。咱們在 90 年代的 Visual Basis 上就看到了一樣的問題。VB 頗有價值，不少軟件也是經過 VB 編寫的，但因爲某些應用程序對於複雜性的要求，致使 VB 崩潰，這就讓其再也不是一個好的解決方案。低代碼開發也同樣。」

---

低代碼開發一般要求開發者具有一些基本的編程知識，而無代碼開發則聲稱是 100% 的拖放操做，不須要任何的代碼知識。因此兩者之間是有區別的，但人們常常會混用這兩個概念。

谷歌最近收購了無代碼平臺供應商 AppSheet，在相關的新聞報道中，谷歌雲平臺的副總裁和負責人 Amit Zavery 表示：「不少時候，人們會混用這兩個術語。由於在低代碼平臺中， 你能夠無代碼的去實現一些事情。但事實上，在低代碼平臺中，你能夠實現任何無代碼平臺能夠實現的功能。」

---

其實在疫情發生以前，低代碼的應用程度就在增長。研究公司 Forrester 提供的一組數據顯示，2019 年僅有三分之一的開發者使用太低代碼平臺或者產品，但根據預測，到 2020 年中期，這個數字將變爲超過半數的開發者。

固然，除了疫情的影響，數據比例的增加還有一部分應該歸功於微軟推廣使用的 PowerApps、Flow、Power BI 和 Power Platform 等相關產品。

「微軟提供的‘免費’和足夠好的產品工具，正在不少簡單甚至複雜的場景中獲得使用，這也將成爲低代碼市場進一步增加和整合的催化劑。」

塔夫茨大學工程學院研究生教育系主任、 IEEE 研究員 Karen Panetta 認爲，低代碼對於像構建 ERP 這樣的企業應用中可能沒有實際價值，但並不意味這低代碼只能應用於簡單的應用程序中。經過低代碼工具能夠標準化不一樣開發人員之間的應用程序開發，併爲建立複雜應用程序構建所需的相關模塊。這樣也減小了培訓新人維護和修改代碼的學習曲線。

支持非程序員開發複雜應用的低代碼工具，有一個很好的例子。好比在不久前，開發一個網站仍是一項安規又耗時的工做，而 Wix 和 Divi 等 WordPress 主題平臺的出現，讓你們均可以很便捷、簡單的搭建一個交互性強、功能豐富的網站。

一家作疫情相關產品平臺管理的企業副總裁 Marcus Torres 認爲，隨着疫情的發展，業務人員須要解決遠程辦公的工做流問題，低代碼只會帶來行業的轉變和重要的增加。

「因爲缺少應對業務複雜性的技能，小型組織對低代碼的採用受到了限制。而在大型組織中，因爲缺少長期的監督、支持和維護，低代碼的採用一樣受到了限制。」。

「新冠疫情的發生絕對不是技術發展停滯不前的緣由，而是技術變革的推進者。在這段時間裏，企業、員工和客戶都已經發生了不可逆轉的變化。低代碼也將成爲技術領域中的一個重要部分，由於人們已經發現了它的價值，這將是遠程辦公中提高效率的一個固定方式。」

---

即使如此，低代碼也不會很快的取代傳統的編程方法，Google Cloud 的 Zavery 表示。

大而複雜的應用程序就是這樣，大而複雜。任何抽象的方法都不能代替理解應用程序在代碼行級別上，實現正常運行的須要。

「若是我正在創建一個很是複雜的電子商務網站，好比我正在創建一個 Uber 或 Airbnb... ... 你不能使用低代碼或者無代碼工具來完成，仍是須要由使用專業工具的專業開發人員完成。」

原文連接： https://www.techrepublic.com/...