自去年夏天（大约 12 个月前）以来，我几乎一直在运营软件读书俱乐部。我们通读了设计数据密集型应用程序、数据库内部结构、系统性能，并且刚刚开始了解软件动态。
DDIA 讨论在纽约进行，约有 5-8 名与会者参加。其余的则通过电子邮件向 300、500 和 600 名与会者发送。
这篇文章适合那些有兴趣经营自己的读书俱乐部的人。这些想法都不新颖。我从其他做类似事情的人那里借鉴了我看到的最好的部分。如果您尝试的话，希望您也能改善我的经验。
尽管这篇文章很长，但运行读书俱乐部几乎不需要付出任何明显的努力，除非我需要选择和确认讨论领导者。感谢我如此坚持不懈地参加读书俱乐部所需要的有限努力。
谷歌网上论坛
我通过电子邮件运营虚拟读书俱乐部。我创建了一个 Google 网上论坛，并告诉人们向我发送电子邮件以获取邀请。我使用 Google 表单来收集电子邮件，因为我收到的电子邮件很多。如果您正在举办一个小型读书俱乐部，您可以直接收集会员电子邮件。
在 Google 表单中，我要求人们自愿领导一个或多个章节的讨论。我要求一个 Twitter/GitHub/LinkedIn 帐户。
当我收到足够的回复后，我会浏览列表并检查 Twitter/GitHub/LinkedIn 信息，以找到可能有特别有趣的观点的人来引导讨论。
“主持讨论”听起来很正式，但我的意思绝非如此。我所寻找的就是有人每周启动一个新的 Google 群组帖子并让他们分享自己的想法。
例如，讨论领导者可能会分享：
- 他们喜欢这一章的哪些内容
- 他们从本章中学到了一些新东西
- 本章让他们想起了一个关于他们工作的故事
- 他们受阅读本章启发而开发的一个小项目
- 本章提醒他们的论文或 YouTube 视频
- 本章中有些令人困惑的内容
- ETC。
“讨论领导者”没有责任在发布帖子后继续留在讨论中。没有比称他们为“讨论领导者”更简单的方法来称呼“发起讨论的人”了。
顺便说一句，我没有为第一个读书俱乐部（阅读 DDIA）担任讨论领袖。那个读书俱乐部显然付出了更多的努力。因为是我组织的，所以每次我实际上都是讨论的领导者。拥有讨论领袖可以分散读书俱乐部的精力。我认为这让俱乐部变得更加有趣。
SparkNotes化
我注意到经常发生的一件事是讨论领导者可能会对本章进行大量总结。我非常欣赏并尊重这种努力，但我认为这并不是理想的情况。当然，你无法控制人们做什么，也许他们真的想写一份总结。但自从注意到这种情况发生后，我现在试图阻止讨论领导者进行总结，因为 1）它一定非常耗时，2）它不像上面的一些要点那么有趣。
与领导确认
当我挑选出那些看起来会成为有趣的讨论领导者的人时，我会密件抄送给他们所有人，要求他们确认。同时我解释了成为讨论领袖意味着什么。正如我上面刚刚解释的那样。
每周的讨论都会有一个新的 Google 群组主题。讨论发生在对线程的响应中。
我要求讨论领导者在当地时间周五和周六之间创建新的讨论线程。
对于那些没有确认的人，我最后一次给他们发电子邮件，如果他们仍然没有确认，我会找到新的人。
我总是领导第一周的讨论，以便讨论领导者可以看到我所做的事情，以便我可以建立模式。
管理领导者
读一本书需要一段时间。有时领导者忘记尽自己的职责。如果到了周日，而本周的讨论领导者还没有开始讨论，我会向他们发送电子邮件，温和地询问他们是否仍然可以开始讨论。如果他们没有，不用担心，我可以介入。
我不得不介入几次才能开始讨论，这没问题。
管理非领导者
正如您需要为讨论领导者澄清并设定期望一样，您也需要为其他所有人澄清并设定期望。
当我邀请人们加入 Google 群组时，我通常还会创建一个介绍线程，在其中解释讨论格式。
Google 网上论坛的一个令人烦恼的方面是，我无法限制谁可以创建线程而不限制谁可以响应线程。
如果我可以将线程创建限制为讨论领导者，这对我来说会简化事情。但由于我不能，我尝试在介绍线程中反复明确地提及，除非他们是讨论领导者，否则任何人都不应启动新的讨论线程。每个周末都会出现新的线程来讨论前一章。
定下基调
在介绍电子邮件中要做的最重要的事情之一就是定下基调。我试图澄清这是一个友好且令人鼓舞的团体，专注于学习和提高自己。我们的团队中有专家，也有菜鸟，他们都很受欢迎，并且都会带来不同的东西。
为什么要发电子邮件？
电子邮件似乎是最省时间、最适合人群的媒介。尽管我相信亚历克斯·彼得罗夫（Alex Petrov）负责进行现场讨论，但进行现场讨论听起来压力很大且难以安排。电子邮件迫使你放慢速度并彻底思考事情。电子邮件是围绕收件箱构建的。如果您没有阅读某些讨论，可以将其标记为未读。您无法在 Discord 或 Slack 中执行此操作。
避免长期承诺
我选书的时候，除了选我认为可能写得特别好的书外，我尽量避免3个月内读不完的书。我担心尝试让人们致力于比这更长的事情。
但这导致了一些扭曲。系统性能只有 16 章。每周一章，总共大约3个月。但每章有 100 页长。
我犹豫是否要阅读《理解软件动力学》，因为它有 28 章。但每章只有 10-15 页长。因此，当我决定继续阅读时，我决定每周读两章。每个讨论负责人一次负责 2 个章节。这意味着我们可以在 3 个月内完成。我们每周只阅读 20-30 页，这仍然比 100 页的《系统性能》更可行。
另一方面，我们确实通过了系统性能！这让我有信心选择其他令人畏惧的书，如果它们看起来是个好主意的话。
一本书结束
许多公共读书俱乐部每个月都会浏览一本书，但没有结局。这是完全公平的。但我喜欢组织读书俱乐部的方式是，每次阅读都与下一次阅读无关。每本书都是全新的注册。你只需要“承诺”（我的意思是，你可以随时退出，而且肯定有人这么做）进行为期 3 个月的阅读，然后你就可以对自己感觉良好，并在未来再次加入。
相比之下，论文阅读俱乐部没有明显的结局，除非你提前挑选所有论文并围绕一个学年或其他时间组织它们。这让我更关心经营报纸阅读俱乐部。不过我非常感谢像 Aleksey Charapko 和 Murat Demirbas这样的人。
大多数人并不主动贡献，但他们仍然重视它
在 500 人的小组中，可能有 1-2% 的人积极参与讨论。 5-10人。但我经常听到没有参加的人说他们仍然高度重视这个团体。如此高的非活跃参与者比例是我不断允许小组规模扩大的部分原因。我要做的工作很少，而且很多人都受益。
在你的公司做这件事可能不会顺利
我之前写过这个。由于某种原因，很难让本来会加入外部阅读俱乐部的人加入公司内部阅读俱乐部。
尽管也许我只是做错了，因为我听说像伊丽莎白·加勒特·克里斯滕森这样的人成功地经营了一个内部软件读书俱乐部。
祝你好运，玩得开心！
这就是我所拥有的一切。如果您有任何问题，请向我发送。但最重要的是，如果你愿意的话，就试一试，你就会学到东西！
如果你还是不明白，你当然可以加入我的读书俱乐部之一。 🙂
既然人们问了，我就说一下我是如何经营软件读书俱乐部的。
而且，您也可以加入并看看。 🙂 https://t.co/tXBrLFYbvC pic.twitter.com/4iW8EfZCeY
— 菲尔·伊顿 (@eatonphil) 2024 年 5 月 30 日
原文： http://notes.eatonphil.com/2024-05-30-how-i-run-book-clubs.html