Santa Cruz, CA （加利福尼亚州圣克鲁斯）
在过去的十年里，Karsten 一直在教授和实践开源之道。作为红帽公司首屈一指的社区领导团队的成员，他协助 Fedora 项目和红帽参与的其他项目的各种社区活动。作为一名拥有 15 年 IT 行业经验的资深人士，Karsten 曾担任 IS 经理、专业服务顾问、技术作家和开发者倡导者，从事过常见商业方程式的大部分方面的工作。
Karsten 与妻子和两个女儿住在他的家乡加利福尼亚州圣克鲁斯，他们的城市小农场名为“童话农场”，在那里他们专注于种植自己的食物和培育可持续的社区生活。
作者评论
虽然超越代码是元工作 <em><a href="http://theopensourceway.org/wiki">开源之道</a></em> 的一个具体目标，但 <em><a href="http://teachingopensource.org/index.php/Textbook_Release_0.8">实用开源软件探索</a></em> 教材必须从特定的学生群体开始。虽然许多受众未得到充分服务，但在我看来，最可悲的耻辱之一是学习 <em>计算机科学</em> 的人没有学习参与开源。这就是为什么我对最初的范围和发布感到满意。
我赞同这一点，并且曾在类似的圈子里与 Máirín 合作，让开源项目超越“代码至上”的理念。作为 <em>实用开源软件探索</em> 的编辑之一，我知道为非编码受众重新混合当前内容并不容易。但是，这是可以做到的，而且应该做到。事实上，我认为标题本身就为包含处理 FOSS 项目非编码部分的部分（章节组）留出了空间。
然后，可以很容易地在 wiki 上识别一个子集，并根据相同的内容为不同的受众制作不同的书籍。池中章节的数量和质量越高，教材可以覆盖的学生受众就越多。
从这里开始的一种方法是
<ol>
<li>在 Teaching Open Source wiki 上创建一个新的以设计为中心的教科书着陆页。</li>
<li>为本书的第一个版本创建目录，考虑重用另一本书中的现有章节。</li>
<li>如果章节标题与设计重点冲突，请尝试与上游章节作者合作解决此问题。例如，我们可以将所有章节重命名为“解释源代码”以用于文档章节吗？这对设计受众有意义吗？</li>
<li>如果章节标题不起作用，只需创建一个新的容器章节，并使用 MediaWiki 包含机制来拉入内容。</li>
<li>在此处插入我们已经拥有的特定于设计的章节，例如按摩您引用的案例研究。</li>
<li>通过这半天或一天的工作，我们可以使教科书的某些部分已经开始或接近完成，并了解有多少工作要做。</li>
<li>开始招募作者，然后编写所需的内容。</li>
</ol>
如果您喜欢这个想法，也许可以将其作为对 Fedora 设计团队以及您认识的其他设计社区的挑战来提出。我自愿帮助进行 MediaWiki 管理、园艺和理解内容以进行重新混合。（这有助于我实现编写“如何重新混合本书”附录的目标。）我们可以进行到 DocBook 的转换，并在 PDF、HTML 和 Epub 格式中获得漂亮的 Fedora 品牌（或任何品牌）。
感谢您的留言。服务器崩溃了，但现在又恢复了。