加利福尼亚州圣克鲁斯
在过去的十年里，Karsten 一直在教授和践行开源之道。作为红帽公司首屈一指的社区领导团队成员，他协助 Fedora 项目和红帽参与的其他项目的各种社区活动。作为拥有 15 年 IT 行业经验的资深人士，Karsten 曾担任信息系统经理、专业服务顾问、技术作家和开发者布道师等多种职务，参与了常见的商业活动。
Karsten 与妻子和两个女儿住在他的家乡加利福尼亚州圣克鲁斯，他们的小型城市农场名为童话农场 (Fairy-Tale Farm)，在那里他们专注于种植自己的食物，并培育可持续的社区生活。
作者评论
我同意你的担忧。从一开始，这个项目的运行方式就与成功的开源项目不同。我不清楚他们在实际或潜在的安全、基础设施或可扩展性方面遇到的问题的细节……但这些正是能够通过开放协作方法很好地解决的问题。
尽管如此，我认为只要开发者真正努力理解在哪里改变他们的开发方法，就永远不会太晚。在那之前，他们正在犯着我们很多人都会犯的同样的风险——封闭源代码开发模式的所有缺点，却没有受限代码的所谓好处。
虽然我建议他们可以使用 <a href="http://TheOpenSourceWay.org/wiki">《开源之道》</a>手册，但我真的建议他们阅读 <em>权威的</em>书籍，<a href="http://www.producingoss.com/">《生产开源软件》</a>。如果他们已经读过，我建议他们回顾一下，看看他们在哪里为了方便而忽略了原则和实践……并停止这样做。
许多帮助像红帽这样的公司建立防御性专利组合的人同时感到不安。“如果我们被一家对我们关于仅防御性专利组合的理想和计划怀有敌意的公司收购怎么办？”
随着 Oracle 收购 Sun 专利的情况，这似乎正是目前正在发生的事情。这篇文章总结了 James Gosling 的博客文章
http://www.zdnet.com/blog/burnette/why-software-patents-are-a-joke-literally/2039
在原始帖子 (http://nighthacks.com/roller/jag/entry/quite_the_firestorm ) 中，Gosling 透露，Sun 工程师们在他们之间进行了一场竞赛，目的是从明显不值得申请专利的流程中制造专利，以看看谁能通过最荒谬的专利。Gosling 指出，例如，他的一项专利描述了一种非新颖的电源开关。
因此，工程师们在一个实际上避开专利的环境中制造了仅防御性的专利，他们无意中造成了目前的局面，即 Oracle 拥有大量的专利组合，其中充满了可能不合理的简单机器软件专利，并且愿意将它们用作商业杠杆或直接诉讼（即，进攻性而非防御性）。
如果您处于为一群在像红帽这样的公司工作的开源工程师提供建议的地位，他们对此感到担忧，您会建议他们做什么和思考什么？
您认为 Gosling 透露目前正在诉讼中的某些专利可能是 intended as jokes 而不是代表真正的创新，除了良好的故事性之外，还有其他价值吗？