物聯(lián)網(wǎng)創(chuàng )業(yè)者們 就是要整天“妄想”著(zhù)做平臺

　　之前筆者看到一篇名為<物聯(lián)網(wǎng)創(chuàng )業(yè)者們不要總妄想著(zhù)要做平臺>的文章，很值得推敲，對于作者的觀(guān)點(diǎn)有點(diǎn)小小的不贊同，所以才有了這篇文章的誕生。不過(guò)我倒是真切的認為沒(méi)有平臺化的物聯(lián)網(wǎng)根本不可能存在，如果存在，那就不是物聯(lián)網(wǎng)。

　　看過(guò)了文章的內容感覺(jué)和物聯(lián)網(wǎng)關(guān)系不大，標題很明顯是來(lái)吸引人的，十足引人悲哀。因為作者說(shuō)出了幾乎是非常業(yè)余的一個(gè)觀(guān)點(diǎn)。我這里只是從物聯(lián)網(wǎng)應用架構來(lái)反駁這個(gè)觀(guān)點(diǎn)，如有不到之處，還望指正。

　　物聯(lián)網(wǎng)創(chuàng )業(yè)者的“自白”

　　何為平臺?簡(jiǎn)單點(diǎn)說(shuō)糾集了一群用戶(hù)的互聯(lián)網(wǎng)空間的提供某種服務(wù)的網(wǎng)站叫做平臺.何為物聯(lián)網(wǎng)?由基礎傳感信息延伸出來(lái)的應用叫物聯(lián)網(wǎng)。物聯(lián)網(wǎng)應用如何實(shí)現，必須有一個(gè)應用程序吧，這里姑且先用application這個(gè)概念。

　　看一下物聯(lián)網(wǎng)應用程序的組成，基本由C#,java這類(lèi)代碼組成的一些程序，那么物聯(lián)網(wǎng)的應用有什么特點(diǎn)呢?不管語(yǔ)言幾何，由于物聯(lián)網(wǎng)的硬件屬性加上智慧應用，必定會(huì )至少有兩部分組成，而且大家也是這么做的。

　　首先有個(gè)搜集傳感信息的模塊，然后有個(gè)處理信息的應用模塊。那么對于這兩個(gè)模塊，很多軟件應該會(huì )合二為一吧?非也，沒(méi)有人會(huì )把這兩部分放在一起。為什么?因為一個(gè)是處理，一個(gè)是展示，放在一起在編程邏輯上會(huì )發(fā)生重大的混亂。

　　要了解物聯(lián)網(wǎng)的應用架構，想必必須了解兩種架構模式，B/S,C/S，這里不做解釋?zhuān)蠹易约喝ゲ殚啞?/p>

　　來(lái)到這里，我們大致對這些架構有了些許的了解，那么對于架構，我重點(diǎn)講一個(gè)概念，叫做引擎，物聯(lián)網(wǎng)應用如果做的好，引擎是關(guān)鍵，那么這個(gè)引擎，怎么才能做好呢?靠一個(gè)部署在本地PC上的代碼量為5000行的破軟件?拜托，別開(kāi)玩笑了。

　　引擎的核心是什么?是數據處理算法?相信不少人應該對在學(xué)校里面數學(xué)課上講的數字算法還有那么一點(diǎn)點(diǎn)印象吧。就算你處理能力再強的PC那幾乎也是不現實(shí)的，那么你換企業(yè)級服務(wù)器好了，拜托，你所謂的不做平臺，用戶(hù)量夠需要一臺服務(wù)器支持么?再說(shuō)了，對于算法的實(shí)現，不僅僅是由硬件的服務(wù)器來(lái)決定的，有一些算法，是沒(méi)有固定格式的，是需要浮動(dòng)處理的，這個(gè)需要不斷調集數據支撐的。

　　講完引擎，再來(lái)說(shuō)展示部分，物聯(lián)網(wǎng)給用戶(hù)最大的價(jià)值在于提供高質(zhì)量的數據分析，比如智能醫療就是。你最起碼要把這部分數據傳送到用戶(hù)處吧，這就需要一個(gè)可以推送信息的不管叫什么玩意的玩意吧，總不能在本地服務(wù)器插個(gè)3G模塊，來(lái)發(fā)生數據吧，你的內存有多少，你的速度真的夠么?你有公網(wǎng)IP么?這都是一系列的問(wèn)題。

　　當然這些都是有技術(shù)手段來(lái)解決的，不過(guò)要你付出高昂的代價(jià)。

　　點(diǎn)到即止，說(shuō)了這些，我相信無(wú)平臺，不物聯(lián)，或多或少會(huì )有些人會(huì )同意吧。