客戶的需求是不斷變化，這就導致軟件開發過程的不斷重復，從需求整理、需求分析、設計、開發、測試、部署實施及一系列軟件開發過程，這就造成了造成了開發的重復開發或者是無效開發，需求變化的邊界越大越快，造成的影響越大，所以說軟件需求的唯一不變的就是變化，所以需要一種適配需求變化的平臺或者方式來滿足不斷變化的需求。
1、個人簡介
2、低代碼起因
客戶的需求是不斷變化，這就導致軟件開發過程的不斷重復，從需求整理、需求分析、設計、開發、測試、部署實施及一系列軟件開發過程，這就造成了造成了開發的重復開發或者是無效開發，需求變化的邊界越大越快，造成的影響越大，所以說軟件需求的唯一不變的就是變化，所以需要一種適配需求變化的平臺或者方式來滿足不斷變化的需求。
快速的滿足客戶的需求，及時的讓客戶使用上業務需求功能，快速的實施方式起著很大的作用，這就需要一個強大的平臺，縮短這個軟件工程的周期，同時最快的交付是讓客戶能自己參與進來，自己設計自己的需求，這樣催生了低代碼方式的產生。
3、低代碼開發
低代碼開發其實跟通用的開發并沒有不同，只是開發的抽象程度更好，因為更多的是開發一個平臺、一個工具，提供持續的二次開發能力，所以在軟件開發過程中，從需求到技術的抽象或者映射過程是非常重要的，直接決定了低代碼提供服務能力的顆粒度，當然抽象的好壞及模型建設的合理性，也影響開發實現的難易度、復雜度。
低代碼主要是通過提供可視化界面，使用者直接設計頁面、表單、規則，不考慮數據模型，用戶根據提供的UI控件實現布局、表單、頁面、單據設計，頁面顯示就是把設計的時候還原呈現，最后直接供最終使用者使用，其他流程、報表、看板思路基本類似。
4、代碼發展趨勢
整體方式可以實現某一業務或者行業的系統，有低代碼實現，深入業務需求、深挖業務模型、實現垂直的業務需求低代碼系統或平臺。
以一種模塊或者子系統的方式跟主系統結合，低代碼主要實現局部的業務需 求、頁面定義，比如：頁面設計、流程定義、規則定義、單據局部定義等等，來輔助主要的業務系統。這類系統一般都是業務需求比較復雜，單純的依靠低代碼很難完全實現。
5、擁抱云
低代碼適應變化能力非常強，隨著云原生的成熟，屏蔽了大量IAAS、PAAS層的基礎設施，讓開發者或者使用者更專注于業務需求的實現，這個思路跟低代碼很吻合，都是加速業務需求的快速實現、交付實施，這兩者可以很好的結合起來，尤其是跟低代碼更是無縫銜接。低代碼與云的結合會上低代碼有更多的適應場景、更強的服務能力。
大家可以關注我的頭條號“微服務布道者”，歡迎溝通交流