先跳出低代碼碼的范疇，作為一個應用搭建平臺。最重要的就是創造一個應用。最重要，是不需要任何的專業程序員。業務使用者，或者是產品，或者是美工，他們根據自己想要的自己的思路去搭建自己想要的產品，
也就是說，應用搭建平臺的終極形態，應該是不需要程序員參與的。跟好比開車一樣。出行的最終目的，汽車的最終形態應該是無人駕駛。不需要任何人去開。人之作為乘客去享受出行的便利就可以，
這種目前來看技術還是很難達到，所以現在的模式是：有司機開車。這個司機，比以前門檻更低，你只要去駕校培訓一下，有駕駛證會開車就可以去開車了，
而不是需要專業的汽車維修人員，汽車制造人員去開車。
就好比一個平臺一樣，它的使用者只要稍加培訓就能去創造產品，如果這個產品需要個性化，無法創造，那就需要找程序員。使用少量的代碼就能實現產品想要的效果，
那么這種思路就是低代碼。盡量少的使用開發人員。產品人員或者設計師等產品使用者能自己創造產品，在某些功能上無法創造或者是無法實現。需要程序員去介入。使用少量的代碼就能實現你想要的功能。這應該是低代碼的思路。
所以的代碼的思路就轉變成，盡量讓程序員少的參與就能創造產品，要程序員更少的參與。
程序分成前端程序、后端程序和數據庫程序，所以現在就有很多思路，面向很多的的代碼的思路：
1、 解放前端程序的低代碼（頁面設計器）
比如說有很多的低代碼思路，就是一個頁面設計器設計頁面的。這種如果做得很強大。就能解放了很多低端的前端程序員。
2、 解放數據庫程序員的低代碼（數據庫設計器）
是面向數據庫的。就是不用去開發設計數據庫。直接用你想要的數據，不會自動生成數據庫，自動存儲數據。這種就類似于。解放數據庫程序員。
3、 解放后端程序的低代碼（接口設計器/生成器）
還有一種是。生成接口的。低代碼生成那個后端接口的。這種就是希望能。優化掉，干掉后端業務程序員
低代碼，就是為了讓程序員更少更高效的參與。就包括所有的，包括前端、后端業務跟數據庫，所以我就覺得這些思路都對。
但是這個也有一個。輕重緩急側重點，我覺得最先被最先被解放的應該是前端，因為這個相對來說比較容易一點，
前端更內卷，框架比較多，更容易通過成熟的框架實現這一點。數據庫也是比較容易實現的，因為數據庫它比較固定數據。
但是業務這一塊是千變萬化的，所以說后端程序員，更難一點，但也不是絕對。 歡迎接下來跟我一起設計低代碼平臺。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
