低代碼開發毋庸置疑是所有應用軟體開發追求的目标，但是專業開發也是必不可少的。随着軟體的開發的發展可能開發人員會嚴重兩極分化，分為簡單開發和資深專業開發，中間層開發人員很少或消失。
目前市場上的代碼平台在使用可能在某些應用場景上還不那麼順手，但是在業務相對比較簡單或對軟體要求比較低或個性化要求不高，還是看不錯的選擇。
比如阿裡宜搭，通過頁面拖拉拽可以實作系統開發，大大降低了軟體開發成本。
主要有下面幾方面的優勢：
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 專業開發人員可以對低代碼平台頁面控件或元件進行擴充。
但是在嘗試過程中低代碼平台的頁面設計一直都是客戶最大痛點，不夠靈活，很難滿足個性化要求，這些也是未來需要優化的重點任務以及衡量低代碼平台是否好用重要的一方面。
以上隻是一些個人看法，文筆也有限，歡迎大家批評指正！
![最小化DevOps自動化流程(Golang)[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)