低代碼開發毋庸置疑是所有應用軟件開發追求的目標，但是專業開發也是必不可少的。隨著軟件的開發的發展可能開發人員會嚴重兩極分化，分為簡單開發和資深專業開發，中間層開發人員很少或消失。
目前市場上的代碼平臺在使用可能在某些應用場景上還不那麼順手，但是在業務相對比較簡單或對軟件要求比較低或個性化要求不高，還是看不錯的選擇。
比如阿里宜搭，通過頁面拖拉拽可以實現系統開發，大大降低了軟件開發成本。
主要有下面幾方面的優勢：
l 可能頁面配置就是需求提出人自己實現的，大大減少了溝通成本和傳統開發中的信息傳遞的不準確。
l 系統架構設計完全不需要關注，由平臺專業的系統架構師負責。
l 頁面UI設計也不需要關注，平臺提供頁面風格的選擇。
l 具體代碼開發基本沒有、數據存儲也不用關注，代碼開發人員和DBA都省了，這些完全有平臺自動完成。
l 系統開發完成以後即可上線，通過平臺DevOps直接發佈。
l 系統後期運行維護也由平臺來負責。
但是對於一些大B企業業務複雜度比較高難滿足了。有這個幾個方面：
l 大B企業在界面的風格上都有本企業統一的要求和規範，需要深度定製。
l 業務需求比較複雜，如平臺不能滿足就無法實現，靈活性太差。
l 大B企業打造的大中臺和市場上得低代碼平臺融合如何。
l 對系統的性能要求比較高，對後端服務橫向擴展是可以根據業務去調整的。
l 對數據的安全性要求較高，必須存儲在特定的存儲磁盤上。
l 大B一般核心軟件系統上線都需要研究院進行代碼、性能、安全測試才可以上線，對軟件完全可控。
目前國內很多大B企業為了適應市場的變化，信息化統一規劃。以客戶全物聯為基礎、共享大中臺為核心、靈活開發微應用為支撐建設系統。參與過某大B企業對核心系統改造，嘗試中臺和低代碼平臺的結合，主要解決大B企業軟件系統開發的痛點：1.需求快速開發交付適應市場變化。2.滿足新應用或複雜業務的快速支撐 3.降低對大部分開發人員的能力要求。 4.軟件完全可控不能是個黑盒，符合集團規範。5.降低軟件開發成本。
系統升級優化的關鍵改造點：
l 低代碼平臺作為系統基座基礎。
l 低代碼平臺一般頁面對象和數據庫物理表是強一致性的。大B企業一般都有自己數據存儲規範，實際中很多也不能完全和頁面對應。所以需要把低代碼平臺頁面對象和數據庫物理表解耦。
l 企業中臺建設會沉澱出來很多領域對象和服務能力，低代碼平臺頁面對象和領域對象建立關係獲取中臺的服務能力，領域對象和物理數據模型建立關係最終實現數據的持久化存儲。
l 對業務領域沉澱的服務能力可以再編排組合生成一個新的服務能力。
l 低代碼平臺中另外一個重要功能BPM流程編排，定義的流程節點可以直接綁定沉澱的服務能力和配置頁面實現業務流。
l 低代碼平臺支持開發人員直接編碼開發頁面或直接嵌入頁面。
l 專業開發人員可以對低代碼平臺頁面控件或組件進行擴展。
但是在嘗試過程中低代碼平臺的頁面設計一直都是客戶最大痛點，不夠靈活，很難滿足個性化要求，這些也是未來需要優化的重點任務以及衡量低代碼平臺是否好用重要的一方面。
以上只是一些個人看法，文筆也有限，歡迎大家批評指正！