物联网时代 我们的工作会发生什么样的变化

随着物联网时代即将到来，有关新技术将抢走人类饭碗的讨论再度升温。人工智能、区块链和机器人等颠覆性新技术的不断发展，人们对其也流露出了一些担忧的情绪，担心未来的就业机会越来越少，担心自己的岗位会被“机器”取代。 我们一般都不认为我们现在的工作机会会很快消失。但是，几乎每天我都会收到与此相关的一些问题，有来自学生的，同事的，也有来自那些我在各种活动和会议上遇到的一些人。值得一提的是，无论他们的国籍、年龄或生活经历多么不同，这些人都无一不对数字世界的作用所感到担忧。

有业内人士对于“未来的工作会发生什么样的变化?”这一问题的五个预测。 1 - “智能机器将改变一切” 　　机器人和自动化技术已经对体力劳动产生了重大的影响，预计在不久的将来，这一趋势会持续加剧。包括例如司机、收银员以及餐厅工作人员等许多工作将很快被“机器”所取代。有趣的一个现象是，在那些人口数量低，劳动人口不足的国家，智能机器人的发展尤其迅速，日本就是最明显的一个例子。 　　但正如我之前在另一篇文章中所提到的那样，智能机器的影响并不仅仅局限于特定领域的劳动工作，知识工作者也将会受到影响。一些较为常规以及可预测的工作可以通过机器和算法来更好地执行，例如审查法律文件、分析医疗图像和处理某些保险索赔等。这些机器和算法可替代的知识工作范围无疑也会继续扩大，智能机器将改变一切。 　　从这

想读更多 ->

基于物联网技术的智能远程医疗系统构建

智能远程医疗系统的主要作用和目的在于利用物联网技术实现对医疗行业的资源整合，优化社会医疗卫生资源配置，提供具有个性服务、全面感知、智能监控等特点的智能远程医疗服务。

远程医疗

智能远程医疗系统的架构设计是以 SOA 架构为基础，同时结合物联网三层架构的技术特点进行设计，以 SaaS 形式向各类医疗服务主体提供软件系统服务，以PaaS 形式向个人或家庭提供各类 Web 服务，通过对医疗资源的数据挖掘实现医疗资源的优化配置。换句话说，在智能远程医疗系统中，各企业厂商、政府、医疗机构、银行和公司等机构通过系统平台来提供各类医疗服务。个人、家庭或特殊职业 / 人群通过智能远程医疗系统平

台获得相应服务。基于物联网的智能远程医疗系统主要包括医疗资源层、数据采集层、网络通信层、数据层、应用层和用户层 6 个层次，见图1。

(1)医疗资源层，即智能远程医疗系统中的所有医疗资源对象，包括医疗器械、检测仪器、监护仪等各种基础设备和设施，实现对医疗资源的可视化统一管理。

(2)数据采集层，主要是利用 RFID、手持扫描仪、摄像头等设备实现对相应医疗资源和患者信息进行实时采集，然后通过医疗卫生机构系统、家庭远程系统、公共医疗系统以及其他系统的软件接口和中间件技术对采集到的数据进行统一管理，从而实现对医

想读更多 ->

物联网技术对智能远程医疗的影响

我国的远程医疗系统起步较晚，但发展速度较快，受重视程度较高。随着社会经济的不断发展以及医疗水平和居民生活水平的不断提高，远程医疗的需求将会不断扩大。我国医疗卫生行业积极借助物联网技术，推动个性化医疗服务发展.

远程医疗

　　智能远程采集

　　物联网技术的发展，促使医疗设备、材料和患者的数据采集更加方便、快捷和准确。基于物联网技术的智能远程监护系统将能够实现对远程产生的所有影像、文字、图片等资料进行采集和保存，也能够采集医生在远程医疗过程中所采取的医疗行为。同时，能够将远程医疗前后患者身体所产生的生理反应等信息进行智能对比和分析。患者可以查看远程医疗的所有数据，实现远程医疗过程的可视化和智能化。

　　智能远程监控

　　基于物联网技术的远程医疗可以实现对患者全方位、全天候的智能监控，对患者的生理数据进行实时采集，一旦有异常现象将立即发出报警。同时，这种智能监护不会严格限制患者的行动自由，患者可以在有效监测范围内随意活动，一旦离开监测范围则报警提醒[11]，同时会将相关数据发送给医生、护士和监护人，从而在第一时间采取应急措施，避免出现意外。

　　智能协同作业

　　物联网技术的出现将提高在协调作业过程中的信息化、自动化和智能化水平，从而实现最终的智能协同，降低

想读更多 ->

HTAP数据库 PostgreSQL 场景与性能测试之 26 - (OLTP) NOT IN、NOT EXISTS 查询

标签

PostgreSQL , HTAP , OLTP , OLAP , 场景与性能测试

PostgreSQL是一个历史悠久的数据库，历史可以追溯到1973年，最早由2014计算机图灵奖得主，关系数据库的鼻祖Michael_Stonebraker 操刀设计，PostgreSQL具备与Oracle类似的功能、性能、架构以及稳定性。

PostgreSQL社区的贡献

想读更多 ->

HTAP数据库 PostgreSQL 场景与性能测试之 25 - (OLTP) IN , EXISTS 查询

标签

PostgreSQL , HTAP , OLTP , OLAP , 场景与性能测试

PostgreSQL , HTAP , OLTP , OLAP , 场景与性能测试

PostgreSQL , HTAP , OLTP , OLAP , 场景与性能测试

PostgreSQL , HTAP , OLTP , OLAP , 场景与性能测试

《负载均衡SLB高可用的四个层次》。但很多用户常常在下单选购时，对可用区的选择感到困惑。到底如何选择SLB的主备可用区，如何搭配不同可用区的ECS，来构建高可靠应用系统呢？客官请听下文分解。

首先，我们要搞清楚一个事实，负载均衡SLB的可用区设计的初衷，是用来抵御可用区（机房）级别的重大灾情的，比如机房整体掉电，机房出口光缆中断等，即当某个可用区整体不可用时，备可用区才派上用场，也就是说只在上述情况下，SLB的主备可用区才会发生倒换。而并非用户的某个实例出现故障，就会自动发生主备倒换的，这是一个很典型的误区。

图注：当可用区A整体不可用时

想读更多 ->