#103 - Community building, being an enable, is serverless dead? ft. Allen Helton
01:00:27 Share

感谢 Hookdeck 赞助本期节目。请查看他们的信息并帮助支持本播客。Allen Helton 关于成为赋能者、建设社区以及 Serverless 是否已死？ 节目链接：帮助 Olivia 抗击白血病！相信 Serverless 社区准备好，云端出发！Momento，无服务器缓存第 102 集：AWS 英雄和社区建设者计划幕后一瞥，ft. Farrah Campbell 主题曲：凯文·麦克劳德的《快乐星期一》链接：https://incompetech.filmmusic.io/song/3495-cheery-monday许可证：http://creativecommons.org/licenses/by/4.0</context> <raw_text>0 本期节目的支持来自 HookDeck。使用这个完全无服务器的事件网关提升您的事件驱动架构。要了解更多信息，请访问 hookdeck.com/theburningmonk。

大家好，欢迎回到《真实世界的 Serverless》节目的结尾。今天，我邀请了 Alan Helton，我想你是 ReadySet Cloud 的创始人，一个博客、网络研讨会和播客。我非常喜欢你的文章，你也在与 Memento 团队合作。我也是他们的忠实粉丝。所以欢迎来到节目，Alan。

嗨，Jan。感谢你邀请我。非常高兴来到这里，感谢你对 ReadySet Cloud 和 Memento 的赞扬。到目前为止，这已经做了很多工作，很多有趣的工作，并且是一次非常令人满意的经历。是的，我也非常喜欢你和 Andrea 以及其他人一起在“相信 Serverless”社区所做的工作。这是一个非常活跃的社区，经常进行很多有趣的对话等等，我很高兴能成为其中的一员。

我相信其他人也是如此。我在这个社区里看到了 Sam、Omid 和其他一些人，甚至 Luke 和其他一些人，他们总是积极参与并帮助其他人，这让我非常高兴看到。所以，这些事情做得很好。谢谢。谢谢。这个社区一直……

太棒了。我甚至无法告诉你，我们在一月份启动了它，你知道，它已经发展到今天的规模。我认为它有超过 800 名成员，并且参与度远远超出了我在最初六个月里所能想象或期望的范围。社区的回应非常热烈，人们对参与其中感到非常兴奋，这几乎让我难以招架。

是的，我非常喜欢你们不仅在 Discord 服务器上进行对话。顺便说一句，对于任何正在收听的人，我会提供一个加入 Discord 服务器的链接，以便你也可以加入社区。但你们还组织了很多活动。我一直在努力抽出时间来赶上你们举办的所有活动，网络研讨会等等，与不同的人分享关于无服务器领域的许多经验教训。

是的，这很有趣。你知道，我们最初在一月份开始做这些主题月，我们通常每月会进行大约四次关于特定主题的讨论。从那时起，它就一直在发展壮大。人们开始询问，我可以发言吗？并向小组、冠军（基本上是管理社区的人）提交征稿。而我有什么理由说不行，你不能发言呢？

因此，我们从这些主题演讲发展而来，我们仍然每周四进行。现在，我们还在每周二进行非主题演讲，或者基本上是午餐会演讲。然后，我们还在每周五进行现场编码活动。所以在美好的一周里，我们在这个社区里每周都会发布三到四个视频或演讲。这些演讲来自在业界提供建议和见解的实践者，他们会分享哪些方法有效，哪些方法无效。

是的，我喜欢看到你们在那里所做的事情。这也是我为自己的 Discord 服务器建模的东西。我的 Discord 服务器主要面向我的客户和学生等等。在推动你们在那里进行的所有活动方面，我的带宽肯定不如你们。所以，看到你们在那里所做的事情对我来说真的很棒，我试图借鉴你们所做的事情，并尝试将其应用到我的社区中。

我想其中一件事情让我想到你几个月前写过的一篇文章，关于成为赋能者。这让我感触很深，因为这是我多年来一直努力做的事情，从一个更注重实践的开发者开始，逐渐转向更注重原则。你越来越少地成为一个单独的贡献者。

你在组织中的价值更多地体现在你能让你的团队、其他团队提高 10%、5%、20% 的效率，从而成为一个倍增器。我们也可以在社区中做到这一点，而且我确实看到你也在这样做，不仅是在你公司内部的社区，还在更大的 AWS 和无服务器社区中。所以，

也许我们可以从你所说的“赋能者”是什么意思开始？对你来说这意味着什么？是的，你专门问这个问题很好，因为至少在美国，“赋能者”通常有负面含义。我在文章中写道，如果我只是和朋友们聊天，有人说你是一个赋能者，他们通常是贬义的。例如，给一个酗酒者啤酒。

这等于是在纵容那个酗酒者喝更多的酒。这显然是一件坏事。你不会想要那样。但这并不总是意味着那样。当我说是赋能者时，我的意思是，我尽我所能帮助人们走出他们的舒适区，去做他们想做的事情，而这些事情他们自己可能做不到，或者可能没有勇气把自己推到边缘去真正去做。

所以我利用我拥有的平台，例如 ReadySet Cloud 和“相信 Serverless”，为首次发言者或甚至不是首次发言者提供这些机会。也许是某人对谈论某些特定内容感到紧张。

或者写作。今年，我也向 Ready, Set, Cloud 开放了客座作者的大门。所以，如果你想在一个有很多网站流量的地方发帖，那就来找我，我们会把它发布在那里。但我真正想做的是，这件我会过一会儿再说的事情，是给别人机会。

那些太紧张或者不知道怎么做的人。这对我个人的职业生涯来说是一个巨大的转折点，我的一些朋友，我认为他们是赋能者，把我推到了边缘。所以让我谈谈这件事。在我的职业生涯中，我有过两份专业的编程工作。我从 2012 年开始担任

程序员。我在一家名为 Tyler Technologies 的公司工作了 11 年，这是我职业生涯的大部分时间。我很长一段时间都很开心。当我大约在 2017 年、2018 年左右开始接触无服务器和云计算时，是的。老实说，我每天都在阅读你的文章，为了学习所有这些。我，

我开始写下我的旅程，因为你的文章很棒，但它并不完全是我所在的领域。你知道，我从事的是政府工作和公共部门工作。所以我有很多额外的规定，我没有商业云中可用的许多选项。所以我开始写这方面的内容，并且非常享受写作、沟通和教育。我做了很多年，并且意识到，你知道吗？我实际上喜欢这个。

并且我认为我可以把它作为全职工作。我对此非常紧张，因为我在 Tyler Technologies 工作了 11 年。我想，如果我当时是一名架构师，正在考虑离开时，我想，如果我不喜欢呢？如果我从一名架构师变成一名全职从事内容创作的人呢？

我不喜欢它。如果我的简历上有六个月到一年的空档期，我没有做架构工作，我想回到架构工作，会怎么样？潜在的雇主会看到这一点而不

雇用我，因为我有一个空档期。我决定离开，然后我基本上又回来了。我非常紧张，我不会这么做。我的妻子一直在帮我，她一直在帮我解决所有这些问题，但我并没有得到那种推动，因为对我来说这是有风险的，因为我有两个孩子。我想，如果我不喜欢它，我又找不到工作怎么办？我是家里的唯一经济来源。所以如果我没有工作，我们就麻烦了。

所以是 Andres，你在这集节目中已经提到过几次了，他就像，去做吧，去做吧。老实说，我只需要听到来自我信任的人说的“去做吧”这几个字。我做了。我开始面试，我已经和 Kawaja（Memento 的 CEO）成为朋友了。他说，来为我工作。来工作。他实际上说的是和我一起工作，而不是为我工作。他就是这样的人。我说，好吧。

好吧，我认为我可以。正是“去做吧”给了我勇气去冒险。这不仅仅是“去做吧”，成为赋能者不仅仅是说“去做吧”然后袖手旁观。而是“去做吧，我会和你一起。我会帮助你。我会和你一起降低风险。或者如果我不降低风险，我会和你一起承担风险。

而且，你知道，Andres 在那里，他说，如果出了什么问题，我会帮助你。这给了我勇气。这就是我真正想做的。我想尽可能多地回馈他人，因为这就是你成长的方式。你知道，我被 Memento 录用了，我已经在那里工作了一年半了。这彻底改变了我的职业生涯。在我加入 Memento 的一年半时间里，我的成长超过了我之前在 Tyler Technology 工作的最后五年。

因为我有很多机会，因为我现在正在做的事情，以及因为我现在接触到的社区，因为这是我工作的一部分，而不是我以前在那里做的事情。总而言之，这就是我认为的赋能者，为人们提供机会，让他们成长，让他们走出舒适区，但也让他们感觉在走出舒适区时并不孤单。

是的，我认为对于像你我这样一直在帮助社区并因此建立了自己的平台的人来说，那些倾听我们并尊重我们意见的人，我认为重要的是让我们将其提供给他人，以便他们能够展示他们的

他们所知道的。我知道过去我与许多人合作过，他们都是优秀的工程师，拥有丰富的经验，但他们可能不太擅长自我营销。他们没有花时间在职业生涯中参与社区，但他们没有得到这种曝光。所以当他们说话时，没有多少人愿意倾听。因此，对于你我来说，为他们在社区中提供一个声音，分享他们的专业知识和知识，我认为这也是

更大生态系统生存和繁荣的重要组成部分。尤其是在科技领域，有很多负面情绪在蔓延，尤其是在社交媒体上。最近，围绕着“无服务器已死”的整个事情。这让我很抓狂。每个人都想抓住每一件小事，试图，我不知道，

以不同的方式来描绘。就像 AWS 不再有无服务器宣传团队一样。对我来说，这意味着无服务器已经足够成熟了，大多数人都使用它了。他们真的不需要为此设立一个专门的宣传团队。但是，很明显，其他人会说，哦，无服务器已经死了。即使 AWS 也已经不再相信它了。围绕着 Prime Video 文章的整个事情再次出现，这真的很令人筋疲力尽。是的。

是的，你说对了。Prime Video 的事情，我觉得永远不会消失。人们会解读它，人们会看到他们想看到的东西，当然，总是这样。但正如你所说，无服务器开发倡导团队的消失，是我和 Jeremy 在今年年初在我的播客中讨论过的事情。不是具体地说这件事，而是

我们是否到了可以超越无服务器的阶段？我们最近看到了很多这样的讨论，我们不再需要谈论它了。当然，我们仍然会谈论一些事情，但它不需要一直成为桌面上热门的话题，因为它已经开始达到足够成熟的程度，人们只是明白，是的，我应该为此使用它，我不需要举手说，是的，我正在使用它，或者不，我没有使用它。所以至少我对这部分内容感到非常高兴。

是的，这和 NoSQL 一样。我的意思是，我以前经历过整个 NoSQL 运动，现在没有人再谈论 NoSQL 了，因为它不再是一个有用的总称或营销术语了。人们只是使用我们原本归类为 NoSQL 的数据库。他们只是将其用作 Memento 或

任何东西，Pinecone 或任何数据库，都是 NoSQL 数据库，但人们不再需要使用 NoSQL 这个总称了。我希望我们已经到了不再需要将事物标记为无服务器的阶段。人们只是理解权衡，理解

各个服务的权衡，而不是关于无服务器的一切都不是这样，而一直存在一个范围，就像 Ben Cahill 一直在说的那样，是的，有些东西比其他的更无服务器，但重要的是要理解你究竟在寻找什么，你需要什么，并寻找能给你这些特性的服务。

是的。是的。我多次公开表示，你知道，当谈到它是无服务器还是不是无服务器时，我说这并不重要。真的，当我构建某些东西时，我并没有打算让它成为无服务器的。这真的不再是我的目标了。过去是。过去是。我过去常常自豪地说，这是 100% 无服务器的。现在我自豪地说，它可以工作，并且可以在任何规模下工作。我不需要成为硬件专家才能，

知道如何负载均衡它或启动服务器。我不需要知道我的流量峰值会是多少，如果有什么东西病毒式传播的话。所以我关心的是它一直都能工作。对我来说，这比说，是的，我构建了一个无服务器的东西，要重要得多。

是的，这也很有趣，因为你也有像 Vercel 这样的供应商，它对 Lambda 有很大的溢价。因为 Vercel 是许多以前端为中心的开发者接触无服务器概念的第一个途径，所以当人们谈论，哦，这家公司，这个社交网络病毒式传播，最终从 Vercel 收取了 10 万美元的账单，因为无服务器很昂贵时。

同样，有时将所有内容都放在无服务器这个总称下，也意味着你可能只有一两家公司可能正在做其他人不会做的事情，突然间每个人都被贴上了特定的标签或以特定的方式看待。

是的，是的。当遇到这种情况时，就像我第一次阅读这篇文章一样，在所有这些疯狂的观点出现并且每个人都在社交媒体上谈论它之前，谈论那 10 万美元的 Vercel 账单。我总是回到一种几乎是基层的事情，想想无服务器定价，就像你的电费一样。

这实际上是一种按使用付费的方式。每个人都说，好吧，是的，这是有道理的。我明白了。但如果我有一个容器，每月预设成本，我可以随意使用，它仍然更便宜。但当你从电费的角度考虑时，我不喜欢这样，因为假设我每月支付 200 美元，可以随意使用电。

而这最终会转化为我的行为，我会更加浪费。我会把所有的灯都开着。我会在晚上把空调调到 65 度，白天调到 70 度。我会比按使用付费多用 10 倍的电。我会少得多考虑。

虽然它与软件的使用成本并不完全一致，但它确实有一些相同的联系，你可能会构建某些东西，但它不会像无服务器世界中的某些东西那样可持续。所以如果你关心可持续性，你必须考虑这一点，希望很多人都会关心，但我理解并非每个人都会关心。这是在成本方面仍然需要考虑的事情，这可能是值得支付的。

如果你能为世界节省更多，那就多付一点钱。我总是为这类消费品多付一些钱。

我想人们也没有充分谈论这样一个事实，即这个社交网络在两天内从几乎没有用户发展到 50 万用户，然后继续增长。他们没有任何可扩展性问题。一切正常。这也是其中一件事情，好吧，如果你运行一堆容器，你可能需要进行大量重新架构，也许会有一些中断，因为你没有

你没有预料到突然出现的流量峰值，因为你的网站出现在一些病毒式新闻中，每个人都突然加入了。所以他们拥有所有这些可扩展性，并且可以轻松扩展而没有任何问题，这也是使用无服务器带来的好处之一，不幸的是，每个人都只看到了账单，对吧？

不是他们实际从使用无服务器中获得的好处。完全正确。有一个术语，听起来像是编造的，我几年前第一次从 Reddit 上学到它，是“死亡拥抱”，这基本上是指某些东西病毒式传播。如果你没有无服务器的东西，假设你必须自己配置它，或者某些东西的扩展速度相对较慢，

你可能会遇到“死亡拥抱”，因为它太受欢迎了，每个人都在拥抱你，他们可能拥抱你太紧了，把你扼杀了，然后倒下。对于无服务器来说，这通常不是问题。显然，每个规则都有例外，但我们正处于可能不再使用这个词汇的阶段。

是的，我的意思是，它也让我想起了 Prime Video 的事情，因为它，是的，Prime Video，他们从一项没有用户的服务开始。他们不知道是否有人会使用它。所以他们使用无服务器和 Step Functions 来加快速度，因为它的上市时间更快。但那些在他们之后，我想他们已经发展了几年了。只有在那时，他们才决定，好吧，我们需要优化效率和成本。

我们现在不需要敏捷性了，因为我们知道人们想要什么。产品已经相当成熟了。所以在那时，他们改变了方向。但对于这个应用程序，这个 Kara 应用程序来说，它发生在两天内。所以他们没有机会快速重新架构。但正如我所说，他们能够承受这种“死亡拥抱”，因为服务器能够扩展到他们需要的规模。

但是是的，这是一件这样的事情，我想，你知道，你必须选择一个或另一个。在这个规模下，无论他们做什么，都会很昂贵。这只是个问题，好吧，如果他们在 Lambda 上构建，它会

很昂贵，但不会贵到 10 万美元。可能只有 1 万美元左右。但由于 Vercel 对 Lambda 有 7 倍的溢价，而且他们还有所有这些额外的费用，包括现在，我认为 AJ 在几天前或几周前发布了，他们现在还对你的日志的出站流量收费。如果你将日志发送到其他地方，他们也会向你收取费用。

所以是的，Vercel 的定价感觉有很多陷阱。如果你不小心，突然病毒式传播，可能会非常可怕。是的，绝对如此。这是你必须注意的事情。通常情况下，我完全赞成那些自包含的东西。

就像它们只是让你轻松构建一样，我关心的是解决业务问题。我不太关心解决基础设施问题以及与集成许多不同产品相关的那些繁琐的事情。

这可能是那些我会偏向于不要在 Vercel 中做所有事情的时候之一。当然，这是权衡。另外，我非常了解 AWS，我可以很容易地将其构建回 AWS，并从托管在 Vercel 中的前端调用它。是的。是的。

是的，我想像 DAX 和 SST 团队一直在做很多工作，以帮助人们使用 SST 从 Vercel 迁移到 AWS。他们对 NestJS 有非常好的抽象，因此他们可以相当轻松地将你的现有 Vercel 应用程序迁移到 AWS 并自行在 Lambda 上运行。

所以我认为这也是一个选择。我认为很多人在阅读了 Vercel 的故事后都在考虑这一点。是的，当然。我希望我能更好地谈论 SST、Ion 和 DAX 正在做的所有事情。去年我邀请他们在我的播客上谈论如何正确构建无服务器。

当然，这是一种非常离谱的说法。但是，你知道，当你邀请 DAX 时，你必须说这样的话。而且，你知道，我只是喜欢他们正在做的事情，我喜欢观察他们的进步，以及他们如何简化这些抽象。但这件我还没有做过的事情，我没有很多经验。我希望我能有机会更多地参与其中。

是的，我想 SST 做得非常好的一件事是围绕他们建立社区。他们有这么多非常忠实的粉丝，感觉他们几乎是在建立一种类似于邪教的东西，尤其是在 Dex 周围。他是一个很有个性的人。有时他在社交媒体上发布的内容对我来说有点太多了。

但我可以看到它在建立社区方面非常有效。人们对 SST 非常热情。你是否看到我们可以借鉴的东西，他们做得非常好，我们可以将其应用于建设社区，例如丰富“相信无服务器”社区？

哦，我的天哪。首先，他们在营销方面做得非常出色。我认为你是对的。他说的很多话都有些粗鲁。我几次以一种好的方式，一种有趣、轻松的方式批评过他。这并不适合所有人，但它非常有效。它非常有效。人们喜欢大胆的主张，以及

由此产生的傲慢，因为人们想证明他是错的，但他们建立的社区和产品非常好，他们做不到。所以他们正在推动——他正在推动流量，因为人们想证明他是错的，但他却是对的。这是一种非常棒的营销方式。所以我不会偷学，因为我不——

我不喜欢那样说话。而且，你知道，我要说这没关系。这并不适合所有人。如果你做对了，它会非常有效。有一条细线需要把握，

呃，能够支持这一点，而且如果不是他能够支持他说话的方式，我认为效果不会那么好，但是至于我们可以做些什么来帮助社区，让人们参与进来，我会回到我们在本集节目开头谈论的内容，那就是为人们提供机会，呃，所以

SST 团队正在做什么，你可能没有意识到他们正在做什么，他们是在通过说我们比其他人都做得更好来诱导你尝试它。而开发者，你知道开发者，他们喜欢挑战。他们喜欢证明别人是错的。当我还在高中学习微积分时，我最喜欢的证明类型就是……

我不记得具体是什么了，但它或多或少是一种反证法。这就是为什么这个证明因为这个等式而行不通。这就是开发者喜欢做的事情。所以他们说，好吧，他说这个。我要证明他是错的。他们去使用它，这是最好的营销方式。所以你可以这样做，但是——

我更倾向于让你入门。在谈论营销时，我们谈论的是销售，这个术语是“落地扩张”。让我们让你入门。这是一个给你提供发言机会。或者这是我知道你想要做的事情，但你可能没有办法去做，比如博客文章或播客剧集。让我们来做吧。你提供非常好的体验，无论如何你都应该这样做。

但当你入门后，当你与某人有了第一次体验后，他们就更有可能回来再次尝试你，或者尝试，好吧，我和你一起做了一期播客节目。我现在可以为你写一篇博客文章吗？或者我也可以为社区做一次演讲吗？这不是一种全新的体验，因为我之前已经在你的平台上出现过了。所以让我们尝试一些其他的东西。这是一次非常友好和愉快的体验。我喜欢它，我想再做一次。

这就是我认为这种事情如何发展壮大的方式。这也是我相信无服务器社区之所以做这么多演讲的原因之一。我非常努力地邀请新的演讲者、新的声音以及其他机会让人们分享他们正在从事的工作，并建立思想多样性，同时也为人们提供尝试新事物的机会。

所以我的总体方法是，让我们做一些对你来说门槛很低的事情。

然后一旦你入门了，让我们再努力一点。让我们让你能够参与进来，做更多的事情。而且，而且，不要听我说这些话，然后认为我试图操纵你免费为我做事。绝对不是那样，我真正想做的是让你感到舒服地做更多的事情，让你走出去，去积累那些经验，无论你是否拥有过这些经验。而且，而且，

把你塑造成你想要成为的内容创作者或演讲者。事件驱动架构是构建大型系统的强大范例，但它们也因难以在生产环境中进行测试、观察和监控而臭名昭著。

由于存在许多独立的事件发布者和订阅者，因此围绕错误处理、警报和恢复以及确保您能够完全了解事件的整个生命周期（以便能够对遇到的任何问题进行故障排除）存在许多额外的复杂性。

我在 AWS 上构建了许多事件驱动架构，这些只是我面临的一些反复出现的挑战。这就是 HookDeck 的用武之地。它是一个完全无服务器的事件网关。您无需管理任何基础设施。您可以使用他们的命令行界面在几分钟内开始使用。

与 Amazon EventBridge 相比，它可以执行 EventBridge 执行的所有操作。它可以从多个来源提取事件，对其进行过滤，将其路由到不同的目标，并在传输过程中转换事件。但它还提供更好的开发者体验，包括本地开发体验，

以及更详细的指标和日志，以帮助您调试事件传递问题，以及能够轻松查询您拥有的事件，从而使测试更加简单。您可以立即开始 HookDeck 的免费试用，并同时通过访问 hookdeck.com/theburningmonk 支持此播客。好的，回到节目。

是的，我必须说，作为一名内容创作者本身也是扩展我自己的知识和学习的好方法。我忘了那个学习理论是什么，一旦你能用更容易理解的语言向别人解释。

是理查德·费曼说的，最好的学习方法是学习得足够好，能够教别人，并像对五岁的孩子一样向他们解释吗？那是理查德·费曼吗？我实际上不知道那句话。我前几天听到过。我当时正在读《5 AM俱乐部》这本书，里面有一句引言。首先，这是一本很棒的书。如果你还没读过，强烈推荐。但里面有一句引言，更简洁明了，那就是，老师学得最多。

也就是说，如果你有能力教别人一些东西，你很可能已经从头到尾都学过了。所以能够让自己达到能够舒服地教别人的程度，意味着你可能已经尽职尽责了。至少你应该这样做。

对。是的，绝对是这样。这是我在 15 年的博客生涯中发现的一件事，我经常发现，当我能够写一些东西时，我的学习比大多数人要好得多，因为，你知道，我正在写作，我正在找出自己知识中的差距，然后我离开去阅读更多内容，学习更多内容，尝试更多东西。然后只有在那之后，你才能写出一些有用的东西。

这说得通，并且回答了大多数人可能会问的问题。这也是我在寻找人们提出的问题方面做得很多的事情，例如来自学生、客户以及在 Believe in Server 上提问的人。这些事情给了我很多灵感，让我知道人们在哪些方面遇到困难，以及我应该创作什么样的内容，也帮助我创建……

我想，关于哪些事情有效，哪些事情无效以及在什么情况下无效的心理模型。我认为许多新作家都在努力的一件事是，他们非常渴望开始撰写他们已经掌握的一些想法或解决方案，但并没有花足够的时间来解释问题是什么，

因此，在他们试图向读者提供解决方案之前，他们并没有让读者对问题产生兴趣。这通常是我与试图开始写作并试图让他们考虑将写作视为销售或市场营销的新人们一起工作时会做的事情之一。你必须先制造一个问题，然后才能提供解决方案，并让人们关心你的解决方案。

绝对正确。这是一个很棒的建议。大声说出这一点，在销售解决方案之前先销售问题。我阅读了我发送的包含每周最佳内容的时事通讯中的大量内容。我阅读了很多，因为我一直在努力寻找最好的内容。这是你从第一次写作的人那里经常看到的东西，

这就是我所构建的。仅此而已。我昨天实际上正在与某人进行交谈。

他正在谈论他正在从事的一个项目，该项目正在为多云平台提供机器学习模型。我问的第一个问题是，你试图解决什么问题？今天存在什么不足以让你必须构建这个东西？这让他一下子愣住了。就像，让我们先回答这个问题。在我们进一步讨论之前，让我们先回答这个问题，因为如果你没有理由，

那么为什么呢？所以你知道这绝对可以应用于所有不同类型的内容创作，那就是问题是什么，为什么这是一个问题，这是该问题的解决方案，否则我们最终会得到更多像 NFT 这样的东西，技术是什么解决方案正在寻找问题，我想反过来也是绝对正确的，这很有趣

回到构建社区和这个 Believe in Serverless 社区，Farah 在我们上次和她一起做节目时谈到的一件事是，你想建立一个人们想要在那里待的社区。看看 Believe in Serverless 讨论服务器上许多人的参与度有多高，像 Tyco、Omid 和 Sam 这样的人，我之前也在 LinkedIn 上与他们交谈过，各种各样的，你知道，

相当频繁。他们都非常积极参与社区。我可以清楚地看到人们确实想待在那里。那是人们想要闲逛并互相聊天的地方。是的。

除了让新人更容易发言和加入服务器之外，你们还做过哪些事情？你可能会给那些试图创建自己社区的人一些其他的建议，以及他们应该考虑的事情吗？是的，是的。这实际上是一个非常好的问题。这是我们努力解决的一些问题，我认为很多。今年年初，我几乎经历了存在主义危机。

试图弄清楚如何发展这个社区。社区不会自行发展。你不能只是推出一个平台，然后期望每个人都会出现。棒球谚语“如果你建造它，他们就会来”对于社区来说并不一定是真的。你必须积极参与，积极参与，而不仅仅是提供一个平台。你必须提出问题，即使你知道答案。

提出问题并建立思想多样性。在我职业生涯早期，当我在 Tyler Technologies 工作时，一旦我开始与社区互动，我就开始建立思想多样性。你知道，我组建了一个很棒的工程师团队来运行所有云端工作。这是一个很棒的团队，因为没有人会在任何事情上达成一致。而且，你知道，我们总是会进行讨论。我们会开一个 30 分钟的会议，说，让我们谈谈租户。

每个人都会带着他们关于租户的论点来参加会议，我们谁也不会同意。我们会带着妥协从另一端走出来，因为现在我们已经讨论了可能出错的八件事或租户的八种不同实现方式。我们挑选我们喜欢的东西并使用它。这是你真正需要在社区中提供的，尤其是在发展阶段。现在，

社区在增长和成熟方面绝对会经历一个钟形曲线，它会……

至少就参与度而言，增长和参与度是一个钟形曲线，它一开始很慢，然后迅速飙升，在顶部以高速达到顶峰，然后开始下降一点，你必须观察它。你必须让那些积极参与、积极提供谈话和表达意见机会的人一直参与其中。所以我们在 Believe in Serverless 中所做的是，你知道，我们从一个利基市场开始，从无服务器开始

并从美国的无服务器开始，我们所有的会议都针对美国。我们成长了。

然后我们开始邀请来自欧洲的人，并开始让来自欧洲的人参与进来。但我们仍然专注于美国时区，所有内容都针对美国人进行了优化。因此，我们发展到一定程度，我们想，你知道吗？当欧洲人想参与进来时，我们应该让他们参与进来。所以我们邀请了 James Easton，他在 AWS 工作了很长时间，刚刚转到 Datadog。他住在英国。所以我们说，James，

帮我们解决欧洲的问题吧，伙计。在线，随时为欧洲和亚洲西部的人们提供服务，在他们想在线的时候。进行演讲，在这里做事情，参与进来，提出你可能知道也可能不知道答案的问题，让他们参与进来，让他们行动起来。因此，当美国人醒来时，他们可以看到这场对话，并参与其中。

所以这是一个非常冗长的答案，但让我将其总结为：保持参与，提出问题，获得广泛的观点，不要让事情停滞不前。其中一件事……

我们很早就做的事情是，我们会聚在一起，我们会说，我们今天可以问人们什么问题？我们在 Discord、CICD、事件驱动、API、安全方面拥有所有这些不同的渠道。我们可以在其中提出什么问题来推动对话？因为如果你的社区还不成熟，还不能做到这一点，那么你需要这样做。孩子不会在没有父母帮助的情况下行走。

所以我们在发展社区时采取的立场是，让我们成为问题。让我们提问。我们甚至不必做出贡献。作为社区的冠军或社区经理。那就是我、Andres、Ben Pyle。

Danielle Heberling、Quata Shams，我们都会弄清楚今天我们可以问什么问题，并将这些问题放在那里。所以就像持续不断的提问和参与。从那里开始，事情就会开始发展壮大，并自行发展。

你知道，每当我早上醒来，然后我去看 Jan，他就在那里，他正在与人们交谈，并参与人们提出的问题时，我就会想，是的，我没有要求 Jan 这样做，但他就在那里，他正在与人们互动。这是一个关于在现实生活中做事情的人之间的精彩对话。

所以，你知道，这很有趣，但这也是我第一次建立社区。实际上，我们所有人，我、Ben、Andres、Kwaja、Danielle，我们以前从未建立过社区。一开始我们犯了很多错误。试图弄清楚如何主持所有这些演讲，老实说，这简直是一场噩梦。我们尝试了很多不同类型的流媒体和视频托管。我们很长时间都使用 Zoom。我尝试在我的机器上运行 OBS。

在我的机器上，并且在那里发生了一些灾难性的故障，我的机器在最初的五分钟内就过热了。它完全关闭了。我们知道我们尝试过、失败过、学习过、适应过。而且，你知道……

愿意承认某些事情不起作用，然后放弃它并继续保持这种参与，这意义重大，因为人们会看到你对他们很诚实，并且他们在这种环境中感到舒适。他们觉得他们可以信任你。他们可以信任周围的人。如果人们对社区有信任感，他们就更有可能参与其中。

是的，我认为 Farah 也谈到了这一点。我在土耳其的 80% 社区日上参加了她的一个演讲，她在那里谈到了社区建设。其中一件事，她谈到的最重要的事情之一是真实和做自己，并建立信任。我认为这对于社区、在线社区来说非常重要，因为

每个人都来自不同的背景，来自不同的地方，他们在现实生活中并不真正认识彼此。因此，很多时候，这只是你如何在这些对话中表现出来的问题。我们很容易做出假设，并且非常爱评判。我认为很多时候，也许社交媒体就是这样，你知道，你说一句话，然后人们就会以各种不同的错误方式理解它。

呃，非常爱评判，这与你在社区中想要的东西恰恰相反，你希望人们思想开放，嗯，很多时候，也许并非总是最好的提问方式和表达问题的方式，所以他们不会显得像，好吧，有时我看到学生提出的问题，我认为，好吧，这感觉是一件显而易见的事情，他为什么问我这个问题，然后这就是你，你知道，你的大脑一侧在想

这很愚蠢。他为什么问这个问题？在我的大脑另一侧，我必须检查自己，然后想，好吧，一定还有其他一些他不知道的事情。他还没有分享一些上下文，我必须利用我的工作来弄清楚。好的，

提出正确的问题以找出上下文是什么，你为什么问这个问题，也许在那时你会发现，好吧，他问这个问题的真正原因是其他一些事情，一些你从未想过的事情。这并非总是出现。所以，你知道，不要马上那么爱评判。人们不是傻瓜。他们可能并不总是提出正确的问题或以正确的方式表达问题，但是……

但很多时候，这只是你必须弄清楚的事情。你必须通过提问来弄清楚。但是是的，我完全明白。你总是必须保持思想开放和谨慎，并试图弄清楚，好吧，你实际上需要什么帮助？有时他们会寻求解决方案，而正如你所说，你应该问，你首先试图解决什么问题，而不是仅仅提供解决方案？

是的，我过去在 Tyler Technologies 与客户合作很多，他们会说，你能在这里放一个按钮吗？

我的回答每次都是否定的。你想要做什么？你有什么问题？我会告诉你我们将如何解决这个问题，因为你不是唯一使用此软件的人。我不会这么说，但在我的脑海里，你不是唯一使用此软件的人，但你也不是设计师。你非常了解业务问题。我是。我是一名设计师。我知道如何做这些事情，并且我知道如何扩展功能。但就像你所说的那样，是的，

你知道问为什么以及找到那个问题非常重要，但作为问为什么的人，你需要非常注意你问的方式，你不能只说为什么

开发人员非常擅长问为什么，但他们也非常擅长咄咄逼人。如果你对试图弄清楚问题根源的人咄咄逼人，他们就会关闭与你交谈的人，这取决于他们的自信程度。如果是一个新手，他们在这个领域没有多少信心，他们就会关闭。他们可能会说，我不知道，算了吧。然后就离开了，你错过了教育某人的机会。所以，

不要只问为什么，而是用不同的方式表达。即使只是从语义上来说，说为什么和你想解决什么问题的意思是一样的。但一种比另一种更咄咄逼人，你会得到更好的答案，并且你会通过友善和与某人建立信任和融洽关系来找到问题的真正根源。所以确保你意识到这一点非常重要。

是的，这是我作为顾问也必须学习的一件事，那就是与客户打交道，与那些可能对他们试图做的事情有一些先入为主的想法的人打交道，但他们可能不了解所有不同可能解决方案的全貌，他们试图弄清楚他们实际上试图实现的是什么，也许帮助他们找到更有效的解决方案，而不是仅仅给他们他们字面上的要求。这可能是你作为顾问学习到的最重要的事情。是的。

我想我还想提到的另一件事是你之前提到的，即很多人参加会议，每个人都会提出不同的论点。我也发现对我以前的工作非常有用的一件事是，当你遇到这种情况时，我一直喜欢从为什么开始。但就以下方面而言，好的，我们能否就解决方案达成一致，而不仅仅是解决方案，而是就我们应该在解决方案中寻找什么标准以及我们对每个标准的重视程度达成一致。显然，你必须考虑可扩展性、成本效率、性能等等，但是我们能否至少就优先级达成一致？这样，当有两个解决方案都满足不同的条件时，但可能有所不同，也许一个是成本效率的三分，但可扩展性是五分，对我们来说，

成本比规模更重要，那么我们可能会选择另一个解决方案。我发现这是一种很好的、非常有用的技术，可以避免，可以减轻你在这些对话中经常遇到的确认偏差。每个人都有不同的论点，它们都是有效的，但是我们如何从这些论点中找到一个解决方案，一个每个人都能同意的共同点？

绝对正确。希望这些对话是与非常了解业务的非技术人员进行的，因为这就是很多，这就是所有业务需求真正应该来自的地方。因此，你不仅需要在优先级和结果方面达到同一水平，而且还要建立一种普遍的语言，没有人使用

没有人知道的缩写，你知道，确保每个人都理解所有缩写的含义。从一开始就确保每个人都理解所有业务术语的含义将有助于建立这个公平的竞争环境。这样你就可以想出一个最有意义的答案。

我很高兴你提到了普遍语言。这是 DDD 中的一件事，我想每个人都读过 DDD 书，至少可能读过前半部分，只读到了诸如存储库模式、值对象之类的东西，但从未读到真正好的部分，那就是普遍语言以及它如何转化为在组织内部的工作。我也非常喜欢你在事件驱动设计架构周围的路径中的一些原型。

我真的很喜欢这些。所以是的，谢谢。感谢这些。与 Carragher 和 Memento 团队合作对你来说是什么样的？你过去，我想，18 个月是如何与他们合作的？是的，这很棒。我真的很喜欢……所以我从一家拥有 10,000 名员工的大型企业转到了创业公司。当我被聘用时，我想我是第 22 号员工。

我花了很长时间才适应这种速度。在一万人的企业中，你会在计划会议之前举行预先计划会议。然后你举行计划会议，然后有一人有一个行动项目。六周后，你将举行一次行动会议，以实际采取行动来处理之前发生的计划和预先计划。六个月后，你实际上做了这件事，然后每个人都忘记了你最初在做什么。然后就是一个整体。

当我开始在 Momento 工作时，有人会在周一有一个想法，它会在周四投入生产。看到一切进展如此之快真是太疯狂了，而且并非鲁莽，而是

你知道，就 AWS 领导力原则而言，Momento 非常重视行动，我喜欢这一点。我必须习惯它。你知道，我一直都重视行动，但我实际上并没有习惯这么快地行动。我喜欢它。Quadra 一开始总是说的一件事是，如果我们发布它，而且它没有错别字，那么我们就花的时间太长了。

你知道，这是一种快乐的氛围，让我们不要过度思考。

所以这太酷了，因为我将开发人员大致分为两类，服务开发人员，也就是实际构建服务的人。这可能只是我知道这里的受众是 AWS 为中心的。所以构建像 DynamoDB 或 Lambda 这样东西的人，他们是服务工程师。然后还有像我这样的应用程序构建者。

他们使用这些服务来解决各种业务问题。这并不是说服务团队没有他们试图解决的业务问题，但这与应用程序构建者非常不同。在我的职业生涯中，我只与应用程序构建者合作过。

所以与服务构建者一起工作对我来说太棒了。我作为一名应用程序构建者被聘用到了一个服务团队，担任开发者布道者。所以我使用我们的服务来构建，说，这就是你如何做你试图做的事情。在过去六个月里，每次与 Memento 的工程师交谈时，我都说，你们是我一生中遇到过的最聪明的人。

只是想想，听他们如何思考问题与我思考问题的方式如此不同。而且，你知道，因为他们专注于，好吧，也许我们应该使用网络负载均衡器而不是应用程序负载均衡器，因为网络，NLB 没有 NLB 拥有的握手延迟。我们试图获得，你知道，

从这个东西中榨取微秒的延迟。我说，我有，我甚至不知道那是怎么回事。老实说，你知道，我可以使用你的东西。我可以使用你正在构建的东西来制作其他东西，你知道，而且我很确定他们有类似的观点，虽然不完全相同，但不像我对他们抱有的那种惊奇，但是你知道，他们看着我，看看我可以用什么，你知道，从他们正在构建的服务中塑造出来。他们就像，哦，哇。我不知道事情可以做这样的事情。

所以这是一次非常酷的体验。所以不仅行动迅速，而且还关注服务团队关注的规模、性能等方面，你知道，Memento 最初是一个缓存服务。如果你的缓存非常快，那还有什么意义呢？

而且，你知道，这种延迟，对延迟的关注以及尽可能快地完成事情一直是我们所做的一切的驱动力。因此，我们拥有的主题服务，实时消息传递，具有与缓存相同的延迟要求，或者非常接近。正因为如此，我们构建了一个令人惊叹的产品，它可以进行感觉像是实际实时的实时通信。所以这是

看到事情进展如此之快，看到服务团队的工作方式，看看产品团队，我在 Memento 的产品团队，看看我们多么关心构建开发人员想要使用、关心并发现容易使用的体验，这真是太丰富了。这让我作为一名教育者和内容创作者感到高兴，因为我们正在做一些让

人们的生活更轻松的事情。作为一个简短的轶事，我在上一份工作中构建了一个应用程序，它使用 DynamoDB 作为后端存储。我有一个冲刺，一个研究冲刺，用于向其中添加缓存以使事情更快一些。我们当时正在研究 ElastiCache。这大概是在 2019 年。而且

我们仍然专注于让它 100% 无服务器。所以我们正在研究 ElastiCache，发现它有 VPC。我们花了整整两周时间来构建一个实际 ElastiCache 实例的概念验证。我们对其进行了成本建模。我们进行了灾难恢复以及在企业中添加基础设施到应用程序时会执行的所有操作。最后，

确实如此，相对于我们在 DynamoDB 上获得的好处来说，这实在太多了。我们必须学习 VPC 的工作原理。我们必须弄清楚如何充分扩展它。这每月都会产生相当可观的定价成本和预配成本。

因此，我们所做的，我认为现在仍然如此，我不知道，我已经很久没去那里了，只是使用 DynamoDB。我们选择放弃缓存。现在，如果当时 Memento 已经存在，那将是一个非常简单的冲刺。我可能只需要两天就能完成它，我可以说，是的，我们有一个自动扩展的闪电般快速的缓存，你可以通过一个 API 调用来实现，获取或设置 Memento。

就是这样。它可以向上扩展，也可以向下扩展，按使用付费。在许多情况下，它比 DynamoDB 更快。因此，它实际上在节省成本和性能方面都具有优势。所以它很有趣。它真的很酷。它也让我大开眼界，因为我总是与社区合作。它真的让我开始更认真地看待

其他第三方无服务器供应商。就像现在，在我们进行这次通话之前，我正在使用 Neon，这是一种无服务器 Postgres 服务，试图重新回到关系型数据库领域，并确保我还记得如何操作。但它们建立在 AWS 之上。有很多不同的提供商正在使用 AWS 作为基础设施，他们正在构建这些有意义的抽象来

构建应用程序更容易。所以我更愿意。感觉现在人们也更愿意使用第三方供应商了。这真的很酷，这对我来说是一次非常酷的体验，让我作为一名应用程序开发者更加全面，也从服务工程的角度获得了所有这些知识。

是的，Kamal Jainan，他的团队非常棒。很久以前我和他聊得很开心。显然，你知道，他在 DynamoDB 上的工作经验在构建像导师这样的东西时非常有用。

但是你在构建应用程序的技能方面绝对是正确的，将多个服务粘合在一起以构建服务，其中更关注优化、可扩展性，考虑每个步骤的细节，并试图在控制成本的同时尽可能提高性能。这是一种非常不同的技能组合，一种非常不同的思维方式。而且

我很幸运能够在这两个方面工作，并且能够在堆栈上下工作。它需要一种非常不同的思维方式和一种非常不同的视角。与在大企业工作相比，在创业公司工作也是如此。同样，思维方式非常不同，方法也大相径庭。你必须考虑……

即使在架构决策或如何组织解决方案方面，诸如事件驱动架构和 DDD 之类的东西，当你在企业级时，这些都非常有意义。一万人，你如何用……

根据康威定律，我们知道组织将构建反映其沟通模式的系统。因此，拥有 10,000 人的公司默认情况下会创建更复杂的应用程序。那么，我们如何让每个人都能安全地沟通，并构建一个健壮且有弹性的系统呢？

而对于一家小型公司，例如只有几个人，你可能可以省去 DDD 附带的许多事情。你仍然可能会借用它的一些元素来设计这些东西。

服务边界，如何找到合适的地方，好吧，这是一个服务与另一个服务。但是有些事情，例如，区分领域事件与集成事件，以及围绕语言的一些细节，你在哪里绘制边界上下文边界，这些事情可能不太重要。它们仍然有用，但是做错的代价不像在大企业中那样高昂。

所以是的，绝对是一种非常不同的思维方式。每当我与某人讨论任何技术问题时，你总是要记住，好吧，无论他们是在为企业工作还是在为创业公司工作，答案可能都大相径庭。对一方有效的方法可能对另一方无效。绝对的。我忘了，

但可能最重要的事情是，为了回答你最初的问题，与 Quaja 和 Memento 合作是什么感觉？所以所有我已经说过的事情，你刚才说的一切。但从个人的角度来看，Quaja，首席执行官，是我一生中遇到的最友善的人之一。他身上有一种关心人的气质。

为了稍微降低一下情绪，只有一分钟，在五月份，我的女儿被诊断出患有白血病。我的三岁女儿被诊断出患有白血病，对于不知道的人来说，这是血液癌。她立即制定了一个为期数月的治疗计划。我打电话给 Kwaja。我们在星期三被诊断出来，我在星期三下午给他打了电话。我说，嘿，

我本周不能上班。在我弄清楚发生了什么事情的时候，你能帮我休几天假吗？我告诉他诊断结果，并告诉他一切。他立即回应说，不要来上班。休假。我们有病假是有原因的。这就是原因之一。我不想在工作中看到你。我希望你专注于你的家人，专注于让你的女儿好起来。

这就是那次谈话的结束。这是，我不必去上班。我专注于她以及治疗和那里的一切。我认为我不会在其他任何地方得到这样的待遇。我肯定在我上一份工作中不会得到它。很少有地方会毫不犹豫地说，拿去吧。拿去吧，专注，你准备好后再回来。

我非常感激。Quadra，希望你正在听。再次感谢你。我已经告诉过你很多次了。他每周给我发几次信息。他不想用信息淹没我，只是问，她怎么样？我会告诉他他很关心。所以非常感谢这个机会。

是的，我看到了你的个人更新，并祝你女儿的治疗一切顺利，我相信所有正在收听的人，他们中的大多数人可能也看到了你在你的通讯中发布的个人更新。我也会添加 Olivia 的 GoFundMe 页面链接，希望大家也能帮助你们。但是，Alan，非常感谢你今天抽出时间，我

我很感激你抽出时间工作，抽出时间陪伴家人，来和我们分享你建立社区和与 Memento 合作的一些经验。是的，谢谢你邀请我。我很感激。你知道，我们本来应该在我被诊断出疾病的前一天录制这一集。我不得不取消它，因为我们在医院。我们还没有确诊，但这仍然很可怕。所以感谢你与我一起找到时间来完成这件事。

不用担心。我希望以后能亲自见到你。希望，也许我会重新发明。是的。目前，我计划今年去重新发明。你知道，如果一切顺利的话。所以我目前是按天计算的。所以你星期二问我，我可能会给你一个与星期三不同的答案。但现在我计划去。所以我希望在那里见到很多社区成员。很好。是的，希望在那里见到你，并希望 Olivia 的一切顺利。谢谢。我非常感谢。各位，保重。好的。下次见。

感谢 HookDeck 对本集的支持。您可以了解有关 HookDeck 如何改进构建事件驱动架构的开发人员体验的更多信息。请访问 hookdeck.com/theburningmonk。

这就是另一集《真实世界无服务器》的全部内容。要访问节目笔记，请访问 realworldserverless.com。如果您想学习如何构建可用于生产环境的无服务器应用程序，请查看我在 productionreadyserverless.com 上即将推出的课程。下次见。