底層架構不改變時，隨著程式碼量增加一個專案就會變得越來越混亂和複雜。之所以幾乎所有大廠都在搞低程式碼，就是因為隨著系統越來越複雜，靠人力來開發維護的複雜度和成本已經越來越高了。
低程式碼的缺陷就是：它實際上沒有大幅降低系統的複雜度。裡面總歸還是免不了要寫各類不同平臺的程式碼，但好處是元資料設計的越好，遷移成本就越低。
未來必然只能是無程式碼，元資料因其是資料，也因為其只是資料，它就有著更多的可能性。無論未來底層架構如何變更，支援的平臺如何變化，其最終只需要當前架構下的當前平臺對應的直譯器或程式碼生成器，編譯器來為其賦能。
對架構、平臺、功能更好的抽象才是低/無程式碼的終極追求。

無程式碼實際還是有程式碼的，只不過有的不是業務程式碼。程式碼只存在於無程式碼平臺自身。無程式碼就是要以高度抽象、資料化的方式來描述整個的專案架構，業務，部署方案，測試案例等專案週期中的方方面面。