最近一段時(shí)間和一些同行老鐵交流的時(shí)候（當(dāng)然書面的說話叫做“交換想法”），發(fā)現(xiàn)涉足“數(shù)字孿生”領(lǐng)域的廠商很多都在布局三維“低代碼”平臺(tái)的產(chǎn)品化，尤其是最近的一些頭部廠商也都陸陸續(xù)續(xù)的發(fā)布了自己家的“低代碼”平臺(tái)，當(dāng)然我這里面說的“數(shù)字孿生”其實(shí)特指的就是“三維可視化”。
在GIS領(lǐng)域目前機(jī)會(huì)所有的數(shù)字化制圖工具都是基于規(guī)則進(jìn)行配置的，在桌面制圖階段你幾乎可以毫無成本的在主流的幾個(gè)GIS平臺(tái)產(chǎn)品之間進(jìn)行切換，因?yàn)楸澈蟮倪壿嬍且恢碌摹?/p>
后面隨著網(wǎng)絡(luò)以及前端性能的大幅度提升，基于SaaS化的在線制圖工具開始興起，其中比較有名的就是Mpabox Studio，在此之前Mapbox是作為一個(gè)自帶數(shù)據(jù)的開發(fā)框架廣泛流行開的，但是他自己定義了一套獨(dú)特的可視化規(guī)則，后面的這個(gè)Studio也就是將他的渲染規(guī)則進(jìn)行可視化，這樣開發(fā)人員可以不用寫代碼就可以進(jìn)行地圖樣式的配置，同時(shí)可以導(dǎo)出樣式文件，這樣就大大降低開發(fā)人員的工作量，同時(shí)非開發(fā)人員也可以參與到相應(yīng)的工作流中，這樣雙方就可以基于樣式文件進(jìn)行工作的配合。
后面快速躥紅的Unfolded Studio其實(shí)本質(zhì)上也是基于這個(gè)思路，但是在數(shù)據(jù)處理（比如它有一些Join、Group By的關(guān)聯(lián)操作以及豐富的數(shù)學(xué)函數(shù)表達(dá)式）以及空間分析（集成了Jupyter Notebook）上做了延伸，但是本質(zhì)上還是在做可視化，因?yàn)樗目谔?hào)就是“Geospatial data never looked so good”，雖然在分析上目前還是集成了一些代碼分析的工具，但是空間分析的最佳實(shí)踐已經(jīng)在桌面GIS端得到了成功的應(yīng)用，其實(shí)就是“ModelBuilder”這種可視化配置的形式，這也應(yīng)該是在線空間分析工具發(fā)展的一個(gè)方向。
一、當(dāng)前IT圈提的比較多的“低代碼”和GIS這種基于規(guī)則配置的工具產(chǎn)品有什么區(qū)別么？
要搞清楚這個(gè)問題，我們首先得看一下“低代碼”平臺(tái)的定義：
從維基百科的定義中，我們大概可以得到這樣兩個(gè)關(guān)鍵信息：
低代碼平臺(tái)本質(zhì)上是一種集成開發(fā)環(huán)境，對(duì)于程序員而言，低代碼開發(fā)平臺(tái)的性質(zhì)與IDEA、VS等代碼IDE（集成開發(fā)環(huán)境）幾乎一樣，都是服務(wù)于開發(fā)者的生產(chǎn)力工具。
與傳統(tǒng)代碼IDE不同的是，低代碼開發(fā)平臺(tái)提供的是更高維和易用的可視化IDE。大多數(shù)情況下，開發(fā)者并不需要使用傳統(tǒng)的手寫代碼方式進(jìn)行編程，而是可以通過圖形化拖拽、參數(shù)配置等更高效的方式完成開發(fā)工作。
其實(shí)從定義就可以看出，“低代碼”和“基于規(guī)則（Rule-Based）”的軟件平臺(tái)嚴(yán)格意義上來說還是有一點(diǎn)區(qū)別的：
低代碼平臺(tái)本質(zhì)上還是服務(wù)于開發(fā)人員，只是改變了寫代碼的方式，只是以前寫文本的方式轉(zhuǎn)換到了圖形拖拉拽以及配置的方式，但是本質(zhì)上的編程邏輯是一樣的，最終的圖形化邏輯是可以直接轉(zhuǎn)化到文本代碼的，比如UE4的藍(lán)圖就是一個(gè)“低代碼”開發(fā)工具。
從維基百科的定義中，我們大概可以得到這樣兩個(gè)關(guān)鍵信息：
低代碼平臺(tái)本質(zhì)上是一種集成開發(fā)環(huán)境，對(duì)于程序員而言，低代碼開發(fā)平臺(tái)的性質(zhì)與IDEA、VS等代碼IDE（集成開發(fā)環(huán)境）幾乎一樣，都是服務(wù)于開發(fā)者的生產(chǎn)力工具。
上面是一種比較徹底的低代碼，另外還有一些比較流行但是沒那么徹底的“低代碼”平臺(tái)，雖然目標(biāo)也是做應(yīng)用開發(fā)，但主要是結(jié)合SaaS進(jìn)行一些微應(yīng)用的定制，很類似一些在線的原型繪制工具，這種產(chǎn)品沒辦法支持比較深度的應(yīng)用定制，更多的場(chǎng)景是一些輕量的微應(yīng)用，比如釘釘?shù)?ldquo;宜搭”，主要也是一些表單定制和流程定制，但是這種工具的門檻比較低是可以是可以完全開放給沒有開發(fā)經(jīng)驗(yàn)的人，比如運(yùn)營人員以及產(chǎn)品經(jīng)理等等。
“基于規(guī)則”的軟件平臺(tái)更多是在一定的規(guī)則范圍內(nèi)，對(duì)預(yù)設(shè)定的變量進(jìn)行配置或者設(shè)定，這種工具的門檻比較低，面向的用戶也比較廣泛，平臺(tái)的能力以及門檻是和規(guī)則的復(fù)雜度是保持一致的。
但是在現(xiàn)在的一個(gè)語義環(huán)境下，這三類其實(shí)都算作“低代碼”平臺(tái)，只是程度深淺的問題。
二、為什么現(xiàn)在數(shù)字孿生廠商都在朝著“低代碼”平臺(tái)的方向努力呢？
其實(shí)這個(gè)問題也反映了這個(gè)“三維可視化”這個(gè)方向開始從野蠻發(fā)展階段發(fā)展到成熟階段，已經(jīng)進(jìn)入了一個(gè)分水嶺，在這個(gè)分水嶺上廠商必須要要在方向選擇上做出抉擇是選擇“專注把三維可視化做大做強(qiáng)”還是選擇“切入到某個(gè)行業(yè)里面把行業(yè)做深做透”，出現(xiàn)這個(gè)分水嶺的原因在于：
可視化廠商無法提供完整的行業(yè)解決方案，可視化廠商的定位就是為各行各業(yè)提供可視化解決方案，這個(gè)東西只是加分項(xiàng)不是必須項(xiàng)，同時(shí)由于沒有很深的行業(yè)積累，所以很多可視化廠商是很難面向直接業(yè)主的，更多的還是找渠道合作，選擇和渠道綁定，借助渠道放大，但是處在食物鏈的底端必然出現(xiàn)的局面就是被上游廠商不斷壓縮利潤空間，直到無法承受。
目前很多行業(yè)廠商也具備了三維可視化能力，以前客戶做可視化是“找廠商”現(xiàn)在是客戶“選廠商”，能做的廠家實(shí)在是太多了，同時(shí)即使是有一定的門檻，一些非專業(yè)的開發(fā)公司經(jīng)過這兩年的積累也掌握了相應(yīng)的技術(shù)也能夠做出還不錯(cuò)的效果了，以前我們說GIS比較小眾，你現(xiàn)在會(huì)發(fā)現(xiàn)大多數(shù)軟件公司自己都配備了GIS開發(fā)人員，對(duì)于核心的能力任何廠家都會(huì)選擇掌握在自己手里，而不會(huì)交到別人手里。
所以在這種狀況下，很多可視化廠商為了發(fā)展要么就是繞開渠道自己做整體方案提供商，在有限的資源條件下將某個(gè)方向的業(yè)務(wù)做深做透，要么繼續(xù)迎合渠道廠商的訴求，更大程度上讓出利潤，為他們提供標(biāo)準(zhǔn)的平臺(tái)化服務(wù)，將客單價(jià)做小，但是把量做起來。
很多廠商由于路徑依賴，自然是選擇自己最擅長的方向就是將可視化平臺(tái)化，一方面是因?yàn)檫^去項(xiàng)目的重復(fù)積累可以保證自己可以進(jìn)行能力的抽象和邊界的劃定；另一方面平臺(tái)化是比項(xiàng)目制更好的商業(yè)模式，因?yàn)槠脚_(tái)化可以保證在不增加投入的情況下還能放大規(guī)模，這是最好的商業(yè)模式，在太多的個(gè)性化需求和多條線并行的情況下還想控制成本基本上是癡心妄想，營收做的很大，一到年底算賬才發(fā)現(xiàn)原來只能是忙活個(gè)熱鬧。
三、可視化做到“低代碼”是不是就夠了？
那將可視化做到“低代碼”是不是就夠了？答案顯然是不夠的，正如一個(gè)老鐵所說這玩意整下來最多就是個(gè)原型工具，做不出系統(tǒng)來。所以很多廠商也深知這一點(diǎn)，基本使用場(chǎng)景都是定位在大屏應(yīng)用。
一方面這樣應(yīng)用就可以拆分成“三維地圖場(chǎng)景+圖表”，這樣就可以限定用戶可配置的區(qū)間；另外一方面及時(shí)對(duì)于一些個(gè)性化的需求也可以通過開放API的方式進(jìn)行補(bǔ)充，所以在這個(gè)場(chǎng)景下是可以邊界閉環(huán)的。
但是我這邊要說的是即使是定位在可視化方面，“低代碼”平臺(tái)還是需要具備提供“數(shù)據(jù)+軟件”一站式解決方案能力，因?yàn)榭梢暬焐褪欠?wù)于數(shù)據(jù)的，所以在數(shù)據(jù)這個(gè)環(huán)節(jié)上也必須打通，不然這個(gè)產(chǎn)品在場(chǎng)景上只能說是做了一半，比如針對(duì)基礎(chǔ)的空間數(shù)據(jù)搭建、多源異構(gòu)數(shù)據(jù)的導(dǎo)入、數(shù)據(jù)的基本處理、分析能力的接入等，同時(shí)這類平臺(tái)作深了一定是和云做緊密結(jié)合的，因?yàn)閷?duì)空間以及算力的要求都提高了，當(dāng)然如果你只是定位做一個(gè)“面子工程”產(chǎn)品就沒這個(gè)必要了。
數(shù)字孿生可視化隨著逐漸成熟到底會(huì)發(fā)展成為什么形態(tài)還需要進(jìn)一步的觀察，但是目前釋放出來很明確的信號(hào)是如果在這個(gè)分水嶺上做了選擇不見得不出局，但是不做選擇的那一定是出局，同時(shí)更多的可視化廠商選擇“低代碼”平臺(tái)化這個(gè)路徑也就意味著競(jìng)爭依然存在而且還會(huì)持續(xù)升級(jí)，就看最后誰能跑出來了~
