鑽石舞台

在我之前的文章中，我談到過低代碼如何使開發過程更容易，以及它如何通過提升技術賦能業務的一些話題。有些讀者聯繫了我，問我低代碼是否是所有技術工作的靈丹妙藥？

Github 的 CEO Chris Wanstrath 說過，「編碼的未來是無需編碼」。

但是，我們做到了嗎？答案是一個響亮的否定。

之前，我談到了編碼是如何演變為低代碼的。如果繼續沿着這樣的軌跡演進發展，我們也可能會走向「無代碼」。如果你想了解使用低代碼的好處，你可以在互聯網上找到很多文章。其中將低代碼的優勢介紹最全面的一篇文章是由 Vahana 團隊撰寫的，它列出了低代碼的 12 個好處，當然，低代碼也存在其局限性。

Coveros 首席技術官 Thomas Stiehm 也說過，「低代碼不是代碼的未來。它在未來肯定有一席之地，並將用於開發許多應用程序。但是它不會取代其他開發軟件的方式，因為當解決方案的複雜性增加時，低代碼就會崩潰。在 90 年代，我們看到了 Visual Basic 的前車之鑑，VB 很有價值，很多軟件都是用 VB 編寫的。但最後，正是某些應用程序所需的複雜性導致了 VB 崩潰，而不再是一個好的解決方案。低代碼也將一樣。」

那低代碼目前具體有哪些局限性？

正如 Stiehm 所說，解決方案的複雜性是其局限性之一。從本質上講，低代碼平台旨在管理場景。在構建平台時，開發人員試圖將在平台上構建的解決方案放入工具進行管理。使用低代碼平台構建簡單的流程流非常容易，但是當需求變得複雜時，可能需要自定義編碼。

低代碼平台仍在不斷發展。現實世界中已有許多用例可以通過使用低代碼來加速，但可能不是端到端開發。在這些平台的進化周期中，我們已經找到了支持全棧開發的平台，但是你能在它們上面構建任何類型的用例嗎？我不確定。設計上的拖放界面限制了你可以構建什麼和不能構建什麼。平台不斷添加 UI 元素以帶來更多功能，但如果你有一個想法不是基於現有的應用程序，那你最好使用傳統方式進行開發。

這種限制對於具有模板庫的低代碼平台來說更甚。無論您選擇哪家銀行，在印度開立數字賬戶都需要類似的步驟。低代碼平台可以為該流程創建模板，不同的銀行可以根據自己的品牌自定義模板。但是，如果一家銀行想要增加一些額外的功能，例如在開戶過程中添加產品或服務的創新方式，這時使用低代碼平台可能無法實現。因為在低代碼平台中構建此功能可能會比使用傳統方法構建整個流程的成本更高。

低代碼平台也需要編碼，有時是以特定的方式。支持全棧開發的平台（Vahana Cloud 就是其中之一）都有自己的語言。為了有效地使用這些平台，需要進行培訓。我認為這個神話源於低代碼和無代碼的可互換使用。無代碼平台只能通過圖形界面工作。但是，如果你想要構建一個企業應用程序，「無代碼」的用途則非常有限。如果企業應用程序建立在低代碼平台上，你還需要具備如何構建這些平台的技術知識。

那麼 Chris Wanstrath 對未來的觀點就是錯的嗎？在我看來，答案仍然是否定。未來仍在發展，到 2030 年，對構建平台能力的投資，預計將推動低代碼領域增長到 1900 億美元。大多數項目的編碼自動化也將在幾年內成為可能。我認為下一個前沿領域將是設計自動化，但這是另一個討論的話題。

那麼，你怎麼看待低代碼的局限性？隨着時間的推移，你認為這些局限性會消失嗎？或者，低代碼會走 VB 的方式嗎？

8 月 30 日 -31 日，GMTC 全球大前端技術大會將於北京舉辦，會上我們策劃了【低代碼】專題，由百度資深研發工程師潘征老師擔任專題出品人。本專題我們目前已經邀請了阿里巴巴前端技術專家，企業智能事業部前端物料體系負責人王思佳（光弘）老師分享《基於 LowCodeEngine 的阿里低代碼組件體系的建設和實踐》，帶你了解如何利用低代碼技術生產組件的技術方案、如何讓已有的業務組件快速接入低代碼項目，以及如何為組件研發領域帶來的變化和機會點。

另外還有來自中國工商銀行雲計算實驗室的智能化研發領域負責人楊丹老師分享《中國工商銀行低代碼可視化建設探索與實踐》，帶你了解低代碼目前在銀行業的建設思路、痛點及應對策略和應用前景。此外，還邀請了來自華為以及百度的資深技術專家進行分享，精彩議題內容正在打磨中。

低代碼到底是銀彈？還是泡沫？眾說紛紜。如果你對低代碼的最新技術和應用實踐感興趣，或者你對低代碼的發展有不同的見解，歡迎你來 GMTC 北京站現場來交流互動。

點擊底部【閱讀原文】查看更多上線日程，大會門票 9 折進行中，團購還能享受更多優惠，購票聯繫票務經理：+86 13269078023（同微信）。