计算机和人工智能当然有可能犯错,而且一旦犯错,往往会导致巨大的危险。
假如一辆自动驾驶的汽车,把迎面而来的白色卡车认错成一朵白色的云,那么后果不堪设想。要避免这样的悲剧发生,人工智能领域的研究人员必须非常对于日常中最常见的意外有深度的认识,这样的话,机器才可以变得更加聪明。这也正是谷歌在做的事——同时研究人脑和神经网络。到现在为止,神经网络的意义在于人眼不会认错的地方,机器也不会认错。
自从20年前深蓝(Deep Blue)在国际象棋中击败卡斯帕罗夫(Garry Kasparov),该事件就被人们誉为机器智能最权威的证明。谷歌的AlphaGo已经在围棋比赛中以四胜一负赢得了韩国棋手李世石,更表明了这些年来人工智能的迅猛进步。机器终会比人类更聪明的预言即将到来,但我们似乎并没有真正理解这个具有划时代意义的事件的影响。 事实上,我们执着于对人工智能的一些严重的、甚至是危险的误解。
很难知道该相信什么。但借助于计算科学家,神经科学家,和人工智能理论家的创举,我们可以逐渐了解关于人工智能更清晰的图景。下面是关于人工智能最常见的误解和虚传。
一、人工智能由于其极高智能,将不会犯任何错误。
Surfing Samurai机器人人工智能研究者和开发者,Richard Loosemore认为大多数假设的人工智能将毁灭世界的情景都非常不符合逻辑。大多数类似的假设总是认为人工智能将会说:“我知道毁灭人类文明是由于设计引起的故障,但无论如何我还是很想去做。”Loosemore指出如果人工智能在打算毁灭人类时,其思路是如此自相矛盾的话,它将在其一生中面临无数自相矛盾的逻辑推理,也因此会干扰了其认知从而变得非常愚蠢,而同时根本不足以对我们造成伤害。他同时也断言,那些认为“人工智能只会做程序设定的任务”的人,将会像在电脑刚刚发明时那些说电脑将永远不会具备应变能力的谬论的人一样。
二、我们永远不会创造出类似人类智慧的人工智能
我们已经在一些游戏领域,如象棋与围棋、股市交易和谈话等创造出可以与人类智慧匹敌、甚至超过人类的计算机。 而背后驱动的计算机和算法只会越来越好;因此,计算机赶超其他人类活动,将只是个时间问题。
当怀疑论者说这是一个无法解决的技术问题,或是生物大脑有一些内在的独特之处时,是不能令人信服的。我们的大脑是生物机器,但归根到底它们仍然是机器;他们在现实世界中存在,按照物理学的基本规律运行。没有什么是不可知的。
三、人工智能将有自觉意识
关于机器智能的一个共同的假设是,它是自觉的有意识的,也就是说,它会像人类一样思考。我们完全可以想象一个非常聪明的机器,缺乏一个或多个这种属性。最后,我们可以建立一个非常聪明的,但没有自我意识的,不能主观或有意识地体验世界的人工智能。
只是因为一台机器通过图灵测试从而证实计算机和人类在智能上无区别,并不意味着它是有意识的。对我们来说,先进的人工智能可能会导致机器看起来是意识的假象,但是在自我自觉方面,它并不比一块岩石或计算器更能感知自我意识。
四、我们不应该害怕人工智能。
一个高度智慧的系统也许能了解完成一个特定任务所需要的所有知识,例如解决一个让人头痛的财务问题,或者侵入一个敌人的系统。但除开这些它所专长的特定的领域外,它很可能非常无知和愚昧。
五、一个简单的修补程序将解决人工智能的控制问题。
假设我们创造出强于人类的人工智能,我们将要面对一个严重的“控制问题”。未来主义者和人工智能理论家完全不知如何限制和制约一个ASI(超强人工智能),一旦它被创造出来,也不知道如何保证它将对人类友好。最近,佐治亚理工的研究人员天真地认为人工智能可以通过阅读简单的故事和社会习俗来学习人类价值观。而问题很可能会远远比这复杂。
所以,理论上,如果不停挑战AI所不擅长的复杂选点棋局,是有可能发现AI的问题,引起过拟合现象的。就像前面提到的,李世石对战AI第四盘棋中的“神之一手”。不是因为这一手够正确,而是因为这一手够怪。
简单来说,你只要不停走AI没见过的棋局变化,是有可能引起AI出“bug”的。哪怕是在现在很成熟的AI系统上,过拟合的风险。以人脸识别为例,只需要你在脑门上张贴类似于人脸其他器官纹理的贴纸,就能轻易让AI错乱。
AI确实征服了很多难题,但现在的AI也绝非完美。需要我们去了解其原理,并将其优势为我所用。就像现在的围棋棋手们,未选择用“怪棋”挑战AI的极限,而选择了和AI共同进步学习那样。这才是我们和AI的相处之道。
15个IT技术人员必须思考的问题
行内的人自嘲是程序猿、屌丝和码农,行外的人也经常拿IT人调侃,那么究竟是IT人没有价值,还是没有仔细思考过自身的价值?
1 搞IT的是屌丝、码农、程序猿?
人们提到IT人的时候,总会想到他们呆板、不解风情,专注于IT技术,就算性感的美女躺在旁边也无动于衷。事实真的是这样吗?虽说不能完全否定有这样的情况存在,但这是IT人普遍的特点吗?而其它行业也有很多这样的人,那为什么人们总是拿程序员说事?下图为2013年网上曾经流传的一张屌丝分布图,程序员行业居首。
而实际上,问题并不在于IT行业拥有这些固有的标签,而是行业内的人看待自己的态度。IT行业大多都很辛苦,“朝九晚五”只是听说过,很多IT人都 没有见过,这是大家都知道的事实。那么,不排除某些程序员需要在苦中找乐子,好让辛苦的工作多一份乐趣,这当然是可以理解的了,生活总不能像程序一样执 行。
而正因为IT行业很辛苦,整天只能与机器打交道,慢慢地就不想跟人说话、不想出门,经常就会有程序员在社交网络吐槽。“程序猿”是用来形容IT人呆板、情商低的特征;“码农”用来形容程序员的工作跟农民一样辛苦,赚不到钱;“屌丝”就是前面两者的结合了。
因此,程序员为自己贴这几个标签的原因主要有两个,一个是找乐子,另一个就是吐槽了。那为什么行外的人也来凑热闹?记得多年前,当笔者还是个朦胧的 高中生的时候,就特别崇拜程序设计师,在我心里他们就是社会的精英。而其他的人,对IT行业也很有神秘感。当时的人要想去编程,要么有兴趣和天赋,要么毕 业于相关专业,否则是难以胜任的。而现在的情况就不同了,外面的软件开发培训机构都在面向初中和高中毕业生招生了。越来越多的人可以接触到软件开发,而进 入这个领域的人中,能力参差不齐,目的各不相同,有发展得很好的,也有发展得不理想的。所以,行外的人印象中的高薪行业,行内却有不少人并没有拿到高薪; 行外的人觉得这是一个精英行业,而行内不少人认为自己跟工地上的搬砖工差不多。
那为何面对行外的调侃时,很多程序员表现得如此淡定?原因就很简单了,如果程序员对自己都是这种“调侃”的态度,别人怎么调侃都无所谓了,甚至还表现出欢迎或者引起共鸣。
2 如何看待工作中的加班以及确保自身健康?
加班可以分为主动加班和被动加班。
先谈谈主动加班,主动加班也是有不同的动机,很多时候分为两类,一类是热衷于自己的事业,愿意奉献更多的时间和精力在事业上面;另一类是,回家后就 找不到成就感与幸福感,还不如留在公司,可以做一些工作,也可以玩一会儿游戏,一般不会有领导去干涉员工在下班时间做的事情,而且还可以节约一点空调的电 费,有些公司还会提供加班补贴,因此他们觉得多在公司呆几个小时也挺好。
而被动加班的原因就没那么简单了。有可能造成被动加班的原因很多,它可能来自公司、领导、团队、个人以及一些不可抗拒的因素。
在创业公司,因为业务变动频繁,公司的决策和方向,也会瞬息万变,这就需要团队成员花更多的时间去应对这些变化,因此正常的八小时工作制一般不适合 创业公司,除非创始团队足够牛,能保证非常好的工作效率、市场洞察力和执行力。当然在大公司一般不会出现业务频繁变动的情况,不然这家公司就是濒临倒闭 了。在国内某些互联网巨头中,加班不仅已经成为家常便饭,而且有时候可以以“变态”来形容。某985高校毕业生A在毕业后进入某互联网巨头(为了保护相关 人员或组织的隐私,本文尽量不出现特定人员或组织的名称)承担开发工作,在试用期三个月里兢兢业业,每天晚上24:00左右下班回家,试用期结束以后,转 正考核以优秀通过。A凭借较强的学习能力,这时对自己项目组的业务和技术非常熟悉,已经可以提前完成领导安排的任务,甚至还主动去改进项目组的程序。随着 工作效率的提高,A感觉没有必要跟其他同事一样必须呆到23:00之后才回家了,所以慢慢的他提前离开了,23:30,23:00,22:30,22:00,21:30。随着时间一点一点提前,虽然他的工作任务都保质保量完成了,但是他在领导眼里被贴上了 “不尽职”的标签,月度考核从最初的A滑到了C。
而团队所带来的加班有些时候也是不可避免的,这涉及到团队的分工与合作,如果经常出现团队之间的协作导致的加班,那一定是团队成员工作的耦合度太大了,就有可能是技术架构或者团队分工出现严重问题。
个人导致的加班,可能是由于自己没有较为准确地预估工作量,也有可能是自己拖延症严重,还有可能是自己对技术不够熟悉等原因,其实个人原因最好解决,因为自己可以轻松地找到这类加班问题的症结,并对症下药。
其它一些不可抗拒的因素,包括需求变动、硬盘永久性损坏等,都会带来很多额外的工作量。
而当前国内大多数IT技术人员都是被动加班,而且是强制性质的,只有极少数公司提供加班费。因此,很多技术人员只有两种选择,要么适应,要么走人。而在中国这样一个发展中国家,也很难期待当局会强烈干涉这个现象。
前不久一则“深圳36岁IT男猝死马桶盖上”的新闻在互联网引起轰动,一个清华毕业的程序员,在长期连续加班之后,终因身体透支过多,年轻的生命就 这样倒下了。从尊重生命的角度来说,事业、公司和客户都没有自己的生命重要,若事业与生死只能选择一个,相信绝大多数人会选择生存。而从所谓的“XX比生 命还重要”的角度而言,如果你能够承担长期过度加班所带来的后果,或者原意像革命先烈一样为自己的事业献出生命,那谁也没法阻止你。
3 如何平衡工作与家庭?
笔者曾经在参加一期沙龙的时候,一个智能硬件公司创始人对我说:程序员根本就没有生活,他们的生活就是工作。他作为一个技术出身的创始人,这样说也 是可以理解的,但这种说法并不一定正确。一方面,程序员需要争取到家人的大力支持,如果没有他们的支持,程序员在事业的前进途中可能会遇到很多困难;另一 方面,可以想象一下,如果自己生了重病,每天呆在病床旁边照顾你的人是公司领导还是家人?考虑好了这些,也许就知道该怎么办了。
4 信息检索一定得用Google?
在很多招聘广告中,也许你见到过很多类似这样的职位要求“必须使用Google来搜索技术资料,如果你用Baidu,那么你就不适合我们”。首先, 我们知道Google的搜索引擎比Baidu做得好,对关键词进行的资源定位更加精确,理论上来说,输入同样的关键词,Google匹配得更准确一些,也 就是可以更快速地找到答案。那么研发团队是否需要对工具的使用强制立下规矩,必须用Google搜索,必须用Linux *** 作系统,必须用机械键盘…这又联 想到了小学的时候学到的文章《摔琴》的故事了,虽然便宜的小提琴在某些音调上表现得不是那么好,而只要演奏者水平足够高,听众根本意识不到演奏者用的是多 贵的琴了。再回到主题上来,对于一个信息检索高手来说,他可以利用世界上最糟糕的搜索引擎来查找到Google上面找不到的内容。也就是说,能否快速查找 到需要的结果,并非取决于特定的搜索引擎。况且,当你使用Google和Baidu同时搜索相同的中文关键字时,呈现的结果都是大同小异的。有人会 说,Google的英文搜索比Baidu强,那么你可以试一下,它与没有被墙的Bing、Yahoo等搜出来的英文结果,也是大同小异的。因此,检索信息 人的是一种能力,它并非决定于搜索工具。
5 技术牛人如何对待新手?
在公司里(特别是大公司),一般有很一些技术大牛,他们是公司核心的技术人员,支撑着整个公司的技术平台。那些可以称得上技术专家的员工,一般性情 随和,也表现得非常谦卑,他们对于技术新手的提问特别有耐心。但是也有少数技术还不错的人,对于职场新手各种瞧不起,特别是对于新手程序员犯下的错误,他 们会用尽可能高的音量指出错误,甚至是谩骂,以此来向周围的人表明自己的技术是多么牛。只能说,作为IT技术人员,这样的表现很不成熟。高手或专家都是从 小白起家的,今天的小白也许就是明天的专家,根本没有必要去嘲讽职场新人,那样只会让自己在同事眼里的魅力大打折扣。
6 如何看待IT鄙视链?
2014年底的时候,IT界盛传一篇名为“软件工程师的鄙视链”的文章,主要从编程语言、工具、OS、硬件和职场五个方面来介绍IT界的鄙视链。就 以编程语言鄙视链为例,静态语言鄙视动态语言,组合鄙视C,C鄙视C++,C++鄙视Java和C#,Java和C#相互鄙视,C#鄙视VB…下面来看一 下来自CSDN整理的编程语言历史排行榜:
Java、C和C++在2002年前后使用量很大,但是到了2014年之后,三者都有下降,只是C降幅比较小。在2002年前后,php刚问世就得 到大量的应用,而到了2014年就跌了很远。Python在2002年前后应用较少,而到了2014年应用也很多了…这些变化说明了什么?编程语言日新月 异,它终归是一个工具,编程语言有个很明显的特点就是,它们之间相互借鉴,直接导致了设计思想有很多类似的地方,所以,只要你精通了一门或两门编程语言, 其它绝大部分语言学习成本很低。所以,今天你自鸣得意的编程语言,完全有可能在明天变得冷门了,甚至是消失。没有必要去鄙视使用另一门冷门语言的人,也许 他今天使用的编程语言明天会成为主流语言。很多有编程语言情节的程序员根本就不相信这句话,他们坚信自己使用的语言是世界上最伟大的,会长命百岁。
换到其它类型的鄙视也是一样,从事运维的技术人员,在能力上并不一定比从事开发的差,也许街上的某位快递员之前的职位就是一名比你还牛的程序员。社 会职位各有分工,各行各业的职位都是不可替代的,否则这个职位就该消失了,没有被鄙视的机会。也许你做的工作他不会做,而他做的工作你也不会做。
7 为何不自称工程师?
在中国,很少有程序员把自己自称为工程师,在这些人中,要么是担心这个标签给自己带来太大的压力,而自己的能力不匹配;要么就是希望外界把自己当做 一名普通的写程序的人员;还有一种就是,希望外界不要称呼他们“程序猿”或者“码农”,他们不喜欢被这样调侃,但也不希望被高估,就喜欢低调行事。
8 薪水在选择工作中的影响力有多大?
当前很多IT行业求职者都有一个信条:“做多少事,拿多少钱”。如果公司愿意拿更多的钱,通常求职者在主观上表现出愿意做更多的事。若有两个 offer在面前,offer1钱多,但是你不是特别喜欢它的工作内容,而offer2薪资只有offer1的一半,但是它的工作内容是你擅长并且喜欢 的。经常在网上会有这样的帖子,列出几个offer,让网友提建议。其实,遇到这种情况很好办的。如果你当前最需要的是钱,那么果断地选择钱多的;如果你 当前最需要的是一份你喜欢的工作,肯定选择自己喜欢的了。选择工作的时候,选择自己最需要的,这样工作起来也会更有动力。若听从那些所谓的牛人的建议(比 如应届生没必要在乎工资多少,能学到技术就好之类的,其实对于应届生来说,到哪里都能学到技术,只是学到得多与少的问题),你很难在工作岗位上认真投入 的。当前很缺钱,现在也没有兴趣去干一番事业,那么就不要接受一个创业团队的低薪+画的大饼这样的待遇,因为你加入公司之后,对于公司和你自己都没有好 处。
9 编程语言不重要,重要的是设计思想?
这个是那些所谓的技术牛人给新手的建议,学校的老师也会给出这样的建议。当新手在咨询学哪门语言的时候,那些所谓的专家建议新手随便学一门语言,门 门语言都想通,哪门语言精通以后都可以找到好工作。虽然这个建议没有完全错,但是也没用完全正确。不同的语言适应着不同的业务需要,比如做企业开发 Java语言更合适,Php和Python在中小型网站开发中更加快速,Objective-C主要用于开发IOS…况且不同的语言还有不同的特性,底层 的实现通常并非相同,这就需要开发者根据自己喜欢的业务领域来选择编程语言,需要对所使用的语言相当熟悉。
10 是否经常把自己的思想强加给同事?
程序员群体有个比较普遍的现象就是,总觉得自己的想法是最好的。而人人都有自己的想法,只是有些人喜欢表达出来,而有些是埋在心里。允许他人评判你的想法,客观去分析他们的观点,而不是粗暴地强加给他们,这是一种个人魅力。
11 IT人可以做多久的技术?
笔者在大学期间,经常听人说IT人是吃青春饭的,过了35岁就写不了代码了。如果干到了35岁还停留在写代码层面上,估计那时是干不过毕业没多久的年轻人了。
12 什么技术热门或赚钱,就学什么技术?
之前Hadoop技术很火,很多公司开出天价招聘Hadoop技术人员,但是如今呢?当Hadoop退烧之后,这个职位的薪资没有之前那么有吸引力了。热门或赚钱的技术很多时候比较短暂,学习自己喜欢的技术才是王道。
13 如果某一天开始计算机不需要人类编程了,你还可以做什么?
随着人工智能技术的发展,若未来机器可以代替程序员进行编程了,程序员还能做什么呢?计算机和互联网的发展,消灭了很多传统职位,但随着科技的不断发展,程序员这个职位也许会有一天也被消灭了。当全球的IT公司都宣布废除人工编程时,程序员应该是回家还是转行呢?
14 业务驱动型还是技术驱动型
当前o2o在中国非常火,严格来说,O2O公司不算是一个互联网公司。O2O将传统行业从线下搬一部分到线上,比如以前需要去餐馆吃饭,现在只需要 在网上下订单,餐馆就把食物送到家里来了。很明显,O2O就是一个业务驱动型的公司。在这样的公司里,技术只是业务的一个支撑部门,一般不会用到复杂的技 术,但是需要技术人员懂得较多的线上线下业务。而百度这样的公司,就是典型的技术驱动型的公司,他们在使用和研究比较高深的技术,里面很多科学家级别的人 物。所以,如果想在技术上有深入到专家级别,那么肯定在技术驱动型的公司里更容易做到。而如果想利用简单的技术来改变传统行业,业务驱动型的O2O就是你 想找的。
15 如何定义成功
毕业多年后,同学之间总会有人讨论谁混得好谁混得差。那么好与差的标准是什么呢?是赚了多少钱,有没有在北上广深买房,当了多大的官、是否在BAT 工作?不同的人有不同的评判标准,但多数是以钱来衡量他是否成功。但成功的标准就这么单一?如果一定得给成功下一个定义,那么成功应该这样来计算:
成功度(S)=(工作快乐度工作快乐权重 +工作薪资薪资权重 + … + 生活快乐度×生活快乐权重 + 家庭和睦度家庭和睦权重 + …)/n
以上是小编为大家分享的关于15个IT技术人员必须思考的问题的相关内容,更多信息可以关注环球青藤分享更多干货
软件测试行业是很多不想做开发的小伙伴向往的,薪资高、压力小的IT行业。那么一些不太了解的小伙伴可能会想知道,软件测试的目的究竟是什么呢今天就让我带着大家来了解一下。在讲软件测试的目的之前呢就要讲一下软件测试的概念了。软件测试指的是在规定的条件下对程序进行 *** 作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。软件测试是运行程序的过程,目的在于发现错误,在用户使用之前发现错误。如果没有测试这一关,那么产品被开发出来就会直接被用户使用。没用经过测试的产品难免会有一些bug、缺陷。那用户就会对产品存在不满意的地方,甚至会造成投诉,对公司进行追责。软件测试的作用就是在用户之前提前发现错误,测试工程师要站在用户的角度来发现错误,使用户拿到的产品质量更高,让用户更满意。1、一个好的测试在于发现至今未发现的错误。软件测试的目的当然是发现程序当中的错误。那什么是好的测试呢,就是在下一轮软件迭代后的测试中发现了上一轮没有发现的错误。2、一个成功的测试用例是在于发现了至今未发现的错误的测试。这样的软件测试用例对错误的发现率会很高,这就是一个好的测试用例。
以上就是关于你觉得计算机会算错吗你见到过人工智能犯错吗全部的内容,包括:你觉得计算机会算错吗你见到过人工智能犯错吗、15个IT技术人员必须思考的问题、IT行业中软件测试的目的是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)