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