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

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

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

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

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

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

要了解物聯(lián)網的應用架構，想必必須了解兩種架構模式，B/S,C/S，這里不做解釋，大家自己去查閱。

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

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

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

當然這些都是有技術手段來解決的，不過要你付出高昂的代價。

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