18. 理智分析:人类离威胁还相当遥远

2023-10-31 18:50

本文主要是介绍18. 理智分析:人类离威胁还相当遥远,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

作者 | Harper

审核 | gongyouliu

编辑 | auroral-L

我在前几次视频里面都谈到了人们对未来人工智能的担忧。那么我们到底该怎样看待人工智能威胁论呢?《人工智能时代》的作者、计算机科学家Jerry Kaplan,他的观点是:超人工智能诞生,并威胁人类这件事情发生的概率是非常小的,其实我们现在做的就是在制造工具,以自动完成之前需要人类参与才能完成的工作任务,之所以会有人工智能威胁论的疑问,根本上是因为大众习惯于把人工智能人格化。这是问题的根源。

这件事对于专业人士和对于大众的意义是不一样的,比如说,大众总是担心无人驾驶汽车可能伤及人类的生命,但无人驾驶汽车只是一套机器系统,他们只是根据对环境的感知,按照某种特定的原则和设计做出反应,而我们人类对于整套系统的感知和反馈模式拥有完全的控制权。所以专业人士所面对的只不过是一系列工程设计上的问题,他们必须确保设计制造的产品和服务,符合大众的愿望和预期。

这件事情跟桥梁工程师们使用一整套质量保障方案来确保他们建造的桥梁不会坍塌没有什么两样,因为在人工智能领域也有许多工程上的元素来指导专家们测试一个系统,什么样的系统是合格的,什么样的系统是足够安全的,等等,他们同样需要这样的技术,因为人工智能十分强大具有潜在的危险性,但这并不是因为智能机器会像人类一样思考,只是因为他们十分强大,我们必须小心使用他们。

智能也经历了相当长时期的演进,那些预测超级智能的人是按着这样的一种演进趋势来思考问题的,从猿猴的智能,到人类的智能,再到人类制造的机器,最后到超级智能。

但这种线性结构是有问题的,因为我们并没有一种简单的方式来对智能进行度量。智能是一个非常定性的概念。它反映的是某个人成功解决某种特定问题的能力。所以问题的首先在于对智能的定义是非常主观的,这依赖于每个人自己的视角,希望把智能的定义客观化、量化的想法本就身是错误的。其次,关于智能的度量并不是线性的,而是一种多维度的度量。但如何将机器纳入一个多维度的度量体系呢?让一部机器变得聪明,这句话到底意味着什么我们也不得而知。

也就是说,在今天这个弱人工智能的时代里,人类对于人工智能或者什么是智能的认识本身就是缺乏深度的,我们也没有一个合适的可操作的标准来定义什么是强人工智能,什么是超人工智能。

其实在人工智能领域,大多数人倾向于过于乐观地预测全局大势,而过于悲观地估计局部进展。AI技术在许多垂直领域的局部进展,比如围棋,智慧医疗都比很多人之前预料的更早来到我们面前。但AI的整体发展,尤其是最重大的技术突破,几乎每一步都要比多数人的预测来得晚,比如,图灵测试刚提出的时候,很多人认为计算机达到图灵测试所标示的强人工智能的水平最多只要30年的时间,但直到今天我们也不敢说,AI到底何时才能真正像成人一样自由对话。

华盛顿大学计算机科学家奥伦.伊茲奥尼说:今天的人工智能发展,距离人们可能或应该担忧机器统治世界的程度还非常遥远,这种长期的讨论不应该分散我们关注真实问题的注意力。

确实,我们今天还没有到必须分配精力去担心未来,或为可能的机器威胁做准备的地步。即便以今天的标准来看,弱人工智能的发展,还有很长的一段路要走,科研人员、技术人员、各行各业的从业者,政府、社会组织等等还有大量的工作要做。至少在目前,人类离超人工智能威胁还相当遥远。担忧未来,也许更多还是科幻作家和未来学家的事。

本文的视频版本可以直接点击下面视频观看,欢迎关注数据与智能视频号获取更多精彩视频。

32060ff3c3ee56d6b9086f62b9038828.png

这篇关于18. 理智分析:人类离威胁还相当遥远的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/317394

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.