路線差異起源于對(duì)計(jì)算架構(gòu)的認(rèn)知

上面拿語音語義的企業(yè)做了個(gè)例子，但事實(shí)上在計(jì)算機(jī)視覺上同樣成立，只不過細(xì)節(jié)會(huì)有差異，比如Movidus的芯片可能在端上就把圖像識(shí)別處理完了，而不需要像麥克風(fēng)陣列那樣自己處理后再把結(jié)果傳到云端。這種模式選擇背后隱含的共通的東西是對(duì)計(jì)算架構(gòu)認(rèn)知和假設(shè)。

到現(xiàn)在為止這種假設(shè)和認(rèn)知一共有三種：

一種是為保證體驗(yàn)（速度等）端始終要扮演重要的角色，云用來輔助端完成計(jì)算。所有我們用的硬件產(chǎn)品：手機(jī)、Pad等基本都是這種模式。

一種是計(jì)算應(yīng)該大部分發(fā)生在云上。Google主推的ChromeBook是這種模式，以前銀行里的終端也是這種模式。

一種是正在興起的傳感器+Fog computing+云架構(gòu)。這種可以看成是第一種架構(gòu)的擴(kuò)展，比如智能家居里所有的設(shè)備都直接連云上計(jì)算成本太高，那就不如家里有一個(gè)中樞先把能處理的處理了（比如天冷開空調(diào)，下雨關(guān)窗戶就不傳到云端了），實(shí)在不行的再連云。

前兩種架構(gòu)在現(xiàn)實(shí)里經(jīng)常會(huì)發(fā)生PK，并且導(dǎo)致很嚴(yán)重的后果，下面說兩個(gè)例子：

一次PK發(fā)生在PC上，那時(shí)候Oracle等嘗試做的Network Computer骨子里的含義就是把各種計(jì)算轉(zhuǎn)移到后端，讓前端就變成輸入輸出設(shè)備。這種嘗試顯然失敗的慘不忍睹，但有意思的是20幾年后當(dāng)PC這個(gè)品類足夠成熟后仍然走這條路線的Chromebook卻看到了些成功的曙光。

一次發(fā)生在Native APP和HTML5上，當(dāng)時(shí)Facebook是很希望主推HTML5，那時(shí)候扎克伯格想用Web App來打破iOS和Anroid的壟斷，但實(shí)際上Facebook差點(diǎn)死在在這個(gè)選擇上，因?yàn)檫@選擇幾乎讓它錯(cuò)過移動(dòng)互聯(lián)網(wǎng)，后續(xù)的Instagram與WhatsApp大額收購很可能與這種錯(cuò)誤路線的選擇有關(guān)。

我個(gè)人對(duì)此的基本認(rèn)知是：對(duì)于新品類硬件產(chǎn)品剛出現(xiàn)的時(shí)候，首先是端要足夠強(qiáng)大，把體驗(yàn)做到極致，隨著應(yīng)用、帶寬等的逐步發(fā)展，那端上的計(jì)算量可能會(huì)轉(zhuǎn)移到云上，因?yàn)槟菚?huì)有成本優(yōu)勢(shì)，但這需要一個(gè)漫長(zhǎng)的過程，PC走了20幾年剛看到這可能性。

如果這是對(duì)的，那意味著在新硬件產(chǎn)品上，首先成立的會(huì)是從硬到軟的模式，而不是從軟到硬。AR、自動(dòng)駕駛等都和前面說的語音交互一樣要先解決終端上的問題，讓產(chǎn)品能夠快速準(zhǔn)確的進(jìn)行實(shí)時(shí)響應(yīng)，確保用戶體驗(yàn)，之后再談其它。也可以換個(gè)角度來考慮這問題，在新產(chǎn)品上更可能是先有iPhone才有Android手機(jī)，而不是掉過來，因?yàn)閕Phone給用戶的沖擊更強(qiáng)，更容易樹立起一個(gè)新的品類，但iPhone不可能用HTML做出來的。

但確實(shí)從硬到軟的模式對(duì)創(chuàng)始人提出更復(fù)雜的要求，比如聲智科技的陳孝良首先是聲學(xué)專家，同時(shí)也是語音識(shí)別專家所以才會(huì)選擇這種從前端開始，結(jié)合后端的路線。而云知聲的CTO是計(jì)算機(jī)科學(xué)家，更擅長(zhǎng)的是算法，深度學(xué)習(xí)，所以先天上就會(huì)傾向于用數(shù)據(jù)、神經(jīng)網(wǎng)絡(luò)算法和大幅增長(zhǎng)的計(jì)算能力（從云計(jì)算到HPC）來解決問題。轉(zhuǎn)到重視端的這條路上來同時(shí)需要跨越思維和技術(shù)壁壘，也許不太容易。