存在緻命缺陷？低代碼發展方向如何？

從2020年的“低代碼”元年發展至今，國内低代碼已經經過了兩年多的快速發展。在此期間，低代碼因為能夠在無需編寫代碼的情況下快速開發應用而受到很多人的擁趸；但同時，低代碼也被很多人棄之如敝履。

IT人員不足和對軟體開發降本增效的需求，促使低代碼獲得了前所未有的熱度。Gartner的預測：到2025年，70%的新應用将由低代碼/無代碼技術完成開發，而這一資料在2020年還不到25%。由此可見企業對于低代碼的重視及認可。

而質疑者則認為，雖然低代碼工具通過大幅減少代碼量降低了軟體開發門檻，可能為新一代所謂的“公民開發人員”提供支援，但在實際應用中，低代碼在很多開發場景都存在不同程度的局限性，這也是低代碼普及中的“緻命缺陷”。

低代碼應用場景分析

那麼，低代碼在實際的開發場景中，适用情況究竟如何呢？下面，我們通過四個常見開發場景分析一下：

場景一：企業軟體人才短缺

根據賽迪智庫資訊化與軟體産業研究所釋出的《關鍵軟體領域人才白皮書（2020年）》，預計到2025年，大陸軟體産業規模将達12.8萬億元，軟體行業人才總需求将達890萬人，新增人才缺口達192萬人。

軟體開發人才供不應求，“人人都能成為軟體工程師”成為美好的願景，而低代碼的低門檻特性，讓這一願景有了成為事實的可能。但如果組織不具備開發和編碼技能，單純使用低代碼可能會帶來擴充性的問題。

在沒有熟練的開發人員和 IT 專家監督業務團隊的指導和參與下，業務線通過低代碼定制的單點解決方案之間很可能沒有凝聚力或互操作性。進而導緻一個無法擴充的場景，并且這與平台思維等領先實踐完全不一緻。

場景二：契合企業業務快速增長

低代碼有助于快速建立新的功能和服務，可以確定組織的軟體不會成為其快速增長的瓶頸。

但是，這些組織需要認識到，使用低代碼平台建立的許多解決方案最終可能不得不被替換。否則，其基礎架構的核心部分将會建立在不靈活的基礎上。這也是使用低代碼建構的應用程式所面臨的一個巨大挑戰。

場景三：建構符合業務發展的軟體

軟體對于業務的發展越來越重要，低代碼就越不是建構和維護軟體的正确選擇。主要有兩方面的原因：一是低代碼缺乏建構關鍵應用程式的能力或複雜性；二是業務關鍵型應用程式需要能夠輕松擴充、增長和轉換，而低代碼建構的應用程式難以做到。

此外，着眼于業務未來的發展，低代碼因為對功能子產品的封裝和對平台的依賴，後期難以添加新的功能或者遷移到新的企業平台，進而難以适應業務的更新和擴充。

場景四：實作業務線的自主開發

低代碼的使用門檻低，對使用者來說很好上手，團隊使用低代碼可以實作快速建立功能以滿足自身需求。是以如果需要為業務線提供更大的技術自主權，并使團隊成為公民開發人員，那麼采用低代碼是一個很好的方法。

但同時，團隊也必須考慮到用低代碼開發的應用程式的擴充性，以及能夠內建到更廣泛的 IT 生态系統中。

可以看出，低代碼在企業的很多軟體開發場景中都具備一定的應用價值，但同時也都存在極大的局限性。

低代碼存在的“緻命缺陷”

随着低代碼的發展和廣泛應用，其不足之處也日益凸顯。

第一， 難以進行複雜項目的開發。目前市面上的大多數低代碼平台都基于流程或表單驅動，隻能進行前端和簡單應用的開發，在面對複雜的大型項目時無能為力。

第二， 過度依賴平台。這展現在兩個方面，一是使用低代碼開發隻能在其平台内部進行；二是開發出來的應用也隻能在平台内部運作，一旦脫離就無法運作。這就導緻使用低代碼開發平台隻能與企業的原有系統形成割裂，造成系統孤島和資料孤島。

第三， 難以進行靈活的定制化開發。低代碼的特點是對功能進行封裝，這就導緻企業難以跟據業務需求進行定制化開發。

第四， 沒有知識産權。使用低代碼平台開發的應用，其知識産權是屬于平台的，而不屬于開發者或者企業。這就使得團隊使用低代碼開發不能實作自主開發。

那麼，有什麼方法可以打破低代碼的局限性，讓企業能真正實作低門檻、快速開發呢？

實際上，最近市面上出現的“軟體機器人”值得我們重點關注。以SoFlu軟體機器人為例，中國工程院院士倪光南曾說過，“SoFlu軟體機器人是軟體工程領域的一個重要創新。”

自動化開發的未來

SoFlu是一款通過人機協同，自動完成軟體後端開發、前端開發、測試、運維，幫助開發者實作“一人一項目，十人抵百人”的軟體機器人。

表面來看，SoFlu軟體機器人以自動化開發降低軟體開發門檻、提高軟體開發效率的理念和低代碼是一緻的。

但實際上，SoFlu軟體機器人通過對技術的革新，在保留低代碼平台優勢的同時，還彌補了其一系列“緻命缺陷”。

第一， SoFlu軟體機器人實作了軟體後端開發，開發者隻需要在可視化界面通過拖拽元件畫出業務流程圖，并配置參數，後端全自動開發平台可以自動完成後端應用給的開發。是以即使是大型複雜項目，SoFlu軟體機器人也能輕松搞定。

在中國石油，其資訊化團隊的9名開發人員在5個SoFlu軟體機器人的幫助下，僅用45天就完成了傳統開發模式下需要27人花費300多天才能完成的大型電商平台的系統重構工作。

第二， 使用SoFlu軟體機器人開發軟體是不依賴平台的。一方面，SoFlu軟體機器人提供的SaaS服務，隻要有網絡就能進行開發；另一方面，用SoFlu軟體機器人開發的軟體是不與開發平台強綁定的，開發者或者企業可以根據實際業務需求随意部署到任何地方。

第三， 用SoFlu軟體機器人開發的軟體和應用，其源代碼是可以導出并進行修改的，是以企業可以根據自身業務需求對代碼進行靈活修改，進而使軟體功能更加貼合業務需求。

第四， 用SoFlu軟體機器人開發的軟體和應用，其知識産權是屬于開發者或者企業的，與機器人沒有關系，可以讓企業實作真正的自主開發。

是以，在一定程度上可以說，軟體機器人是低代碼未來的發展方向，并正在推動軟體行業的發展和變革。

正如圖靈獎得主大衛·帕特森所評價的，“SoFlu軟體機器人能夠通過自動化的方式變革傳統軟體工程模式、大大提高工作效率。新的開發模式、最佳實踐的沉澱、人工智能的賦能，打開了創新的大門，讓軟體行業迎來了黃金時代。”