被认为是下一个风口的物联网领域，汇聚了众多的软硬件厂商加入这场竞争中来，Cisco、Dell、IBM、AT&T、Verizon、Oracle、Intel甚至GE都在进行布局，它们或推出自己的物联网系统，或合作组成联盟，都希望自己的系统成为标准，但是作为开发者需要什么呢？
以下为译文：
时下，有很多企业对物联网感兴趣，尽管目前物联网市场非常混乱，但是当今的科技巨头正在竞相努力改变这一切。大多数厂商认为物联网是一个系统集成的机会，以及在成千上万传感器上收集组织GB级数据的魔法盒。
Cisco、Dell、IBM、AT&T、Verizon、Oracle、Intel甚至GE都试图构建一些在物理硬件或软件方面的版本来进行出售。其中一些企业甚至已联手形成工业互联网联盟（Industrial Internet Consortium），试图构建参考架构，这样其他厂商可以简单地插入可用的硬件设计和业务流程，以便能利用廉价的传感器和让连接更简单、便捷。
但是这种方法试图让物联网符合昂贵的M2M模型，但在一个开源软件的世界，各种选择更便宜的连通性和敏捷设计周期激增，这种模型不会走远。
物联网需要开发人员，而开发人员需要工具。关键不是设备，而是这些设备生成的数据以及构建在之上的应用程序。但开发人员使用物联网生成的数据，由于有各种利弊，所以这仍然是一个悬而未决的问题，但如果我们能真正利用Bosch文章提到的可能性，让开发人员在这些数据上构建程序是可能的。
当应用程序大幅模块化，一个特定技术模式能够从一个应用程序到另一个能够被重用，一个令人兴奋的应用程序开发领域将会打开局面。这可能涉及接口到连接层、数据分析工具、深度嵌入规则引擎或者安全组件，甚至数据库选项和云服务。从为一个容器中设计测量水位的应用程序，以及是否有特定的模块可以被其他应用程序和作为“软件即服务”产品的一部分被重用？Mash-up应用程序已经是ThingWorx成功故事之一，也许下一个可能的进展将是为基本的应用程序mash-up建立一个库或应用程序仓库？这是物联网的SDK吗？
这一点似乎是显而易见的，但并不明显的是那些开发人员基于物联网开发出来的那些了不起的APP需要什么工具。Bosch文章提到Xively、Axeda等等，但是那些看起来更像是存储数据和针对它提供API。当下，许多公司正在销售各种平台让开发人员从ARM的mBed过渡到Cisco的DevNet或IBM的新IoT Foundation。其他则提供协议如Eclipse基金会的MQTT或Intel支持的Open Interconnection Consortium，还有一些正在销售API。
