之前笔者看到一篇名为<物联网创业者们不要总妄想着要做平台>的文章，很值得推敲，对于作者的观点有点小小的不赞同，所以才有了这篇文章的诞生。不过我倒是真切的认为没有平台化的物联网根本不可能存在，如果存在，那就不是物联网。
看过了文章的内容感觉和物联网关系不大，标题很明显是来吸引人的，十足引人悲哀。因为作者说出了几乎是非常业余的一个观点。我这里只是从物联网应用架构来反驳这个观点，如有不到之处，还望指正。
物联网创业者的“自白”
何为平台?简单点说纠集了一群用户的互联网空间的提供某种服务的网站叫做平台.何为物联网?由基础传感信息延伸出来的应用叫物联网。物联网应用如何实现，必须有一个应用程序吧，这里姑且先用application这个概念。
看一下物联网应用程序的组成，基本由C#,java这类代码组成的一些程序，那么物联网的应用有什么特点呢?不管语言几何，由于物联网的硬件属性加上智慧应用，必定会至少有两部分组成，而且大家也是这么做的。
首先有个搜集传感信息的模块，然后有个处理信息的应用模块。那么对于这两个模块，很多软件应该会合二为一吧?非也，没有人会把这两部分放在一起。为什么?因为一个是处理，一个是展示，放在一起在编程逻辑上会发生重大的混乱。
要了解物联网的应用架构，想必必须了解两种架构模式，B/S,C/S，这里不做解释，大家自己去查阅。
来到这里，我们大致对这些架构有了些许的了解，那么对于架构，我重点讲一个概念，叫做引擎，物联网应用如果做的好，引擎是关键，那么这个引擎，怎么才能做好呢?靠一个部署在本地PC上的代码量为5000行的破软件?拜托，别开玩笑了。
引擎的核心是什么?是数据处理算法?相信不少人应该对在学校里面数学课上讲的数字算法还有那么一点点印象吧。就算你处理能力再强的PC那几乎也是不现实的，那么你换企业级服务器好了，拜托，你所谓的不做平台，用户量够需要一台服务器支持么?再说了，对于算法的实现，不仅仅是由硬件的服务器来决定的，有一些算法，是没有固定格式的，是需要浮动处理的，这个需要不断调集数据支撑的。
讲完引擎，再来说展示部分，物联网给用户最大的价值在于提供高质量的数据分析，比如智能医疗就是。你最起码要把这部分数据传送到用户处吧，这就需要一个可以推送信息的不管叫什么玩意的玩意吧，总不能在本地服务器插个3G模块，来发生数据吧，你的内存有多少，你的速度真的够么?你有公网IP么?这都是一系列的问题。
当然这些都是有技术手段来解决的，不过要你付出高昂的代价。
点到即止，说了这些，我相信无平台，不物联，或多或少会有些人会同意吧。