为什么我在 AI 取代我之前辞去了开发工作 | Better Stack 播客第 16 集
BBetter Stack
Computing/SoftwareSmall Business/StartupsAdult Education
Transcript
00:00:00欢迎来到 Better Start 播客，在这里我们探讨 AI、软件、开发
00:00:04以及各种新兴技术。我是你们的主持人之一 Richard，和我一起的有...
00:00:09我是 James。
00:00:10我是 Andres。
00:00:11我是 Elliot。
00:00:13嘿，感谢你加入我们，Elliot。正如你线下提到的，我们很多人
00:00:18都是你 YouTube 频道的忠实粉丝，其实是你的两个 YouTube 频道，Dreams of Code 和 Dreams of
00:00:22Autonomy。是的，我们会在播客中深入探讨这些。但对于那些
00:00:27完全不知道你是谁的听众，你愿意自我介绍一下吗？
00:00:30当然。好的，正如 Richard 所说，我经营着两个 YouTube 频道。
00:00:37我做 YouTube 已经大约三年了。但最初，我是作为一名
00:00:42软件开发者起步的。我从 2012 年就开始从事专业的软件开发。
00:00:47我在 2007 年开始学习，后来上了大学学习计算机科学。从我接触它以来，
00:00:52它就一直是我的绝对热情所在。所以自然地，我现在创造
00:00:57关于软件开发的视频。
00:00:59太棒了。而且我想说，你的软件开发，或者你制作的视频，与
00:01:06Primary Gen 在一定程度上相似，因为你专注于终端工具。那么你
00:01:10一直都是 NeoVim 这种终端用户，还是你逐渐开始接触的？
00:01:13是的。我在大学时，有一门关于编写编译器的课程。该课程的先决条件之一
00:01:21是你必须通过 SSH 进入 Unix 主机并使用 Vim 完成它。所以那就像是一场速成课，
00:01:28不仅要用 C++ 写编译器，还得在 Vim 里写。很多人学会爱上它是因为，我想是
00:01:34斯德哥尔摩综合征，对我来说肯定也是这样。
00:01:40所以我就是那样学习 Vim 的。当时我还在使用 IDE，但我因为那门课有了 Vim 的
00:01:48使用经验。然后我的第一份工作就是 SSH 进入 Unix 主机。那是在
00:01:54金融领域，使用 Vim 在 C++ 中 SSH 进入 Unix 主机。所以我就是从那时起就用了。从那时起，
00:02:01我基本上一直在 Vim 中工作，它是一个几乎能做任何事情的编辑器。有一段时间我
00:02:06用过 Xcode，因为有苹果的工具，但除此之外，对我来说基本上一直都是 Vim。
00:02:11而且现在好像有了一种 Vim 用户的复兴，YouTube 上更多人在讨论它了。
00:02:17是的，我想是的。显然 Primogen 在这方面功不可没。他确实鼓励了
00:02:21很多人去尝试 NeoVim 和类似的工具。但我认为一直以来都有一群人
00:02:27一直都很喜欢它。就像在我做 YouTube 之前，甚至在我看
00:02:32编程类 YouTube 或类似内容之前，网上就一直有人在讨论工具
00:02:35之类的事情。所以它一直都有点像邪教般的追随者。我想指的是 NeoVim 和 Emacs。
00:02:41我试过 Emacs。我不太适应它，但是，是的。
00:02:46我们之前有一集节目请到了 Bash Bunny，不知道你认不认识，她是 Doom Emacs 的忠实粉丝。
00:02:51她曾经是 NeoVim 用户，然后因为 Org mode 转向了 Doom Emacs，
00:02:57Org mode 我还没试过，但她似乎很喜欢。
00:03:00Org mode 太棒了。是的，它简直不可思议，没有其他东西能与之媲美。
00:03:08所以我，当我尝试 Emacs 时，我用 Org mode 编写了我的整个 Emacs init.l，也就是你的配置文件。
00:03:15我是在 Org mode 里写的，所以它既是文档，而且里面的每一个代码块，
00:03:20你都可以设置成，每次保存时，代码块就会变成一个真正的文件，
00:03:26如果这说得通的话。所以它非常强大，你可以用它做各种事情。
00:03:30而且没有什么能比得上它，我想这多亏了 Elisp，是它实现了这一切。
00:03:35是的，我得承认，我从来不是 Vim 或 NeoVim 的粉丝，但我觉得我可能正在慢慢转向，因为 AI
00:03:40的事实是，Claude Code 显然正在为我编写大量代码。我现在讨厌打开 Cursor 和其他工具了，因为
00:03:46它们里面充斥着各种 AI 功能。但我是在终端中使用 Claude Code 和 Codex 的。我心想，
00:03:50我只是想读代码。我不想要任何这些 AI 东西一直在我脸上弹出。
00:03:55而且如果我想做一个小的编辑，我不想要制表符自动补全。是的，Cursor 开始感觉
00:03:59就像如果你只想做个小修改，我也不想要那个自动补全。真的，Cursor 开始
00:04:03感觉有点像是在硬把所有它想卖给我的东西塞到我脸上。
00:04:07所以我可能正在慢慢切换过去。所以我认为那是非常令人共鸣的。
00:04:12而且我也认为，我是说，你也是在终端中工作，所以保持在终端中是有意义的。但是，
00:04:17我认为这也是我目前真的很喜欢 NeoVim 的一点。我没有
00:04:22在里面安装任何 AI 自动补全功能之类的。我只是纯粹用它来阅读代码，
00:04:25导航代码，并且在我想编辑时真正地去编辑它。
00:04:30很棒。而且我猜你制作的其他很多内容都是围绕 CLI 工具的。
00:04:33所以我其实是从你那儿学到了 zeoxide。还有什么，你做过
00:04:38多个关于不同工具的视频。所以你做了像前 10 个奇怪工具，比如 croc 和一些
00:04:44bonsai 工具之类的内容。你是如何找到这些工具的？还有，是什么让你爱上某些工具的？
00:04:49是的。关于我是如何找到它们的，那是个好问题。我通常只是
00:04:55经常在线下潜水。所以我会在不同的论坛上积极搜寻，看看其他人
00:05:01在使用什么，然后看看哪些东西能解决我的问题。Zeoxide 是个大热门，因为
00:05:06在终端中导航一直很痛苦。而 Zeoxide，一旦你用了，
00:05:12我想你就再也回不去了。奇怪工具那一期稍微难一点。我必须做大量的
00:05:18深度挖掘和研究。那一期是因为我之前做过关于流行工具的视频，
00:05:23但现在大多数人已经知道流行的 CLI 工具了。我真的很想做一期
00:05:28比较冷门的内容。所以我必须做大量的研究来发掘它们。我是说，GitHub stars，
00:05:32你可以在 GitHub 上搜索 CLI 工具。通常那里会有一些好的推荐。
00:05:38你知道，我也是个 Zeoxide 的忠实粉丝。我同意。一旦你用了它，你就回不去了。
00:05:43我之前用过一台新机器，还没安装它。我会在里面输入 CD，试图
00:05:47进入我常用的目录，然后会发现，不在这里。我心想，我需要
00:05:51Zeoxide。它快得多，也更好用。是的，当你搬到新机器上，
00:05:55没有那种历史记录真的很令人沮丧。是的。我觉得我也一直关注着你制作
00:06:00基于 Go 的课程平台的历程。你愿意谈谈更多关于那件事吗？
00:06:06是的，可以。我最近确实把它从 Go 换掉了，但我最初计划是使用 Go，我觉得
00:06:12从经验角度来看这很好。那时候正是 HTMX 被大肆炒作的时候。我真的很想去
00:06:20尝试一下，看看在一个较大的项目中使用它是否可行。我觉得结果喜忧参半。
00:06:26我认为你绝对可以做到，但如果你想要有更现代的 Web 体验，我发现这开始变得具有挑战性。
00:06:32其实 Go 非常适合，特别是配合像 Temple 这样的包，它们对于创建那种你通常在
00:06:39React 或类似框架中找到的组件化视图逻辑非常棒。并且通过 HTMX，当你使用
00:06:45超媒体方法从服务器拉取时，它运作得相当好。挑战在于，如果你想要
00:06:51更多的客户端交互，那事情就会变得更有挑战性。有 Alpine JS，这对它来说
00:06:56相当不错。但我发现，一旦你想要更复杂，你就越是在用那种
00:07:02香草（原生）的方法编写 JavaScript，我认为，
00:07:06我很高兴我们最终搬离了那种架构，因为我觉得那比我们现在有的东西要难得多。
00:07:12是的。所以你是特指 document.selectelement 之类的操作，还是说这是个-
00:07:18是的，document.selectelement，但甚至仅仅是关于如何妥善组织 JavaScript 代码，
00:07:22当你只是引入脚本并以过去的方式使用它时，确实有很多陷阱，
00:07:28而不是使用能帮助你的框架。我差点就去用 jQuery 了，真的有那么糟。
00:07:35是的，我想有一个，我不记得叫什么了，
00:07:40有一个 PHP Laravel 的大牛制作了一个类似 HTMX 的东西。我
00:07:45忘记了，Alpine，你提到过的，Alpine JS。他有一个类似 Alpine Ajax 的东西，这有点
00:07:50像 HTMX。我不知道你有没有听说过。是的，Alpine Ajax。我其实当时有考虑过
00:07:57要转用它，因为如果能把所有东西都放在那个 Alpine 生态系统里会很不错，
00:08:03但那个 Alpine Ajax 看起来非常酷。最后，我还是决定把它改写成了 Next.js，
00:08:08因为当时刚好是 AI 代理出现的时候。而且我其实比大多数人更早地尝试了
00:08:13Claude Code，只是为了去体验一下它能做什么。它能够相当好地把那个
00:08:19Go 网站重写成 Next.js。所以最后我因为那个原因转向了 Next.js。
00:08:24但让我们快速回到关于 Go 课程平台的话题。
00:08:29是的。所以我关注了你构建那个平台的旅程。作为一名 YouTuber，
00:08:36总是得做点副业来赚点真金白银。我觉得课程平台
00:08:41是你的一种替代选择。你是如何找到推广它的方法，构建它，并获得
00:08:47上面的用户的？
00:08:52是的。这是一个有趣的问题。我在营销方面做的投入可能是所有售卖产品的人中最少的，
00:08:58我认为这是一个根本性的缺陷，因为构建一个
00:08:59产品只是成功的一半，而营销才是另一半。所以这很有趣，因为我真的很
00:09:06想做一个课程，主要去教更多关于 Go 的知识，以及如何真正用它构建 CLI
00:09:11因为打造产品只是成功了一半，而营销才是另一半。
00:09:17所以有趣的是，我做这门课程主要是为了教授更多关于 Go 语言的知识，以及如何用它来构建命令行工具。
00:09:23构建 CLI 应用程序时会学到的东西，而不是仅仅说，嘿，用这个框架。这里有个工具。更多的是
00:09:27深入了解 Go 的底层。Go 没有非常深入到操作系统，
00:09:33但足够让你理解更多底层技术基础。所以我是如何把它转化成
00:09:38一项业务的？我觉得你说得对，当涉及到 YouTube 时。YouTube 本身
00:09:44在赚钱方面非常糟糕，特别是 AdSense。我想我的 AdSense 收入
00:09:51大约每个月几千美元，还行，但在美国生活还不够。所以销售另一个产品，
00:09:54YouTube 本身在通过 AdSense 赚钱这方面其实非常糟糕。
00:10:00我想我的 AdSense 收入一个月大概只有几千美元，虽然还行，但在美国并不足以维持生计。
00:10:07AI 已经改变了人们现在学习编写代码或软件的方式。而且
00:10:15我确实不擅长营销。我想如果我大力营销，它会是一个更成功的产品。
00:10:21谈到 YouTube，我认为大多数创作者赚钱的最主要方式
00:10:28现在是靠赞助，对吧？我认为三个赞助商赚的钱比课程本身赚的还要多。
00:10:32你觉得课程已经没落了吗，人们不再感兴趣学习编程语言了？
00:10:38是的，它仍然有销售，这很酷。所以它确实还会带来一些收入。
00:10:45但相比之下，很难说，因为我没怎么宣传它。我依然还在做一点点营销，
00:10:51比如放链接什么的。但我想确实是有所下滑。你也能看出那是从什么时候开始的。
00:10:59当代理工具开始流行时，我注意到了销量的下滑，因为人们不像过去那样渴望学习了。
00:11:05你在 YouTube 上的编程教程也能看到这一点，收视率大幅下降。我想
00:11:13Web Dev Simplified 最近做了一期视频讲他的观点是如何随着 AI 的存在而下降的，因为他的内容主要基于教程。所以
00:11:21YouTube 上的编程教程也能看出来，观看量简直是断崖式下跌。我觉得
00:11:27Web Dev Simplified 最近发了个视频，讲他的播放量自从 AI 出现后就一直在降，因为显然他的很多内容都是基于教程的。确实，现在 AI 能代劳了，大家似乎就不觉得有必要去学习了。
00:11:39这真是一个有趣的难题，因为我觉得学习依然非常重要。但与此同时，我能理解人们为什么会觉得这是在浪费时间。关于这一点我有太多的想法，但我真的不知道正确答案是什么。我的意思是，我目前正在重读 Rust 的那本书，为了复习和重新学习，因为我认为这依然相当重要。而且我觉得，我不知道，我对 AI 的看法很复杂，就像大多数人一样。但我觉得，
00:12:09归根结底，学习依然非常重要。哪怕现在的成果看起来很抽象，哪怕 AI 包办了一切，我也认为拥有那种基础性的理解和知识是非常好的。
00:12:24是的，我想 AI 只能带你走那么远，它可以为你构建一个你的一个用户能用的基础应用。但一旦你需要开始扩展和优化时，我认为这就是你需要那种基础知识的地方。
00:12:38是的，我同意这点。
00:12:39是的，这处境很尴尬，因为如果 AI 可以代写代码，新人该如何学习？你如何鼓励人们去学习？我不知道。我不知道人们现在在做什么。因为我，我正在思考，我不懂任何系统语言，我曾玩过 Rust，但我懂得很肤浅。
00:13:07我正在考虑试一下 Zig，因为大家说它很酷。我当时想，好吧，我可以在 YouTube 上看 Zig 教程，或者我可以请 Claude 教我 Zig。
00:13:16Claude 教得会更快。但 Claude 其实会直接把代码写好给我。所以我就什么都学不到了。
00:13:19这真是个困难的情况。而且它还会产生幻觉。这是另一个问题。
00:13:36是的，这就是我要说的，基本上，我不会信任 AI 教我新东西。如果你曾问过 AI 一些你确实懂的事情，有时你会看到它会犯错。而我心想，如果我让它教我新东西，它可能也会犯那个错。
00:13:49所以我现在正在学习 Rust。你是关掉所有的自动补全，所有的 AI 代理，然后就像在终端里那样采用传统方式吗？
00:14:02我两者结合使用。我的意思是，我多年前曾使用过 Rust，后来我停用了，我转向了 Go，因为我想专注于一门语言，而不是在要做哪门语言的问题上产生决策疲劳。
00:14:18而且，尽管我爱 Rust，它并不是一门看起来很好看的语言。编写好看的代码比其他的要难。而在 YouTube 上，你希望代码在展示概念时易于阅读和理解。
00:14:31所以我决定转向 Go，因为用 Go 做这些事情更容易。而且我觉得更多人愿意去看和理解我的内容。我过去写 Rust 代码时，总会收到评论说代码很难理解。
00:14:47所以 Go 在这方面容易得多。所以我想，我是在重新学习 Rust，但我不是从零开始的。我正在拾起我过去拥有的技能并将其应用在那里。
00:14:56什么是 Rust 书？官方书名是什么？
00:15:01我想它叫 Rust 书。让我看看。
00:15:04好的。
00:15:05它在官网上，它是大家公认的那本。它出自 No Starch Press。
00:15:13《Rust 编程语言》。那是官方标题。但人们通常就叫它 Rust 书。所以我在重读那本，那是非常基础的知识，会教你语法。还有一本《Rustonomicon》，我真的很想读，那本是非常大的。
00:15:25那本出了名的难啃，特别难。而在项目方面，我目前正在开发一个视频编辑器应用，它用 Rust 构建，是跨平台原生的，并使用了大量的 Rust 框架，这非常酷。
00:15:40我在这方面严重依赖 AI，但更多的是因为，这里的文档太差了，我该如何使用它？因为 AI 非常擅长阅读代码并提取信息。
00:15:51所以 Rust 中许多较新的跨平台框架文档太糟糕了。所以用 AI 提供示例来自己实现它很容易。
00:16:02起初，我在这方面太依赖 AI 了。像媒体渲染或视频编辑这样的东西，像时间轴复合、渲染等。
00:16:14用 AI 处理这些简直太糟糕了。正如 James 早些时候提到的，它擅长简单的东西。一旦你到了稍微非平凡的程度，它就开始优化了。
00:16:26我常说它试着解决症状而不是病因，如果这说得通的话。它会试着让代码跑通，但却不够健壮，无法在以后继续构建。
00:16:38在这个项目中我深有体会，它确实跑起来了，但媒体管线根本不存在。它只是，这里是用基础 API 播放视频文件。
00:16:49然后一旦你需要像编辑器那样操作，跳过或者处理多个文件，它很快就崩溃了。
00:16:55所以我的学习过程大都变成了取其实现，然后使其正确。
00:17:01是的，视频编辑器听起来不是个简单的任务，即使有 AI 的帮助。我个人不会去尝试那个。
00:17:08确实，这一路走来不容易。
00:17:10你是怎么处理视频编辑器中各种不同编码格式的？
00:17:15嗯，这部分我交给平台去处理了。
00:17:20苹果有 AV Foundation，这是他们的基础音视频媒体工具包。
00:17:27AV Foundation 真的是太棒了。它支持很多不同的编解码器。
00:17:31所以我在媒体引擎里有一个解码器模块，我可以随时更换不同的解码器。
00:17:37AV Foundation 在 macOS 上使用，多亏了 Rust，你可以使用 FFI。
00:17:42所以你只要对接 Objective C 代码，然后使用它。这是不安全的 Rust，但足够安全。
00:17:48呃，对于 Windows 和 Linux，那挑战更大一点，因为 Windows 有 MF Foundation 或 Media Foundation，虽然 decent，但不支持像 macOS 上那样多的编解码器。
00:18:03是的。
00:18:04呃，所以相反地，这就是 AI 的另一个问题，因为 AI 并没有以我能轻松更换不同解码器和编码器的方式构建。
00:18:09它只是，这是给你用的。
00:18:14我们只是用 Media Foundation 做这件事。
00:18:15这在很多情况下是行不通的。
00:18:19所以在 Linux 和 Windows 上，Windows 支持更多，但 Linux 只是使用 GStreamer，那是事实上的标准。
00:18:29它对接 FFmpeg，而在 Linux 上安装 FFmpeg 很简单，因为在一些编解码器上它是 GPL 的。
00:18:36所以你不能真正把它打包进你的应用程序里，但用包管理器，你可以确保在安装二进制文件时也安装了它。
00:18:44呃，顺便说一下，如果我开始跑题了，就打断我。
00:18:47好的，太好了。
00:18:48但在 Windows 上有点困难，因为你不能直接打包 FFmpeg，因为它属于 GPL。
00:18:53你只能使用你链接到的 LGPL 版本。
00:18:56所以你得同时利用 Media Foundation 和 FFmpeg，并支持不同的编解码器。
00:19:03我觉得主要在涉及到 H.264 和 H.265 的编码时才有问题，但我现在有点深入技术细节了。
00:19:12不，这很棒。
00:19:13谢谢。
00:19:15你在制作 Kiru 之前就知道所有这些东西吗？
00:19:18是的。
00:19:19是的，Kiru。
00:19:20我了解其中的一部分，主要是因为作为 YouTube 创作者处理视频，对吧？
00:19:25你会接触到不同的编解码器和东西。
00:19:27我过去曾经大量使用 C++。
00:19:30所以我理解有关渲染、GPU 的东西。
00:19:32但当涉及到更多的媒体管线内容时，我认为那是通过真正构建项目学到的。
00:19:39是的，我本来会以为你只是用 FFmpeg 处理一切。
00:19:42但看起来在不同操作系统上并不是这样。
00:19:45是的，你可以用 FFmpeg 做一切。
00:19:48但这很有挑战性。
00:19:50而且你还得面临 FFmpeg 的授权问题。
00:19:53所以，是的。
00:19:54我想如果只是个爱好项目还可以，但商业应用就不行了。
00:19:58是的。
00:19:59除非你想用 GPL 协议，但我不想用。
00:20:02我离线时提到过，你在视频中说要全职专注于 Rust，而你大多数视频都在谈论 Go。
00:20:13所以，能不能解释一下为什么要转向 Rust。
00:20:16嗯，这真是个好问题。
00:20:18我对 2026 年的 Rust 发展非常看好。
00:20:23我认为会有更多的公司向它靠拢。
00:20:27尽管过去采用的速度一直比较慢。
00:20:29总有个梗，对吧？
00:20:31说找一份 Rust 的工作比学习这门语言本身还要难。
00:20:35因为过去除了加密货币公司之外，真的很少有人招聘它，而我认为大多数开发者并不想在加密货币行业工作。
00:20:41我猜它在工业界里的其他用例，通常是你已经是一家公司的资深开发者，你可以提出使用 Rust 的理由，而不是他们真的在招聘 Rust 开发者。
00:20:54所以作为一个 YouTuber，从教育的角度谈论 Rust 一直很难，因为没多少人能在其中找到工作。
00:21:02现在，我认为情况会改变，因为我认为更多拥抱 AI、LLM 和智能体工程的公司正在意识到不稳定性带来的弊端，对吧？
00:21:12我认为有那个经典的项目管理三角，你知道，廉价、快速或稳定性、质量之类的。
00:21:22而我们现在处于那种廉价和快速的状态，但我们牺牲了稳定性。
00:21:26我想很多开发者都在试图找回那个平衡。
00:21:30我认为 Rust 是实现这一点的方法之一，或者说是使用 Rust。
00:21:34如果你写出正确的 Rust 代码，它能消除一大类潜在的错误。
00:21:38所以我认为更多的公司正在转向它。
00:21:40我们已经看到 Bun 进行了百万行代码的重写，我们拭目以待结果如何。
00:21:46我认为那个做法很有争议。
00:21:48是的，这很有意思，但我们会看看结果如何。
00:21:52而且 PMPM 也在转向 Rust。
00:21:54他们刚刚把它合并到了主分支。
00:21:56我想他们会同时维护两个版本。
00:21:58我认为 Ladybird 浏览器最近也把一堆 C++ 代码移植到了 Rust。
00:22:04我认为这将是一个越来越普遍的趋势，这就是为什么我如此看好它。
00:22:10但我也真的很喜欢 Rust。
00:22:12我认为它是那三四种语言之一，也许是四种。
00:22:14我认为它是四种没有上限的语言之一，你可以用它构建几乎任何东西。
00:22:18所以对我来说，它一直都非常令人兴奋。
00:22:20而且我认为现在未来会更令人兴奋去了解和学习它，因为我觉得会有更多项目使用它来构建。
00:22:27是的，我想我也同意。
00:22:28我听到过一些关于编译器很慢且太过于教条的争论。
00:22:36但我认为这对于 AI 来说是有道理的，如果 AI 在写代码，而你放手让 AI 去做，那么检查工作就是由模型完成的，而不是你。
00:22:44但你不能说 Rust 是你的四大无上限语言之一，而不提其他三种。
00:22:50好的，好的，其他三种。
00:22:51首先是 C，显然，我认为 C 可以做任何事情。
00:22:52它可能是最没有上限的语言。
00:22:56Zig，我认为也在其中，尽管我认为 Zig 我对它的问题是，它对于这门语言来说还处于非常早期的阶段。
00:23:00所以它变化很大。
00:23:07甚至连上一版本的文档，如果你尝试去做一个像 hello world 这样的东西，它在最新的 0.16 版本中也无法工作，这有点困难且富有挑战性。
00:23:08如果你能坚持下去，我认为人们真的会发现这门语言很有回报。
00:23:19而且 Zig 有很多好处，它与 C 的互操作性令人难以置信。
00:23:22就像，是的，如果你喜欢 FFI，那么它棒极了。
00:23:27第三种语言，显然是 Rust。
00:23:31然后第四种语言是 C++。
00:23:34我认为 C++ 也没有上限。
00:23:35你可以用那门语言做任何事情。
00:23:37我对 C++ 有很多偏见，因为我职业生涯的大部分时间都在写它。
00:23:39所以我爱这门语言。
00:23:44并不是很多人都喜欢这门语言。
00:23:46它有很多丑陋的部分，但它也能做任何事情。
00:23:48有些人我想会把 C 和 C++ 归为同一个篮子里。
00:23:52因为，你知道，它只是向前迈进了一步。
00:23:56我也想说关于 Zig 的一点，我认为它比较新是 Bun 放弃它的原因之一。
00:24:01因为他们说他们向 Zig 项目本身提交了很多 PR，试图修复这些问题。
00:24:07因为人们会向他们抱怨 Bun 崩溃了，而他们意识到这是 Zig 的错误。
00:24:11所以，是的，这就是他们转向 Rust 的原因，并希望它能解决一些错误，基本上就是 Bun 一直在遇到的崩溃问题。
00:24:16而且 OpenCode 我想也有不少崩溃，因为它建立在 Bun 之上，结果发现是 Zig 的错等等。
00:24:22所以，是的，我很想看看这次重写结果如何。
00:24:28是的，我也是。
00:24:31我认为这很有意思。
00:24:32这不是我会用来重写这个项目的方式，但我认为这是为了科学，为了找出这是否可能。
00:24:34我认为作为一个观察者，看到这一点非常有趣。
00:24:42我想关于 Bun 存在下游依赖有很多争论。
00:24:45很多公司建立在 Bun 之上之类的。
00:24:49所以，我想这可能有点鲁莽，但如果结果不错，也许就不是了。
00:24:51所以，我们拭目以待。
00:24:58时间表大约是七天前，他在推特上说他正在把它作为一个实验。
00:25:00然后七天后，将一个百万行 PR 合并到了主分支，这，是的，那是一个疯狂的实验。
00:25:04我的意思是，如果它真的成功了，这是 Claude 的绝佳营销材料。
00:25:11是的。
00:25:14他那里有个很棒的故事。
00:25:15是的。
00:25:16作为一个一直主张小 PR 的人，这有点让人受伤。
00:25:17一点点。
00:25:20但是，是的，我们来看看结果如何。
00:25:22我认为从观察者的角度来看这非常令人兴奋。
00:25:25但我确实为那些依赖 Bun 的人们感到难过，也为这可能对他们的代码库产生的影响感到担心。
00:25:29是的，我想我今天看到了 Dax 的一条推文，说 open code 暂时不会升级到新版本，因为它现在非常不可信。
00:25:38没错。
00:25:46我想我有几个关于你的语言选择的问题。
00:25:47而且我也对你使用 AI 的方式很感兴趣，因为你说过你起初让 AI 构建了很多，但后来你又回去修复了困难的部分。
00:25:50所以你修复了它们，你是那种会提示它自我修复的人，还是你会亲手写代码，或者你两者都做？
00:26:00两者都做。
00:26:09所以这真的取决于我试图修复什么。
00:26:10我想很大程度上是架构问题。
00:26:13我认为 AI 和 Rust 的奇怪之处在于，如果你只是提示它并让它运行，它会把所有东西都放在 main.rs 文件中。
00:26:15所以我最终得到了一个 20,000 行的 main.rs 文件，然后我想，好吧，我必须从头开始，因为这太糟糕了。
00:26:21所以它在架构决策方面非常差。
00:26:28比如，同样，这是试图尽可能快地达到目的，或者在令牌成本方面尽可能高效的观点。
00:26:32当它试图做出决定时，它并不把长期项目作为一个考虑点。
00:26:40所以把决策权委托给它，我认为是很糟糕的。
00:26:46所以我不得不自己做很多那些架构决策，回去，然后与它一起实际实施那些。
00:26:50其中一些是我重写它，或者至少写了一些存根，然后说，好的，现在去填补这个，让它看起来像这样，或者定义我想要的实际文件，哪部分应该放在哪个文件中。
00:26:56然后它会去为我做那个重构。
00:27:08所以我认为很多打字自动化是我倾向于依赖它的地方。
00:27:10现在，这就是我喜欢使用它的方式，只是让它为我自动化打字。
00:27:14然后我仍然会做出架构决策。
00:27:18我仍然会审查代码。
00:27:20如果有什么是，你知道，完全愚蠢的，我会要求它再次重写，或者有时自己动手。
00:27:22每当学习一个新概念时，那才是我会亲自动手做的时候。
00:27:30因为我认为如果你不自己写，你就无法很好地学习某种东西。
00:27:34所以我正在使用，我实际上玩了一些不同的 Rust 前端框架。
00:27:39我正在使用 Z 团队的 GPUI，但使用的是 GPUI 组件，这是一个很棒的框架。
00:27:44在让 AI 接触它之前，我先去学习了它并自己实现了一个小程序，因为我认为这是理解它如何工作的最简单方法，而不是仅仅使用 AI 来做这件事。
00:27:50然后你就不会真正了解，你知道，当整个窗口被刷新时，当组件被刷新时，或者当你需要刷新整个应用程序时，或者其他什么，这是 GPUI 组件提供的三个上下文的一部分。
00:28:03所以我还玩了其他桌面框架，如 Iced 和 EGUI，同样，也进行了同样的过程，我必须手动编写代码来了解它们是如何工作的，我喜欢什么，它是否真的适合我的需求。
00:28:20当然，我认为这很有道理。我发现那是一次类似的经历，就像如果你自己要构建一个产品，只是把你的编码规范和你喜欢的代码编写方式放在适当的位置。
00:28:32然后如果 AI 要为它添加更多功能，它会匹配你的风格，而不是它自己去做。
00:28:43所以我认为，是的，你先搞清楚一些事情，以了解你喜欢如何构建代码，这将帮助 AI 在长期内正确地完成它。
00:28:50所以，是的，我也喜欢使用存根的想法。我从未想过这样做。所以如果你有像空函数，或者我不确定它们是否有接口。
00:28:58好的，好的。所以空函数，然后它只是填补。不错。
00:29:05是的。有时，我一直做的一件事，这来自 C++，因为 C++ 要求你编写头文件，对吧？
00:29:07所以这是第一件事。我讨厌头文件，但它们实际上对于一件事非常有用，那就是定义你的公共接口。
00:29:14所以你通过那个过程，你创建你的类文件，你定义它看起来的样子以及哪些函数是公共的。
00:29:21而那就是你的合同，这是一种非常好的工作方式，因为它允许你抽象出，好的，我希望人们调用这个函数什么？
00:29:28而我发现 LLM 只是没有那种同样的思维过程，显然。所以我用 Rust 也复制了这一点。
00:29:36我定义了我想要的结构体。这是我想要的某种公共接口。不要，你知道，确保代码符合这一点，而不是只导出所有东西，这是它喜欢做的事情。
00:29:45它就是喜欢让所有东西都变成公共的，这很愚蠢。所以，是的，这是我喜欢做的方法之一，去找到那种存根，那种公共接口，然后让 AI 填补所有的实现细节。
00:29:55酷。我喜欢那样。我想我可能会在未来的项目中尝试一下。
00:30:09它有效吗？因为有时我觉得我看到在推理阶段它想要走捷径，比如，哦，让我简化这一点，然后它可以回到头文件并更改那里的东西。
00:30:12是的。
00:30:25你有过那种经历吗？
00:30:26哦，很多次。
00:30:27是的，这是我认为 AI 自动化不会发生的事情之一。它可能会发生，但我认为我们永远不会看到人类不与它互动，或者只是让它运行，然后喂给它一个提示并再次让它运行。
00:30:29因为我必须停止它做某事的次数，当我看到它正走上一条我不希望它走上的道路时，根本就没有办法我能信任它在没有人类互动的情况下做某事。
00:30:45所以，而且同样，我认为这有一定的琐碎性。我认为像非常、非常简单的玩具应用程序，或者有时我只需要一个 CLI 来将一种格式转换为另一种。我不会写那个。我只是要相信 AI 会做。
00:30:57但任何与生产相关或我以后想要维护的东西，我希望非常参与 AI 正在做的事情，只是为了引导它朝着正确的方向发展。
00:31:10所以，是的，回答你的问题，它绝对喜欢试图打破你设置的约束，因为它只是给 AI 的指导方针，对吧？所以我很活跃。我总是阅读输出的内容，并试图阻止它做我不想要的事情。
00:31:20我也经常使用 git 暂存。每当我对自己进行的方向感到满意时，我就会暂存更改。然后如果它做了一些奇怪的事，我会非常乐意提交以恢复到那个阶段。
00:31:35那确实是一个好技术。当你忘记做的时候很烦人。那可能是我很想看到更多能够回滚到某些阶段的能力，因为我认为现在这非常手动。我想要一种方式让我能够实际回到它在所有东西崩溃之前的这个消息时的状态。
00:31:47我不知道。我觉得 VS Code 在那个里面有这个选项，但它是一个 IDE。所以你可以回到一个检查点，然后它会擦除它之前所做的。我不知道它在其他 IDE 中是如何的。
00:32:05我以为 Claude code 确实有一个那样的功能。但我认为我大多使用工作树进行类似的方法暂存东西。是的，确实有一种方法可以做到。有点隐藏。但我认为如果你按两次 escape，那么你可以看看以前的聊天记录，你可以回到一个检查点。但是，是的，它允许你让代码回到那个检查点吗？
00:32:22我没有尝试过。不，我倾向于只是说，你能撤销你刚才所做的事情吗？然后它就做了。但我猜你走了多远，很难回到比如 10 条消息之前。
00:32:42是的，所以那是我真正想要的。我最近大多使用 codex，codex CLI。但我希望如果他们能在每条消息时也检查代码，在更改之前。这样你也可以撤销它所做的补丁。
00:32:54我实际上很好奇，你是怎么决定使用 codex 而不是 cloud code 的？
00:33:06所以我使用了很长时间的 cloud code。这将是我有偏见的地方。所以我不，我真的不喜欢在 CLI 中使用 TypeScript 工具。所以一旦 codex，我看到它是用 rust 写的，我就想，好的，我需要移动到某些东西，主要是因为 rust，我发现 codex，以及 open code，实际上，我发现它们在使用 rust analyzer 时使用了大量的内存，而 codex 并没有遇到那个问题。所以那是其中一大件我不知道的事。
00:33:10所以那是其中一个重要部分。它的性能有点更好，自从 codex 5.2 以来，我一直在专门使用 codex，我没有发现 clawed code 那么好。它更快，或者它过去更快，但它总是要求，它非常高接触，为了让事情正确，它需要更多的工作。
00:33:38而 codex 一直更好。不是最近。由于某种原因，我最近遇到很多问题。但大多数情况下，它一直比 clawed code 好。所以我只是主要使用 codex。是的，我只是使用 codex 代替。
00:33:59我想你已经触及了我想要问你的一个问题，那就是当你谈到你的四种语言都没有上限时，我记得你制作了一个关于你多么喜欢写 typescript 的视频。我猜这特别是针对前端之类的。而且你竟然说你不喜欢在 typescript 中写 CLI 工具，这很有趣，因为，因为我同意，我猜它们必须随身携带整个运行时，这会减慢速度并占用大量内存。但我注意到有很多工具，我猜还有 Tauri。
00:34:12还有 Electroban，我想 Vercel 的 ZeroNative，这基本上是你使用 webview 创建一个原生应用程序，然后它打包起来。有些人，这有点奇怪。就像，你为什么要以原生方式编写 web 代码？
00:34:39其中一些实际上相当有性能，即使它们有很多内存。所以有一个叫 xtimejs 的工具，它在 web 中复制了一个终端。所以有人通过使用 web 终端并使用 Tauri 使其成为原生，从而构建了自己的终端，一个原生终端，这是一种制作终端的迂回方式。但它有效。所以我很想知道你对事物发展方向的看法。
00:34:57是的，这很有趣。我对此有很多想法。同样，作为一个做过 C++ 的人，我一直更喜欢原生工具，而不是使用虚拟机，或者使用浏览器工具。
00:35:23或者使用浏览器工具。所以我对那些工具非常有偏见。但，我喜欢说的是，Electron，Electric Bun，ZeroNative，它们对开发者很好，但对用户不那么好。所以它们非常容易随处携带，它们非常容易获得跨平台体验。它们确实让开发者更容易更快地发布，这可以被认为是对用户更好的，因为他们能更快地将产品推向市场。
00:35:35但我认为，对我来说，我更喜欢原生工具带来的性能。尽管作为开发者为它们构建确实更难。
00:36:03很多人实际上并不介意。所以这是我非常挑剔并有强烈个人偏好，想要更多原生工具。而且我也希望公司也能更尊重计算机上的资源。因为，你知道，随着计算机变得越来越强大，软件并没有变得那么强大，比如我们只是，在编写代码时有点更浪费，因为我们不需要去思考它，我们不思考受限的内存或任何东西。
00:36:15但当你回到早期 iOS 开发时，RAM 非常少。所以你必须非常克制和深思熟虑如何部署或开发移动应用程序。
00:36:43我认为如果我们仍然有那种关于构建应用程序的稀缺心态会很好，因为我们可以说，好的，让我们不要毫无理由地分配一堆内存。
00:36:53并实际思考尊重用户的资源以及他们使用的机器，等等。但我，这再次，不是卖弄学问，但我因为这个而变得困难，仅仅是因为我的个人偏好。
00:37:05而且我认为构建 electron 应用程序更容易。构建这些混合 web view 应用程序比在当今时代构建原生应用程序更容易。
00:37:17而且我认为上市时间是我们行业的一个重要决策。不幸的是，情况就是这样。
00:37:27我想我当时正在阅读一个题外话，一个与你所说类似的观点是关于视频游戏的，如果你看看像 PS2，PS1，开发人员为了利用他们拥有的有限内存所做的技巧真是令人难以置信。
00:37:33而且有各种各样的奇怪技巧。现在就像是，是的，只是发布一个 200 GB 的游戏，它就会运行。它会在 PS5 上运行。那没关系。
00:37:48平心而论，你不需要采取所有这些技巧来实际解决这些问题是件好事。
00:37:55我认为它使事情从开发者的角度更容易，因为，你知道，如果你只想发布一个好产品或好游戏，你不想去思考，你知道，我需要做的所有事情来让它在一个受限的系统中工作。
00:38:01但我认为可能有一个我们可以有的中间地带，也许稍微考虑一下如何在不燃烧 GPU 周期的情况下使其性能化，同时，你知道，如何使其易于发布而不必做非常奇怪的技巧。
00:38:15这实际上就像我现在使用代码时遇到的类似问题，显然消耗大量内存，我的 Mac 现在变得非常热，电池寿命死得非常快。
00:38:30所以我现在正在寻找最好的远程工作流程，以便在云端卸载 cloud code，但我还没有确定那看起来是什么样的。
00:38:38是的，不，我绝对能看到这一点。而且我认为，根据近期的计算资源看起来是什么样的，我认为这也是一个考虑因素。
00:38:47我的意思是，我们看到，你知道，更实惠的笔记本电脑进入市场，比如 MacBook Neo，它们显然动力不足。
00:38:55我实际上有一个希望很快就能发货。所以我可以，我可以测试我的视频编辑器是否能在上面运行。如果它能在上面运行，我会非常高兴。
00:39:02是的，它，它，它很有趣。我不知道计算的未来会是什么样，如果，你知道，如果我们继续受到供应限制，我想 Nvidia 刚刚为未来 AI 所需的能源量提出了一个荒谬的池。
00:39:07所以我们拭目以待。我们拭目以待。我想我很犹豫去做出预测，因为通常它们是错误的，但如果计算资源变得更加受限，那绝对是开发者应该更多思考的事情，比如，好的，我如何确保这在更弱的硬件上运行？
00:39:24但即使在 AI 中，现在也有一股模型量化的浪潮，许多开发者正在采取这些 350 亿参数的大型模型，并试图，你知道，尽可能多地压缩它们。
00:39:41这样你实际上可以在你当地的 MacBooks 上运行它们。所以我认为这是一个很酷的空间，可以关注并看看开发者如何实际，你知道，挤出你能得到的每一位性能。
00:39:57是的，那个社区简直疯狂。自托管的 LLM 社区。Alex Siskind，如果你看过他的任何东西，他总是连接 Mac studios 和 Mac minis 之类的。是的，他们做了一些非常酷的事情。
00:40:10但你自己，你使用 Mac 还是 Linux 机器？
00:40:26我两个都用，很烦人。所以我也用，我目前主要使用 MacBook Pro。我也用 Linux，因为我是 Nix OS 的超级粉丝。我认为这是我意见中制造过的最完美的 Linux 发行版。它很有挑战性。它和 AI 配合起来要容易得多，因为你可以得到 AI 来实际帮助你的配置。
00:40:30而且我喜欢声明式配置。无论如何，我真的喜欢用于基础设施的 Kubernetes。我喜欢用于计算机的 Nix OS。Mac OS 上的 Nick Starwin 相当不错。它不像 Nix OS 那么好。所以它使它可容忍。但当谈到视频和事物时，没有什么比得上 MacBook，或者 Mac OS 是它是视频的最佳平台。所以这就是我最近主要使用它的原因。
00:40:52看来几乎所有新的 AI 工具和所有东西现在都只关心 Mac。比如 Windows 已经被许多初创公司遗忘了。每个产品就像是，是的，我们只是有一个 Mac 应用程序，应付一下。
00:41:14没错。关于视频的一个话题，我想你有一个非常好的拍摄设置。你有好的灯光，好的摄像机，我不知道你是怎么做到的，但你从不，或者你很少看起来录制屏幕。你用摄像机录制你的屏幕，我试过了。我只是得到很多眩光。你的秘密是什么？
00:41:23是的。我的天啊。好的。嗯，是的。所以你必须把灯放在和摄像机相同的角度，除非它是正对面的。所以如果是侧面的，你把灯放在摄像机后面，然后你就不会得到那个眩光。
00:41:42我实际上购买了 nano 纹理 Mac，Mac，Mac book 来帮助解决这个问题，因为，嗯，那在减少眩光方面做得很好。
00:41:54或者如果你正对着拍摄，你必须把它放在像下面一样。所以它上面来照亮它或者从后面更好，如果你能得到那种角度。
00:42:03工作。嗯，是的，录屏很有趣。我很想做更多的录屏，但我发现观众流失率很大。
00:42:11一旦你，讽刺的是，一旦你在编程频道上展示代码，就会有流失，因为它不像看到别人的屏幕那么有趣。
00:42:20而且我认为作为像电影和视频的好的事情是你有景深。所以它引导你的眼睛去看你应该看的东西。
00:42:29而当你做录屏时，那不存在，因为所有东西都在焦点内。所以我认为这也是展示录屏的一大挑战。
00:42:38而当你像真正的摄像机录制屏幕时，你可以再次使用深度焦点来显示人们应该看的东西。
00:42:45谈到景深，嗯，你现在的设置上有非常好的景深。所以我很想知道你正在使用的摄像机型号以及你正在使用的镜头是什么？
00:42:52是的。所以对于我的 a 角色，这是一个永久设置。基本上我有 FX 30，嗯，它对于角色很不错。我使用 Sigma 23 镜头。我相信它是 23 毫米，在全画幅上相当于 35。嗯，然后我拥有它。
00:43:03F 档是什么？
00:43:22是的。1.4，我想。
00:43:23哦，好的。是的。这就是为什么它就像纸一样，信用卡宽度的焦点。
00:43:25但不幸的是，嗯，索尼的自动对焦相当不错。
00:43:32而且对于 B 角色，你使用不同的摄像机吗？
00:43:36我使用 FX 3 拍摄 B 角色，嗯，只是因为它在低光下工作得非常好。
00:43:38所以我还有一个微距镜头，我在某些时候使用它，使用微距镜头配合低 ISO 和高光圈，很难对焦在任何东西上。
00:43:44因为它就像，那样纸宽度的焦点。
00:43:55所以 FX 3 的好处在于你可以将其调到 12,800 ISO，然后你也可以调高 F 档。
00:43:58所以你可以获得良好的焦点，在微距镜头上，这在你真正，真正放大屏幕上的代码时很好。
00:44:06你是为了 YouTube 学习所有这些，还是你一直对摄像机之类的有热情？
00:44:14嗯，如果你看不出来，我喜欢在进入事物时深入挖掘。
00:44:20所以我实际上在英国上大学时做过摄影。
00:44:24嗯，所以我做过摄影，一个水平。
00:44:27所以那时候我学到了很多，但从未使用过。
00:44:29我做过夜总会摄影，我在大学时，然后之后从未真正应用过它。
00:44:32然后又回到了，嗯，视频。
00:44:37后来又重新接触了
00:44:39视频制作，那些旧知识又派上用场了。
00:44:42这就像乔布斯那句名言，你的人生中经历的那些零散琐事，
00:44:50你根本不知道它们如何关联，直到后来某一天。
00:44:53回头看时，才会发现它们如何串联成了今天的我。
00:44:56不好意思。
00:44:57再问一个关于设置的问题。
00:44:58你是用的自动对焦功能，还是固定焦距？
00:45:03拍主画面时，我用自动对焦。
00:45:05好的。
00:45:06嗯。
00:45:07拍B卷素材时，我用手动对焦。
00:45:09对。
00:45:10这真的很棒。
00:45:11几乎从不会跑焦。
00:45:12看来索尼的自动对焦能力确实不错。
00:45:16没错。
00:45:17对。
00:45:18确实非常出色。
00:45:19我注意到你还有一个轮廓光（发光），但在画面外。
00:45:21你有多个灯光吗？
00:45:23有的。
00:45:24我把它叫做“太阳”。
00:45:26是一个巨大的柔光箱。
00:45:29还有那个轮廓光。
00:45:30这里还有几个小爱图仕（Amaran）灯。
00:45:35后面还有一些点缀照明。
00:45:39真不错。
00:45:40是啊。
00:45:41效果很好。
00:45:42人们的拍摄设置随着时间演变，真是令人惊叹。
00:45:43有很多灯具、脚架之类需要购买的东西。
00:45:46而且这非常重要。
00:45:47光线的角度也很关键，这是我最近才发现的。
00:45:51如果从上方俯射，会让人看起来很疲惫。
00:45:54因为眼睛下方会出现很深的阴影。
00:45:56所以现在基本上是垂直平行的。
00:45:58那你典型的一天是怎么度过的？
00:46:01因为我不知道你是为公司开发，还是全职做YouTube，
00:46:05还是做自己的事情。
00:46:06典型的一天是什么样的？
00:46:08嗯。
00:46:09我确实应该拍个日常视频。
00:46:10不是吗？
00:46:11我想我们需要再拍一个。
00:46:13我平时都做什么？
00:46:15我不再全职做开发了。
00:46:18我还没怎么告诉过别人，但我一看到AI的发展，
00:46:23就不太看好未来的走向，其实我一直不太适应这个行业。
00:46:29我曾在一些非常好的地方工作过，但过去五年里，我感觉到行业内更倾向于官僚主义。
00:46:40比如Scrum主管之类的角色，这不仅没帮助，反而占用了实际开发的时间。规划当然很重要，
00:46:48我不会否定它，但感觉我们已经偏离了“快速完成工作”的目标。
00:46:54开了大量的会，就为了确保我们能快速完成任务。
00:46:57这在一定程度上脱离了软件开发的本质。
00:47:02有了AI之后，情况可能更糟了。
00:47:04我觉得目前很多开发者对就业市场和行业现状都不太满意。
00:47:11我理解他们。
00:47:12换作是我，现在也不会享受这份工作。
00:47:15所以，我在2024年决定全职做YouTube，既能保持创造力，又能继续写我想写的代码，同时希望能获得收入。
00:47:25所以我算是个全职YouTuber，但其实是兼职的，因为我没有像应有的那样频繁更新视频。
00:47:33所以，我更多是在构建产品。
00:47:35我喜欢在自己的时间里写代码。
00:47:37我依然喜欢保持学习。
00:47:38所以我的日常基本上是上线，看大家在讨论什么，了解趋势，构思与这些趋势相关的视频创意，同时继续写代码、继续学习、继续深入理解软件开发。
00:47:55不好意思。
00:47:56我没听错吧？
00:47:572014年？
00:47:58你那时就全职做YouTube了？
00:48:002024年。
00:48:01抱歉。
00:48:02噢，好的。
00:48:03抱歉。
00:48:04我的错。
00:48:05他还算是资深人士。
00:48:06那么，你现在做的这些事情。
00:48:11YouTube赞助和产品销售，足以支撑你的生活方式了吗？
00:48:16还是说你还会接一点外包工作？
00:48:20你的收入构成大概是什么样的？
00:48:23嗯。
00:48:24基本上全靠YouTube、赞助以及产品销售。
00:48:29所以是足够了。
00:48:30如果我去Anthropic之类的地方工作，可能赚得更多。
00:48:34确实。
00:48:35会有巨额收入。
00:48:36不过现在这样确实足够维持生活，而且还能过得不错，很舒适。
00:48:43如果我更专注一点，是可以赚更多的。
00:48:46但那是由于我个人的专注力问题。
00:48:49不过，现在这样确实挺好。
00:48:51能付得起账单。
00:48:52从局外人来看，你已经非常专注了，因为你做出了这些产品，还有你在学习的那些东西。
00:48:58你制作的视频看起来也花了很长时间，因为你用了那么多机位拍摄，剪辑肯定也很耗时。
00:49:07所以，从外面看你还是很有成效的。
00:49:09谢谢。
00:49:10但从内部我可不这么觉得。
00:49:12那你对这个行业有什么犀利的见解吗？
00:49:16我有很多，但我已经经常分享了。
00:49:20我想你已经提到过一些了。
00:49:22对。
00:49:23没错。
00:49:24之前有个观点，认为Rust今年会大放异彩。
00:49:27但我现在不觉得它还有那么火了。
00:49:29我去年的观点是，会有更多人使用智能体（Agents）来写代码。
00:49:34但这已经实现了。
00:49:36那现在有什么新的犀利预测吗？
00:49:38我想想。
00:49:39我有的话。
00:49:40好。
00:49:41我的犀利观点是：大语言模型（LLM）已进入边际效用递减阶段。
00:49:45而且我认为我们不会再看到太大的提升。
00:49:48这个预测可能会错。
00:49:49我觉得在模型方面，我们不会看到比现在有太多的提升。
00:49:55也许工具方面会有，但模型本身未必。
00:49:58所以你不认为 Claude Mythos 是那种完美的神奇模型？
00:50:03我觉得它很棒。
00:50:04但我想它可能非常昂贵。
00:50:05而且再次回到边际效用递减的境地，对吧？
00:50:09我不认为它会向消费者开放，因为我觉得这对消费者来说并不划算。
00:50:13我认为我们会看到更多公司走那种企业路线，即“好吧，这里有一些非常昂贵的模型可以使用”。
00:50:21但我认为消费者不会看到它们，因为归根结底，我认为它们的运行成本与我们从中获得的产出不成正比。
00:50:30这就是我的“热点预测”。
00:50:31我还认为 2027 年，我们将看到企业对 AI 营销的缩减。
00:50:36你是说 AI 营销是指它们利用 AI 来做营销，还是指制造各种 AI 工具并说“看我们有多少 AI 功能”？
00:50:43是的，更像是那种把 AI 加入产品中，然后大肆宣传 AI 是个巨大的游戏规则改变者。
00:50:53而且我认为原因在于消费者根本不想要这些。
00:50:55他们已经多次表现出对 AI 被硬塞进一切事物中感到不满意。
00:51:02我意识到这也有可能是我错了。
00:51:05这就像一个巨大的泡沫。
00:51:07所以这是一个可能会朝两个方向发展的预测。
00:51:09但确实，我认为我们将会看到这种情况慢慢平息。
00:51:13我认为这种炒作会在 2027 年走向终结。
00:51:16是啊，在聊天界面这方面我挺赞同你的。
00:51:20并不是所有东西都需要做成聊天界面，伙计们。
00:51:23就像大家都在用的那种通过 ChatGPT 或聊天界面预订旅行和酒店的经典演示。
00:51:29我还是喜欢自己查看这些信息。
00:51:31所以我不想通过对 ChatGPT 说“开始吧”来预订整个假期。
00:51:34所以，我觉得我赞同你。
00:51:35或者像在 Windows 里，并不是每个功能都需要一个 Copilot 按钮。
00:51:39那天我看到一个关于他们有多少个 Copilot 功能的列表，简直疯了。
00:51:43大概有 70 多种不同的产品都叫 Copilot。
00:51:46哇。
00:51:47太离谱了。
00:51:48你们有什么热点观点吗？
00:51:50这个问题从来没被甩给我们过。
00:51:52我们没准备好。
00:51:54我觉得还是得和 AI 有关。
00:51:57我很高兴你选择了 AI 这个方向，因为我本来也想多聊聊 AI。
00:52:02但我不知道自己是否有一个观点。
00:52:05我的观点是，虽然我很喜欢终端 UI，但它们并不完全适合我。
00:52:10我喜欢 Codex 这个应用，并且用它更多。
00:52:13Theo 的 T3 code 确实很棒，可惜 Claude 删掉了里面的订阅模式。
00:52:18所以那有点烦人。
00:52:19但我认为，A，我觉得就像我早些时候说的，很多东西都不需要聊天界面。
00:52:26我们需要一种更好的界面。
00:52:28我不知道那会是什么样。
00:52:29而且终端 UI 确实不错，但我觉得它们在处理多代理工作流时局限很大。
00:52:34我的观点是，随着 Claude 和其他公司推出的不可预测的价格调整，我认为会有更多人倾向于本地设置和本地模型。
00:52:48考虑到显卡价格不断上涨，我认为现在是给自己买一张好的本地显卡的好时机，趁价格还没变得更高。
00:53:03这样万一以后负担不起云服务了，你还可以进行本地部署。
00:53:09我对此的反对观点是，很多消费者并不在乎，他们只会继续为越来越贵的订阅买单。
00:53:17不过确实会有某个临界点，我想如果是让企业来买单，就像我们早些时候说的，他们还是会付钱的。
00:53:24是的，确实如此。
00:53:25嗯。
00:53:26对于本地部署，对于个体用户来说，也许可行。
00:53:29但我不确定学生们是否负担得起现在的显卡价格。
00:53:33肯定负担不起。
00:53:34嗯。
00:53:35没错。
00:53:36我和一些普通的非技术人员聊过，那些手头宽裕的人会比较，觉得“比起雇一个开发人员，支付 200 美元订阅 Claude 完成工作更便宜也更快”。
00:53:46所以我觉得问题在于如何让他们意识到它的局限性。
00:53:49它很好，但实际上并不能像专业的开发人员那样做得一样好。
00:53:57我们需要你的观点，理查德。
00:53:59还没到我呢。
00:54:00好吧，我还在想。
00:54:02我真心没主意。
00:54:03哦，一定要和 AI 相关吗？
00:54:05我想是的。
00:54:06有一件事我发现了很多次，很酷的是，当使用 Claude code 时，不知道 Codex 是否也有这种情况，如果我说“嘿，Claude code，我想做点东西。”
00:54:15“你推荐什么？”
00:54:16比如我想做一个什么东西，比方说我想托管一个网站。
00:54:21我应该把它托管在哪里？
00:54:22它会提到一些我意想不到的产品。
00:54:25它不会提到 AWS 或 DigitalOcean，而是会提到 Fly.io、Railway，有时是 Vercel。
00:54:32他们肯定做了什么让它这样做。
00:54:35有些人把它称为“代理体验”。
00:54:37我不知道那是什么，但这将是新的 SEO。
00:54:40人们不再专注于 H1 标签之类的东西了。
00:54:43你可以对模型说些什么来让它推荐你的产品。
00:54:46我认为人们迟早会搞清楚这一点，或者说已经有人在破解它了。
00:54:50这将成为未来的一个趋势。
00:54:52你认为当人们学会如何欺骗它时，这会是 AI 用户体验的毁灭吗？
00:54:56当人们算出怎么去耍弄它的时候？
00:54:58嗯，怎么说呢，算是也算不上。
00:55:00所以，耍弄它相当棘手。
00:55:02嗯。
00:55:03不是在玩文字游戏。
00:55:04有很多像 LLM TXT 和 MD 文件之类的内容，你必须放在你的 robot TXT 里才能让它那样做。
00:55:09这需要花点时间。
00:55:11但就用户体验而言，如果你能说：“嘿，Claude，你能帮我设置一个 Google 云账户，设置好我的 API 密钥之类的吗？”
00:55:20而且它能以一种安全的方式完成，省去了人们去查看这些大型云工具仪表盘的麻烦，这确实让事情变得更容易了。
00:55:28嗯，所以，我们拭目以待。
00:55:30但这就是我的那个“不怎么热”的热点观点。
00:55:33这很有意思。
00:55:34我前几天在跑步机上想过这个问题，如果每个人都在使用 AI 来获取产品决策或架构基础结构的指导。
00:55:44我们是否会看到创意的趋同，而那些突然变得更具创新性并依赖自己直觉的人。
00:55:52那会使他们与众不同。
00:55:56嗯，我觉得这就是为什么我认为现在学习编程是件好事。
00:56:02如果你能依靠自己而不是依靠 AI 来回答这些问题，那么相比其他人，你可能拥有竞争优势。
00:56:11那些只会遵循提示词建议的人。
00:56:14是啊。
00:56:15我的意思是，产品已经出现了趋同。
00:56:17人们经常使用 Vercel，因为 AI 在推荐 Supabase 和 Resend。
00:56:22所以，这已经在慢慢发生了。
00:56:25我想如果你知道这些东西是怎么运作的，你就能挑选出最好的工具。
00:56:29所以，走着瞧吧。
00:56:30我以前没听过“跑步机思考”这个词，但完全讲得通。
00:56:33但我知道你是什么意思，我通常叫它“淋浴思考”。
00:56:37即使不是在淋浴时也这样说，我要开始用你那个说法了，我大多数的想法都是在跑步机上产生的。
00:56:42感谢收听本期的 The Better Stuff 播客。
00:56:46请在任何你收听播客的地方找到我们，包括 Apple Podcast、Spotify，话说完了。
00:56:52该说再见啦，我先告辞，再见，再见，还有再见。
Community Posts
No posts yet. Be the first to write about this video!
Write about this video