前兩年“數據中台”概念比較火，但是直到現在可能還有很多人不清楚“數據中台”到底是什么東西。看到過“數據中台”產品，如果給用戶上套一兩百萬的產品，那么我們的項目就沒有利潤了。貌似“**中台”的概念還比較多，業務中台、算法中台、技術中台……等等。
不知不覺中“低代碼”平台又火了，“低代碼”平台本質上是工具化思維解決現實世界的場景問題。有沒有一個“低代碼”平台解決所有場景問題呢？顯然是不存在的，例如office家族里有excel、word、ppt等，面向表格統計、文字、匯報不同的應用場景，不可否認的是可以用word代替ppt匯報工作，但是面向應用場景的特點不一樣。經過調研，現在的“低代碼”平台應用場景的側重點，如下圖：
面臨一個實際問題：“低代碼”平台怎么選擇？最終還是離不開實際的應用場景，但是為什么要統稱“低代碼”呢？！顯然給大眾的選擇造成很大的困惑。
鑒於“低代碼”平台開發需要綜合素質，結合自身的需求，要清醒的認識到“低代碼”平台不是萬能的，尤其國內基本還處於摸索期階段，另外 “低代碼”覆蓋的面非常的廣，不是一款低代碼工具就能全覆蓋的。
大眾對“低代碼”平台產品和技術理解上有偏差，當下的低代碼⼯具⼀般是針對某個領域應用的全⽣命周期，把近乎全⽣命周期的編程變成可視化編程，這本身就是⼀個極⼤的挑戰；低代碼⼯具研發周期較⻓，需要沉下⼼⾥穩扎穩打、艱苦攻堅，⽽能耐得住寂寞，能夠承受壓力的團隊及個⼈寥寥⽆⼏；另外研發低代碼平台需要依賴技術底蘊外，更需強⼤且過硬的產品化思維，這類綜合素質的人在市場上非常稀缺。在開發iNeuOS工業互聯網操作系統的過程中，確實能夠體會到。
“低代碼”平台研發這條路，大公司、小公司、創業公司都有在做，絕⼤部分不溫不⽕，有的連名字都沒正式公布就徹底消失了，最終必然是⼫⻣累累。
工具化、產品化的思維模式是正確的，前途也是光明的，開發者要找准切入點、應用者要明確自己的需求和場景。
物聯網&大數據技術 QQ群：54256083
物聯網&大數據合作 QQ群：727664080
網站：http://www.ineuos.net
聯系QQ：504547114
合作微信：wxzz0151
官方博客：https://www.cnblogs.com/lsjwq
微信公眾號：iNeuOS