在裸C时代，首先出手改进开发平台的是MCU厂商，ST、ATMEL、Freescale、NXP等知名MCU厂家，都推出了越来越完善的固件，使用这些固件，尽可能地抹平不同型号CPU之间的差异，使用户的应用程序更加通用。同时，他们还推出了越来越完善的IDE，利用他们的IDE，可以自动化地生成一部分跟CPU相关的代码，减轻了工程师的工作。但是，所有这些工作，都仅限于同一厂家的不同型号MCU之间，甚至只在同一厂家的同一系列MCU之间，才能体现出其价值。为什么MCU厂家要做这些工作呢?因为他们要卖东西，他们的客户，大多数还使用裸机C开发，而不像系统级CPU那样有完善的开发平台支持。他们的客户，迫切需要一个开发平台，来规避晦涩难懂的硬件驱动开发，使应用和驱动相分离。一个非常典型的现象是freescale，它主要为MCU产品线提供驱动固件，而对于PPC产品线，原厂提供的驱动就是垃圾，谁用谁知道。

　　在物联网时代，也许某一天，牧场跑的每一只羊，农场里的每一株黄瓜，我们喝水的杯子，都是IoT的一个节点，里面都有一颗MCU，都有一套嵌入式程序，如此爆炸性发展的网络规模，使我们面临什么挑战呢?

　　首先我们面临的是人的问题，海量增加的物联网软件工程师队伍，你再象过去要求嵌入式工程师那样，要求他们掌握大量MCU底层技能，根本不现实，他们需要的是一个开发平台，类似PC上编程的开发平台。而裸机C语言编程，则无论如何也摆脱不了“要求程序员掌握MCU底层编程”这一现实。因此，在物联网时代，RTOS成了必须品，裸机C语言平台，必然会被RTOS环境所替代。这并不是说，物联网时代的嵌入式产品有多复杂，非RTOS不可，可是，再过几年，裸机C编程，会像现在的汇编编程那样，成为“高端技能”。现在，许多嵌入式学科的大学生，在校时就已经基本掌握了RTOS下编程技能，裸机C反倒不懂了。结果是，5年后，你将越来越难于找到能够驾驭裸机C编程的人，即使找到了，其人力成本也必然居高不下，年龄大概也会在30岁以上，你能找一个只有1~2年经验的毕业生干的事情，为什么要花更高的薪水，请“老”工程师干呢。同时，虽然摩尔定律在高性能CPU上已经失效(这个有争议)，但在MCU领域，还是符合得很好，硬件的发展，使RTOS带来的额外开销，在成本上显得微不足道。

　　由于IoT产品必然涉及到网络编程，也就注定了不能使用太低端的处理器配置，硬件成本持续下降，运行RTOS所需要的额外硬件成本，占总成本的比例，直接可以无视之。人力成本持续上升，RTOS甚至更高级的开发平台，将会占领IoT开发领域。