Transcription
第一个电子表格叫做 VisiCalc，我记得它是在 1979 年或 1980 年发明的。 >> 50 年前，也就是 2004 年，你开始写博客。 [音乐] 所以，我想，当时 B2B 技术博客是一个激进的想法。你是如何说服整个团队 [音乐] 来接受它的？ >> 150 万字，大约 3300 篇。所以这是非常精彩的 20 年。但我不认为那是重要的部分。对我来说，重要的是我能够帮助将如此多的服务带给世界。我能够点燃开发者心中的那团火。 >> 当时公司是什么样的？看看 AWS 令人难以置信的旅程，最让你惊讶的是什么？ [音乐] >> 而且是第一次，一个不是真正程序员的人可以去，他们可以有效地设置业务计算。Kira 是一个由人工智能驱动的开发工具，可以 [音乐] 让你畅想宏图，并梦想远大的梦想。 >> 你好杰夫，欢迎来到节目。所以今天是一个非常特别的节目，不仅因为我们有一位非常特别的嘉宾，还因为这次对话将用英语进行。我们非常荣幸地欢迎 AWS 的首席布道师杰夫·巴尔。 >> 我很高兴来到这里并成为你的嘉宾。 >> 杰夫从 16 岁起就在科技行业工作。 >> 16 岁。 >> 哇。2002 年，他加入了亚马逊，这比 AWS 正式推出早了两年。杰夫是 AWS 创立故事中的关键人物之一，他在塑造 EC2、S3、Bedrock 等许多基石产品方面发挥了至关重要的作用。他也是 AWS 博客的主要作者，他在那里撰写和发布技术博客超过 20 年，帮助全球无数开发者和企业理解和采用云技术。欢迎杰夫。我们非常高兴你能来参加节目。 >> 我期待着今天进行一次精彩的对话。 >> 你在 AWS 诞生前的 2002 年加入了亚马逊。当时公司是什么样的？看看 AWS 令人难以置信的旅程，最让你惊讶的是什么？ >> 让我想想。所以，我是在 2002 年加入亚马逊的，就在我们推出了第一个网络服务产品之后。这比 AWS 甚至是一个想法还要早得多。但我们构建了这些相对简单的服务，让开发者可以访问亚马逊的产品目录。我曾做过一些咨询工作，并在早期网络服务业务中做过其他类型的工作，当时流行的是 XML、SOAP 和 WSDL，所有这些在 20 多年前非常流行的过时协议。所以，我看到了我们构建的第一个服务，我立刻有了一个很棒的想法，也许亚马逊会是一家好公司。我以开发经理的身份加入，我实际上负责的是一个用 Perl 编写的会计系统。但我的经理也知道我对网络服务感兴趣。所以他给了我一点额外的时间，他说：“请出去，以任何你喜欢的方式帮助网络服务团队。”这完全不具体。 >> 非常灵活。 >> 没有具体的时间，也没有具体的事情要做。他真是太慷慨了。他只是说：“出去，帮助那些家伙。”字面意思是出去帮助那些家伙。所以，我帮助回答客户的问题。我帮助构建了一些示例代码。然后，有一次，团队来找我，这有点好笑，因为我记得我坐在我的办公桌前，这个团队的三四个人来找我。他们都围着我的办公桌站着，感觉好像有什么不好的事情要发生，他们说：“嗯，杰夫，嗯，我们真的很抱歉，但你是新人，所以我们会把这个问题交给你。” >> 那么发生了什么？嗯，他们说：“嗯，我们有一个会议，需要有人在会议上发言。我们都不喜欢在会议上发言，所以这是你的问题。”我说：“哦，我没事。我喜欢在会议上发言。我很乐意为你做这件事。”所以，他们以为给了我一个问题，但实际上是给了我一件我非常兴奋的事情。所以，我在第一次会议上发言，后来又参加了几次，然后他们来找我说：“我们正在创建一个叫做网络服务布道师的新职位，我们认为你会是这个职位的绝佳人选。你想接受这份工作吗？”所以，在你之前没有布道师这个职位。 >> 那是正确的。所以，我正式成为第一个网络服务布道师。这大约发生在 2003 年初到年中。所以，我的初始工作持续了大约一年，甚至可能不到一年，我就承担了网络服务布道师的角色。我给自己一个非常简单的定义。我说，我将理解我们构建的所有不同的服务，并且我会尽可能深入地理解它们，这在亚马逊术语中称为“深入研究”。我将进行一次深入研究，然后我将走出去，向开发者解释这些。在我的描述中，我没有让它变得非常概念化或抽象。它只是理解事物和解释事物，并保持非常简单。 >> 所以，布道师的职位在 AWS 中非常特别。当时谷歌、微软有类似的职位吗？ >> 当时微软周围有一些布道师。但我认为，这个职位的有趣之处在于，担任这个职位的人，我们每个人都可以成为其中的一点点个体。并没有一个标准的活动集或标准的工作描述。有些人更偏向营销而非技术。有些人可能非常注重业务。我决定我将发挥我的技术背景。我拥有计算机科学学位，并且我长期以来一直靠编写代码为生。我说，我将利用我的技术背景，这将使我能够非常深入地理解事物，你知道，一直到堆栈的所有不同层，如果我愿意的话。但我不仅享受理解和构建，我还喜欢与开发者交流。我喜欢向开发者解释事物。我认为这几乎就像点燃一团火。我在开发者心中点燃这团火，说：“这里有一些新东西。它非常酷。它有一些功能。我认为这可能会让你觉得有趣和有用。也许你可以用它做一些惊人的事情。”所以，理解和解释这个非常简单的行为。结果是你可以以此为生。 >> 是的，这太棒了。是的。 >> 所以你一直很享受这份工作。 >> 太有趣了。太有趣了，因为我总是有新的网络服务要解释。我总是有一些新的有效的东西可以谈论。但真正棒的是，我可以周游世界，与开发者交流，与比我年轻一两代的开发者交流。所以，有时我和他们之间会有一点有趣的年龄差距。但这让它变得非常有趣，我可以让自己保持年轻和跟上潮流，并确保我了解最年轻一代的开发者。 >> 2004 年，你开始写博客，对吧？所以，我想，当时 B2B 技术博客是一个激进的想法。你是如何说服整个团队来接受它的？ >> 相信我，这实际上非常具有挑战性。所以，当我们开始为 AWS 做计划时，我可以看到我们正在组建不同的团队，例如 S3 和 EC2 等，我可以看到这些计划，但真正没有看到具体计划的是我们称之为开发者关系的东西，某种面向开发者的营销职能。所以我写了一些计划来帮助我们建立开发者关系。计划中的一部分是创建一个博客。当时对我来说，对团队来说，挑战在于没有其他博客可以让我参考并说我想做成这样，除了我们的产品。 >> 所以，我花了一些时间来真正说服我的队友并说服管理层，这是正确的做法。 >> 所以他们认为有风险。 >> 有一种风险和未知的意识，因为如果我们回到那个时候，博客通常不是技术性的。它们更多是关于一个人，这是我的生活，这是我喜欢的，这是我不喜欢的。它更多是一种自我表达。它更多是自我表达而不是技术产品。 >> 所以，有趣的是，我不知道我是否有一个关于我想要那个博客是什么样子的具体愿景。除了我想做同样的事情，就是理解和解释。所以，最终，我把我的前两篇博客文章发到了网上，它们就像“我们来了，欢迎”。我的第一篇可能是关于某个服务。我甚至不记得第二篇是什么了。 >> 那么，反馈如何？我一发完那两篇，内部的反馈就是我们现在明白了你想告诉我们什么。但我想，那里最大的教训是，有时做比谈论做更重要，实际上只是说我想做这个，然后做一个比围绕某事写很多文字和概念要好，因为很难传达想法。 >> 所以，展示而非告知。 >> 确切地。对。所以，我从一开始就非常注重在博客上留下我的个人印记，并确保当我们开始发布服务时，我总是坚持让团队在发布前给我访问服务的权限，以便我自己可以使用它。我从来不会仅仅从“我听说过这个”的角度来写。它总是“我试过了，我自己用过了，这是我学到的”。然后，我的想法是，我能做到。然后，我慢慢地转变了我的写作方式。它总是“我做了这个，我做了这个，我做了这个，你也可以做到”。这是一个非常精心设计的过渡，以确保我能够赋能我的读者，让他们意识到我能做到，他们也能做到。我认为这是成功中非常非常重要的一部分。 >> 哇，这太棒了。 >> 现在，有趣的一件事是，当我年轻得多的时候，在上学的时候，我从来不是一个很好的作家。我从未学会成为一名高质量的作家。我实际上有一位老师，在我毕业前。她把我拉到一边说：“杰夫，你似乎是个很聪明的人，但你不太会写。” >> 你知道怎么写代码。 >> 确切地。即使在那个时候。当时我 17 岁，高中毕业。我是一名优秀的开发者，不是一个好的作家。但我在过程中学会了这项技能，我再次通过练习和写作学会了。到我离开博客的时候，我写了 150 万字，大约 3300 篇。哇。 >> 博客文章。能够做到这一点，这真是令人惊叹的 20 年，但我不认为那是重要的部分。对我来说，重要的是我能够帮助将如此多的服务带给世界。我能够点燃开发者心中的那团火，确保他们知道发生了什么。在某个时候，可能四五年后，我可能和家人在餐馆吃饭。我记得第一次和家人在餐馆吃饭时，有人走过来对我说：“你是写那些博客的杰夫吗？” >> 你怎么知道你是杰夫？你发了你的照片。 >> 他他能，他能找到我。他可以在社交媒体上找到我等等。所以，我想到，好吧。有趣的是，我有一种不好的感觉，也许会发生的是，他会说我按照你博客文章中的指示做了，结果错了，毁了我所有的数据，我的初创公司也毁了。我害怕的是，我莫名其妙地害怕我会误导我的读者。但正是这种恐惧促使我始终获得与服务相关的个人经验，并尽我所能做到技术上完美和技术上准确，当然，他只有真的确实如此，但他只有好话要说，我的家人也印象深刻，他们说：“哦，天哪，爸爸出名了，你知道，现在每个人都知道爸爸了。”直到今天，我和我妻子在西雅图街头散步时，人们还会停下来打招呼，并想说一些好话，这是多么美妙的事情。知道你确实产生了影响，人们会说：“你知道，我读过你的一些文章，它帮助我学到了新东西，学到新东西帮助我找到了更好的工作，或者帮助我在职业生涯中更进一步，这感觉很好，能够做到这一点真是令人欣慰。” >> 但你是如何让复杂的科技在你的写作中显得简单明了的，尤其是在你的老师曾经说过你不擅长写作的时候？ >> 大量的练习，对我来说，你必须，当你真正理解某件事时，解释它就变得容易了。有时当我们看到写了很多字的东西时，这意味着作者没有完全理解它。所以，他们没有切入重点，而是兜圈子，这里那里地尝试。但如果你真正理解它，它就从这里开始解释，变得非常容易和直接。所以我几乎把写博客看作是向自己解释。如果我不理解，我就无法向读者解释。你必须阅读文档。你必须自己使用服务。没有捷径。你只需要这样做。你必须付出努力。 >> 听起来像是要亲力亲为。 >> 你总是要亲力亲为。我发现职业生涯中的诱惑是，你开始时是一个处于起点的人，总是要亲力亲为，但随着你爬上职业阶梯，它会变得有点疏远，有点抽象。我一直抵制这种诱惑。你知道，有时我会说，好吧，你可以成为技术布道师，但你知道，你可以更偏向商业一些，去和商业领袖、首席执行官和首席技术官交流。这是一种非常好的工作，但你最终会更多地使用企业词汇和企业语言。而不是我最擅长和喜欢谈论的深层核心技术。我宁愿和一群 20 多岁的开发者交谈，而不是和 50 多岁的首席执行官和首席技术官交谈。[笑声] 第二组没什么问题，直接的，亲力亲为的。那是我真正喜欢的。 >> 是的。是的。我明白了。这很酷。所以，你一直在持续写作超过 20 年。 >> 20 年。所以，我应该说清楚，在整整 20 年的标记时，我结束了我在博客上的工作。所以，那是去年 11 月。我之所以这样做，是因为我认为 20 年做任何事情都太长了。但我们在过去十多年里建立了一个非常强大的团队，不仅仅是我在写一些帖子，我们多年来精心安排了一位经理。我们允许团队的其他成员开始创作内容。我总是会审查并给他们一些反馈。他们都做得非常出色。我读了他们的帖子，我意识到他们做得比我做得好。我感到非常自在，不仅想做一些新事情，而且我想确保他们有机会领先，而不是觉得他们和我竞争作者身份。但我认为，当所有关注都集中在你身上时，有时很重要。你可以接受这种关注并享受一段时间，但也有时候你会说，我差不多了，现在是别人的成名机会了。 >> 我认为你的工作是云的活历史。那么，在过去的二十年里，开发者的核心问题是如何演变的？ >> 所以，我认为这些年来演变的是开发者有了更多的选择。我们每个服务的初始发布都相当直接。所以，当我们发布 EC2 时，只有一个位置或一个区域，我们称之为区域，并且只有一个实例类型。它只是 M1 small，具有固定的内存、存储和计算能力，这些都非常简单，开发者不必做出任何选择。如今，全球有 30 多个区域。有 [抽鼻子] 数百种不同的实例类型，具有不同的处理器、不同的内存量、不同的存储量。所以，开发者现在面临着很多选择，每个选择都是简单、明显且有文档记录的。但将它们放在一起，开发者可能需要做出很多不同的选择。 >> 是的。 >> 所以，你如何让这个复杂的系统变得简单？你必须向开发者指出，在大多数情况下，在你开始之前，你不必了解一切。成为一名高效的开发者的一部分是，你需要专注于重要的事情。你几乎必须戴上这些“眼罩”，说我只看我面前的部分。我知道这里有好东西。我知道那里有好东西。我暂时只能假装它们不存在。 >> 这不容易。 >> 这不容易，因为有太多有趣且功能强大的服务可供开发者使用。有时诱惑是，我会选择这个、那个、那个、那个，然后用所有这些东西来构建一个很酷的应用程序。我说，你知道吗，这是一个美好的目标。你可以为此努力。从简单开始。让第一个工作。再添加一个服务。让它工作。再添加一个服务。让它工作。并确保你这样做是因为你确实在为客户提供价值。不要仅仅因为你喜欢使用所有服务而这样做，对吧？为你自己做和为你的客户做之间有真正的区别。 >> 有趣。那么，在这个新的人工智能时代，开发者的需求是如何变化的？ >> 好的，所以我们正处于一个非常有趣的时期，我认为在过去两年里，开发者在他们的开发风格和方法论上可能比过去 20 年经历了更多的变化。所以，20 年甚至更长的时间里，我们都从空白屏幕、空白纸张或空白打孔卡开始，我们必须想象一切，我们从零开始。我们的大部分工作涉及一个非常记忆性的组成部分。所以，我们会学习一门编程语言。我们会学习语言的语句、数据类型、运算符和函数。将它们记在脑子里，然后当我们编写程序时，我们会像回忆一样，我该如何编写这个函数？我该如何做这种数学运算等等，但我们总是从底层开始，从零开始构建东西。所以，我们表达我们的意图，但我们以相当低到中等的水平表达它，但我们也给计算机指令。做这个，然后做那个，检查这个，做出这个决定，激活这个，停用这个。有了人工智能工具，我们正在颠倒一切。我们通过说我想要这个最终结果来表达我们的意图。我们不是说使用这些函数，使用这些代码，使用这些数据类型和操作。我们说我想要这种类型的应用程序，我希望它做这个、这个、这个，然后让人工智能驱动的工具从那里开始，为我们构建一个解决方案。所以，这是一种非常不同的沟通方式。 >> 这种差异是巨大的。这对 AWS 这样的云提供商意味着什么？ >> 所以，我认为最终这意味着将有更多的人能够有效地成为开发者。他们可能称自己为开发者、制作者或业务问题解决者。但事实是，这些人工智能工具可以让你在不一定深入了解所有不同技术的情况下创建解决方案，这意味着更多的人可以自己解决问题。 >> 你认为今天的人工智能编码工具让你想起早期生产力革命吗？ >> 是的，但方式非常不同。所以，如今几乎每个人都知道电子表格，比如 Excel。 >> 这几乎是你在高中或大学里可能学到的标准技能，你知道如何使用 Excel 进行计算。 >> 我认为年轻人天生就会用 Excel。 >> 我也这么认为，但曾几何时，在 Excel 之前，第一个电子表格叫做 VisiCalc，我记得它是在 1979 年或 1980 年发明的。 >> 哦，就像 50 年前。 >> 是的，现在听起来确实很长了，但是的，好吧，我记得那个时候。好吧，让我们说 VisiCalc 被发明了，这是第一次，一个不是真正程序员的人可以去，他们可以有效地设置业务计算，这是一个巨大的转折点，从“我是否真的需要成为一名程序员或聘请一名程序员，因为我想设置一些业务逻辑并进行一些业务计算？”这是之前的场景。然后 VisiCalc 出现了，说：“好吧，输入一些公式，输入数字，它会计算出如何进行计算，并将结果显示在屏幕上。”突然之间，业务用户就可以以他们以前无法做到的方式解决自己的问题。这也许是我们看到的最大的转折点。我记得当时我从事销售计算机的业务。所以，我们突然从程序员来买电脑，变成了业务人员来买电脑，说：“我不太确定我为什么要这样做，但我看到了这个叫做 VisiCalc 的东西，我知道它可以为我解决业务问题。” >> 是的。它提高了生产力。 >> 它提高了生产力。它赋予了他们自己做事的能力，而不是让他们让开发者为他们做。我真的认为这些人工智能驱动的开发工具在这方面非常相似，赋予人们自己解决问题的能力。AWS 最近推出了 Kirao。你能为我们介绍一下 Kirao 吗？ >> 当然。好的。所以，Kira 是一个由人工智能驱动的开发工具。Kira 的概念，我们称之为“规范驱动开发”。Spec 是 specification 的缩写。其理念是，Kira 以一种相当结构化的方式帮助开发者构建应用程序。所以，你用 Kira 做的第一步是，你与它进行交互式工作，为你的应用程序构建一个规范。所以，先有规范，>> 对吧？你先得到规范，你可能会说：“我想构建一个应用程序来帮助我收集数据，将其存储在数据库中，并以几种不同的方式组织它，并生成一些报告。”你可能会将这个初始需求或规范输入 Kira。Kira 会说：“好的，让我给你一套我从中学到的需求。”然后你可能会看看，说，我忘了几个东西。将它们添加到你的需求集中。所以，你实际上与 Kira 对话，来回交流，就像你在与另一个人类交流一样，>> 与产品经理一起工作，>> 对吧？你就是开发者，我是产品经理，我们来回交谈，只不过 Kira 实际上是你的开发者。在某个时候，你会意识到，好的，我已经仔细而完整地向 Kira 描述了我想要的应用程序。从那里，你可以继续让它为你构建一套需求。然后，它会将这些需求分解为一系列任务，这些任务可能包括：让我们创建文件结构。让我们构建第一组内部模块。让我们为它们构建测试用例。然后，你就可以开始一次激活这些任务。你看着 Curo 完成工作，启动工作。它等待它完成。它验证输出，确保它是正确的，给你自己审查的机会，这非常非常重要，然后让你继续。所以，这个规范模型的理念是，它比你可能听说过的“氛围编码”概念更加结构化。氛围编码很棒。它非常适合小型到中型应用程序。当你处理中型到大型应用程序时，你会意识到你需要做一些比立即开始编写代码更有条理的事情。这就是我们认为 Kirao 和规范驱动开发将对开发者非常有帮助的地方。 >> 好的。所以，人工智能编码是一个非常拥挤的市场，对吧？除了“先有规范”之外，你认为还有哪些方面让 Curo 脱颖而出？ >> 让我想想。所以，我们构建 Curo 是因为我们与许多客户进行了交谈，我们有亚马逊的原则叫做“客户至上”。我们与许多客户进行了交谈，说：“我们如何才能为您打造一个出色的开发工具？”他们确实说，氛围编码工具非常强大。指出了基于人工智能的编码的实际价值，但也说：“给我们一些可以应用于各种不同规模的应用程序的东西。”我认为 Curo 的另一个相当独特的方面是，你可以创建我们称之为“指导文档”的文档，如果你是一个团队的一部分，或者如果你有一些公司标准，说明我们如何组织应用程序文件。这些是我们使用的标准，让我们看看，对于安全性。这些是后端、中间件、数据库和前端的技术。你基本上可以有一个共享文件，你所有的开发者，你所有的团队都可以使用同一套共享文件。所以，你可以强制执行公司规则、公司政策和编码标准，而无需一遍又一遍地重复它们。所以，你有效地为代码生成器提供了更多的上下文。这很酷。使整个项目干净一致。 >> 使项目本身干净一致，同时也与其他同行可能正在构建的项目保持一致。我明白了。>> 是的。>> 好的，很酷。那么，除了工具之外，人工智能将如何重塑云基础设施本身？ >> 所以，我认为开发者已经了解到的关于云基础设施的一切将继续有价值。开发者将能够使用 Kira 构建出色的应用程序，然后他们会想说：“我想部署它们。”也许我想在全球范围内部署它们，并想在多个不同的 AWS 位置或区域进行部署。所以，Kira 的酷之处在于它也可以在这方面帮助你。它可以帮助你打包应用程序。它可以帮助你创建部署脚本或模板，这些脚本或模板将帮助你实际启动正确的云资源，安装你的代码，并将其全部准备好投入生产。 >> 哦，这太棒了。所以，就在 Curo 应用中。 >> 确切地。>> 哦，很酷。所以，这是你期望开发者生活在其中的那种应用程序。就像，我们中的一些人生活在我们的电子邮件客户端中。我生活在我的 Slack 和我的电子邮件客户端中。你知道，我一天的大部分时间都在与同事、客户和粉丝来回发送消息等等。 >> 我生活在我的微信里。>> 好的。[笑声] >> 好的。这很酷。>> 但，但你可以想象开发者有效地生活在 Kira 中，作为他们的主要应用程序。那么，我们会看到一个拥有更多 GPU 的人工智能优化云，还是一个完全由人工智能驱动的云，人工智能会自动监控、修复和分配资源？ >> 是的。所以，所以我们最终更倾向于后者，这是云的一个真正强大的功能是，当你运行在一组特定的资源上时，如果该硬件出现故障，它将自动将你的应用程序移动到另一块硬件上。如果你有很多用户，很多流量，它会增加更多的硬件来扩展。它会确保你，这是使用云的一个价值是能够访问这种规模的资源。所以，随着你的应用程序的增长，你拥有更多的计算能力、更多的 GPU、更多的存储、更多的内存、更多的网络带宽。所有这些东西都可以从云中获得。 >> 我认为 AWS 在这个无服务器范式中发挥了决定性作用。你认为下一个主要范式是什么？ >> 哇。好的。所以，我同意我们在无服务器方面确实发挥了决定性作用。有趣的是，当我们推出 Lambda 并真正开始使用“无服务器”这个词时，人们很快就理解了它，他们说：“你知道吗，我们完全理解管理服务器的想法。我们知道如何做。这是我们可以做的事情，但我们真的不想做。”所以，无服务器，就像写你的代码，交给 Lambda。Lambda 将处理所有运行它、扩展到更多、缩减到更少的细节。所有这些都已处理完毕。至于我们下一步要去哪里，我最近看到很多人在谈论基于代理的应用程序。 >> 基于代理的应用程序。 >> 确切地。是的。我还在努力理解这到底意味着什么。有很多人在以略微不同的方式谈论代理应用程序，但基本上，你可以将代理看作是拥有一个 LLM（语言模型）并在其中访问一组不同的工具，它们可以用来执行各种活动。所以，也许你有一个应用程序可以帮助你安排旅行。所以，你可能会说：“我想从上海去深圳。我需要住两个晚上。我想在那里找一些餐馆。”所以，代理可以访问诸如获取航班信息、预订机票、寻找好的住宿地点、查看地图、查看餐馆评论、为你制定一些预订和计划等内容。所以，代理，然后，代理中的模型将处理你的请求，你只是说：“我下周要去深圳，我需要一些帮助来安排一切。”它可以将其分解为一系列不同的任务，然后它将协调所有这些不同工具的工作，然后让所有这些工具为你服务。代理的特点是，这些工具有时会代表你，并使用你的身份和凭据来执行你请求的操作。所以，这就是很多人正在谈论的未来。 >> 在接下来的几个月和几年里，随着事态的发展，我们将拭目以待。 >> 那么，我们现在可以使用 Kuro 吗？ >> 你绝对可以。你首先需要获得一个 Builder ID，Builder ID 将允许你下载 Kirao 并开始使用它。你可以，每个月都有一定量的免费使用额度。我们刚刚宣布的一件非常酷的事情是，如果开发者使用 Curo 构建应用程序来参加黑客马拉松或竞赛，并且他们获胜，我们将匹配他们的奖金，最高可达 100 万。 >> 哇，这很多。 >> 我认为这很酷。 >> 哇。所以，只要他们使用 Curo 构建应用程序。 >> 确切地。对。而且很酷的是，他们将在此过程中获得使用 Kuro 的宝贵经验。所以，我们绝对希望他们获胜。如果他们获胜，那就太棒了。如果他们获得了经验，我认为这对他们来说也很棒。 >> 哇。我认为这是一个绝妙的主意。 >> 我也这么认为。而且，我们确实看到了让开发者能够做到这一点，我总是喜欢说“畅想宏图，梦想远大”，我希望看到开发者用 Kira 来做到这一点。 >> 好的，这很酷。所以，在你最后的 AWS 博客文章中，你提到你计划构建新东西，对吧？你能给我们一些关于你接下来要解决的难题或想法的提示吗？ >> 让我想想。我认为我今年的计划是 2025 年，我将坐下来，使用开发工具并构建东西。最终发生的是，在我宣布我将结束博客之后，我收到了很多邀请，去世界各地参加活动。所以，我最终一直在周游世界，与开发者交流。这真是非常有趣的一年。我认为到今年年底，我将去过 14 或 15 个不同的国家与开发者交流。所以，这实际上是我，我想你可以说我正在构建开发者社区，这就是我最终所做的。有时拥有计划是美好的，但你也可以，你需要有一定的灵活性，说：“好吧，这就是生活带我去的地方”，结果是 >> 顺流而上 >> 你必须顺流而上，说每一次我做一个演讲活动，我都会收到两个更多的邀请。人们一定喜欢我所做的，所以我将继续这样做一段时间。这很酷。是的。所以，我们的最后一个问题是，今天有了人工智能工具和社交媒体，感觉每个人都可以成为布道师，对吧？所以，我的问题是，成为一个真正的技术布道师意味着什么？指导你工作的原则是什么？ >> 嗯，我认为技术部分非常重要，就像理解你正在做什么非常重要。然后，无论你选择哪种媒介，是书面形式？是演讲？是视频？是 TikTok 视频？无论你喜欢做什么，都要创作内容。有趣的是，作为开发者，我们总是需要学习新东西。当你学习新东西时，你可能正在构建一些代码或做一些笔记。你也可以把它变成一些内容。对我来说，这几乎就像一个秘密武器，因为你可以通过一次投资获得两次价值。所以，你学习，同时创作内容，你只进行了一次投资，但你还获得了通过分享内容来建立你的社交媒体声誉的价值。然后，有趣的是，没有任何官方或标准的方法来做任何这些内容。无论你找到什么对你有效，并且你认为对你的受众有效的方式，就应该这样做。好的。>> 这很酷。所以，谢谢你，杰夫。这真的很有趣。