我正在对软件工程的一般主题进行一些研究，我遇到了Java Community Process website：
JCP 是一种机制 制定标准技术 Java 技术规范。 任何人都可以注册该网站并 参与审查和提供 Java 规范的反馈 请求（JSR），任何人都可以签名 成为 JCP 会员，然后 参加专家组 JSR 甚至提交自己的 JSR 提案。
对我来说似乎是个好主意，而且 JCP 网站上有很多写得很好的规范和参考实现。
那么为什么没有 .NET 社区进程呢？这是微软可以或应该开始的事情吗？也许他们可以将它安装在 Codeplex.net 上并将密钥交给社区。p>
【问题讨论】：
标签： .net process specifications
因为老实说，试图通过社区流程完成任何事情都需要很长时间。我相信这就是 C# 赶上 Java 的原因。 Microsoft 控制了整个过程，因此可以比 Sun 更积极地进行更改。
并不是说社区流程是一件坏事，只是说它有它的缺点。
【讨论】：
因为 Microsoft 作为一个企业实体，既不想也不需要您（或任何其他人）的意见。它强制执行自上而下的意愿，可能会听取自己社区（例如 MSDN）的建议，但最终会做适合自己（及其股东）的事情。
当时 Sun 的 PoV 实际上是通过让“社区”参与进来获得草根的支持。这将建立一个可以与微软竞争的临界质量。问题是社区的力量和主人翁意识并没有在那个关键的群众阶段消失，它只是意味着你有更多的人有更多的矛盾意见。结果：Java 开发随着时间的推移而放缓。
【讨论】：
我想这取决于公司文化和语言的目的。 Java 从一开始就打算成为一个跨平台……平台……人们可以针对并期望您的软件在多种操作系统上运行。任何带有 JVM 的东西，真的。
Microsoft 不支持跨平台兼容性。据称 MS 甚至试图 hijack Java 和 turn it into a Microsoft-only platform。当失败时，他们改为构建 .NET 框架
回到猜测：Sun 希望鼓励社区在尽可能多的平台上支持 Java 采用，因此他们与社区合作。微软希望看起来对更大的社区友好，所以他们容忍像 Mono 这样的项目，但他们实际上并不希望它获得足够的牵引力来与他们自己的实施竞争。为了确保这一点，他们必须尽可能难以跟上微软的框架实现，而不做任何可能导致不良 PR 的公开行为。
【讨论】：