为什么我写了《BEAM 之书》

主要观点:作者历经十年为 Klarna 维护核心系统后,撰写《The BEAM Book》,旨在让后续工程师在咖啡冷却前解决 BEAM 中的暂停问题。讲述了书籍创作的起源、历经多次出版波折及项目停滞,最终在 GitHub 上重新开始并获得社区反馈,坚持写作的原因是想真正理解 BEAM,书籍涵盖 BEAM 相关多方面内容,对构建和运营 Erlang 或 Elixir 系统的人有帮助,总结了创作过程中的经验教训,如坚持比完美重要等,最后呼吁读者参与,购买纸质书、纠错、提交 pull request 等。
关键信息

  • 2012 年 10 月 12 日开始项目,早期用 DocBook 后改为 AsciiDoc,历经 O’Reilly 和 Pragmatic Bookshelf 的出版波折,2017 年重新开始在 GitHub 上创作。
  • 坚持写作的原因包括想理解 BEAM、社区反馈、GitHub 星标数量、在会议中被引用、Twitter 影响等。
  • 书籍内容涵盖调度器等多方面 BEAM 相关知识。
  • 总结的经验教训包括坚持、设定边界、利用群体力量、控制范围、及时更新等。
    重要细节
  • 2013 年 Atlas 系统隐藏主文件并覆盖未完成章节,导致进度缓慢。
  • 2015 年 3 月 10 日为保持构建通过而进行章节拆分。
  • 2017 年 1 月 20 日将所有内容导入新 repo,3 月 23 日用 Asciidoctor 重新开始,4 月 7 日公开 repo 后获得社区帮助。
  • 书籍对构建和运营 Erlang 或 Elixir 系统的人有实用价值,可避免在邮件列表等中寻找答案。
  • 作者通过举办 BEAM 内部工作坊为团队提供深入学习机会。
阅读 9
0 条评论