【译】 你不是唯一感到AI疲劳的人(或者说:为什么那个新的AI工具不适合你)

这篇具有很好参考价值的文章主要介绍了【译】 你不是唯一感到AI疲劳的人(或者说:为什么那个新的AI工具不适合你)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

原作:pycoach

引言:越多的AI工具,越多的AI疲劳

 

【译】 你不是唯一感到AI疲劳的人(或者说:为什么那个新的AI工具不适合你)

使用 Midjourney 制作的图像

 

ChatGPT 时代有前后之分。

在 OpenAI 推出 ChatGPT 之前,只有少数程序员会涉足创建聊天机器人和用于本地执行的简单模型,也只有机器学习工程师和少数人工智能爱好者会每天使用“人工智能”这个词。

2022年11月30日之后,情况发生了变化。

ChatGPT 发布几周后,X、YouTube、Reddit 甚至 TikTok 等平台上涌入大量有影响的人士,他们提供了利用AI改善我们日常生活的技巧。其中一些提供了真正有价值的见解,而另一些显然只是为了获得点击。渐渐地,人们普遍发现帖子中出现了"超越ChatGPT的下一个AI工具"或者"行业颠覆,学习如何使用ChatGPT来取而代之"。

到底发生了什么?

然后似乎每周都会有新的AI工具发布或升级。许多公司开始向大众推出自己的聊天机器人。一些知名公司包括Perplexity AI、Google Bard、Bing Chat、Meta的LLaMa、Stability、Hugging Face、Scale AI和Antropic的Claude AI等等。

就像陷入了一个循环。

突然之间,跟上最新模型及其升级成为我的日常生活的一部分。我们会投入尽可能多的时间来不断学习,保障自己永不落后。

在进入这个新世界几个月后,我问自己,

  1. 这些新模型和新功能是否真正向前迈出了一步,还是以新名字重新包装的旧技术,并且智能程度可能较低?
  2. 我需要学习所有存在的人工智能工具吗?

以下是我对这些问题的答案。

还是同样的老套路

大量的论文、视频和模型几乎实时地向我们袭来。就在我们开始熟悉一个AI工具的窍门时,另一个拥有更多功能或额外百万参数的工具就会出现。

新鲜感已经消失;我精疲力尽,陷入困境,坦白说,我厌倦了,被打败了。然而,我内心深处还是感到一种推动力,让我想去探究这个"最新模型"是否真正能够达到其声称的效果,或者是否如其所说的那样具有革命性。

这是我自己强加的一个任务,现在我设法摆脱了它。

大多数AI工具并不适合我们。

让我们以这条推文为例:"我花了无数小时使用了超过1500个AI工具。实际上,只有少数几个我真正有用……以下是我每天使用(大约)的前24个AI工具." 它确实让事情变得清晰明了。从技术上讲,只有1.6%的工具真正对他有所帮助。

这个认识让我思考我们可使用的无数工具中的冗余和局限性。在这种情况下,我可能会考虑使用现有的API之一推出我自己的ChatGPT版本。具有突破性吗?几乎没有。

在AI进化的宏伟计划中,这并不是那么具有开创性。并不是说我不重视新知识;相反,它实际上非常激励人。然而,它似乎更适合满足我的个人好奇心,而不是在公共领域产生影响,因为它只会融入现有工具的海洋中,而不会产生任何显著影响。

人工智能的不断发展是不可避免的。然而,当前的缓慢步伐与芯片供应直接相关。这意味着,除非一个科技巨头决定投资大量的图形处理器(GPU)来训练更强大的模型(并设立新的基准),否则我们基本上只能在原地打转。

公司正在推出低质量的AI产品,以免落后

你还记得谷歌的Bard最初发布时有多糟糕吗?我记得。它不支持角色,无法连接外部插件,而且在推理、编码等方面表现不佳。

但谷歌为什么要推出这样的产品呢?为了避免落后于OpenAI的ChatGPT。尽管Bard不如ChatGPT,但它是免费的,并促使人们将"Google"和"AI"这两个词联系在一起。这也是他们在去年12月进行那次臭名昭著的Google Gemini Ultra演示的原因(现在公众可以使用Gemini Ultra,很明显 Google 夸大了其演示)。

我认为推出像Bard这样低质量的产品从来都不是谷歌最初战略。这就是为什么Bard已经不存在的原因。谷歌将Bard重新命名为Gemini,也称为Gemini Advanced,其中运行着Gemini Ultra 1.0(我知道,所有这些品牌化也会导致疲劳)。

谷歌应该从一开始就给我们一个像Gemini这样体面的产品,而不是像Bard这样的东西。

但这种在AI竞赛中不甘落后并不只限于谷歌。其他表现更好的科技公司也令我们失望。到目前为止,OpenAI还没有给我们一个可靠的工具来检测文本是否是由AI生成的。事实上,他们关闭了有缺陷的AI文本检测工具。此外,Midjourney也没有提供水印(或其他类似的系统),帮助人们检测其图像是否是由AI生成的。

AI竞赛正在迫使公司推出低质量的AI产品和功能。因此,最好只选择几个适合我们需求的工具。如果你现在使用的工具可以满足你的需求,就不要急于尝试每个人都在谈论的新AI工具。

如何防止人工智能疲劳?

最近,谷歌淘汰了Bard,并推出了名为 Gemini Advanced 的高级版本。这似乎是我们已经习惯的无休无止的公告雷达上的又一个亮点。我相信,如果没有当前的AI炒作,这个消息可能会有不同的反应。也许几周后,这将成为旧闻,就像现在被遗忘的Google Bard一样。

那么我们要如何处理这些信息呢?

与普遍的看法相反,我几个月前决定暂停一下,真正吸收一切并应用80/20原则。

以下是我所做的事情。

  • 我对那些劝说我使用每个新的AI工具的影响者充耳不闻。
  • 我放弃了一些信息,虽然在纸面上看起来很诱人,但我意识到这不会对我目前的知识、我使用的工具和我的需求产生多大影响。
  • 我选择专注于完善我现有的技能,并探索AI如何帮助我实现这一点。
  • 当新的AI工具或模型出现时,我会问自己,“它比我当前的工具更好吗?”和“它能满足我的需求吗?”如果两个问题的答案都是否定的,我选择不去关注它。

自从我专注于对我来说真正重要的事情,我就成功地卸下了自我施加的压力。这也有助于我对重要新闻给予适当的重视,而对于其他人来说,这些新闻可能只是他们提要中的众多帖子之一。

这是我最后的想法。文章来源地址https://www.toymoban.com/news/detail-827188.html

  1. AI疲劳是一种真实存在的现象,它是由我们周围发生的事情以及我们自己对此的反应所驱动的。我们很难控制传入我们的信息,但我们必须选择对我们真正重要的事情,并始终关注我们所处的环境背景。
  2. 我们应该抵制被新技术立即打动的冲动,避免在可能明天就会放弃的AI工具上投入太多时间。如果一个工具今天完全满足我的需求,那么它很有可能明天仍然如此。

到了这里,关于【译】 你不是唯一感到AI疲劳的人(或者说:为什么那个新的AI工具不适合你)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 为什么越来越多的人转行学IT当程序员?

    疫情当下,大学毕业生的人数越来越多,就业越来越困难,导致毕业生的就业压力越来越大。但就在这种“毕业即失业”的就业形势下,IT行业的从业者却拿着高薪,在所有行业中成为“佼佼者”。 为什么学IT的人越来越多? 01 行业发展前景,一直向上 我们的工作、生活和学

    2023年04月11日
    浏览(75)
  • 为什么聊天机器人界面不是未来

    ​ 比如: 0 按时上下班,用固定时间长度获取价值 1 创业,用非线性时间,获取真实价值 0-1 之间有无限多种状态 shadow ChatBot目前的交互界面有非常多值得被改进的体验机会。最近看到一篇非常有启发性的文章,分享给大家。 核心观点来自于文章: https://wattenberger.com/though

    2024年02月03日
    浏览(51)
  • 为什么字节大量用GO而不是Java?

    见字 如面,我是军哥。 我看很多程序员对字节编程语言选型很好奇,为此我还特地问了在字节的两位4-1的技术大佬朋友,然后加上自己的思考,总结了一下就以下 2 个原因: 1、 选型上没有历史包袱 字节的早期的程序员大多来自于百度、360,本身就是 php / c++ 的背景,一开

    2024年02月08日
    浏览(61)
  • 为什么DNS使用UDP而不是TCP详解!

    DNS(Domain Name System)使用UDP(User Datagram Protocol)而不是TCP(Transmission Control Protocol)的主要原因是出于性能和效率的考虑。下面详细解释为什么DNS选择使用UDP协议: 小型请求和快速响应:DNS查询通常是小型请求,仅需要几个字节的数据传输。UDP是无连接的协议,它不需要在通

    2024年02月02日
    浏览(48)
  • 为什么说ChatGPT还不是搜索引擎的对手

    1950年,英国科学家图灵在一篇论文中预言,人类有可能创造出具有真正智能的机器。 著名的「图灵测试」就此诞生:如果一台机器能够与人类展开对话,而不被辨别出其机器身份,那么称这台机器具有智能。 也是从那时开始,人类世界开始了对人工智能长达半个多世纪的探

    2024年02月11日
    浏览(57)
  • ArrayList为什么不是线程安全的,如何保证线程安全?

    官方曰, 线程安全就是多线程访问时,采⽤了加锁机制,当⼀个线程访问该类的某个数据时,进⾏保护,其他线程不能进⾏访问直到该线程读取完,其他线程才可使⽤。不会出现数据不⼀致或者数据污染。线程不安全就是不提供数据访问保护,有可能出现多个线程先后更改数

    2024年02月07日
    浏览(62)
  • MySQL为什么使用B+树,而不是B树?

    在MySQL中,B+树被广泛应用于索引结构,因为它支持高效的范围查询和区间扫描,并且有助于减少磁盘I/O操作,从而提高查询效率。为什么MySQL使用B+树而不是B树?主要有以下几个原因: 1、B+树可以更好地利用磁盘预读特性 在数据库中,数据通常都存储在磁盘上。而磁盘的读

    2024年02月13日
    浏览(44)
  • 笔记:TCP握手为什么是3次而不是2次?

    这个问题比较常见,这里简单总结一下。 一、两次握手建立连接:流程说明: 1)客户端发送SYN。 2)服务端收到SYN请求后,服务端回复SYN+ACK,然后进入已连接状态。 3)客户端收到SYN+ACK回复后,进入已连接状态。 二、两次握手建立连接:存在的问题 若客户端发送SYN后,没

    2023年04月13日
    浏览(57)
  • Vue3为什么推荐使用ref而不是reactive

    reactive 本身具有很大局限性导致使用过程需要额外注意,如果忽视这些问题将对开发造成不小的麻烦;ref更像是vue2时代 option api 的 data 的替代,可以存放任何数据类型,而 reactive 声明的数据类型只能是对象; 先抛出结论,再详细说原因:非必要不用 reactive ! (官方文档也有对应的推荐

    2024年02月07日
    浏览(45)
  • TCP协议为什么要三次握手而不是两次?

    TCP(Transmission Control Protocol,传输控制协议)的历史可以追溯到1970年代初期,最初的版本是RFC 793,后来经过多次更新和改进,包括RFC 1122、RFC 1323、RFC 2018、RFC 2581、RFC 2873、RFC 3168和RFC 4614等。其中,RFC 1323(TCP Extensions for High Performance)提出了TCP的高性能扩展,RFC 2018(TCP Se

    2024年02月06日
    浏览(50)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包