我在做一些研究，軟件工程的基本主題和我穿過Java Community Process website傳來：爲什麼沒有.NET社區過程？
的JCP是 開發標準技術 規範Java技術的機制。 任何人都可以在網站上註冊，並 參與審查和對Java規範 請求（JSR）提供 反饋，任何人都可以註冊 後成爲一名JCP成員，然後 參加一個 JSR對專家組或甚至提交自己的JSR 提案。
對我來說這似乎是一個好主意，並且在JCP網站上有很多寫得很好的規範和參考實現。
那麼爲什麼沒有.NET社區過程呢？這是微軟可以或應該開始的事情嗎？也許他們可以將它安裝在Codeplex.net上，並將密鑰交給社區。
因爲誠實地說，試圖讓社區過程完成任何事情需要永遠。我相信這就是爲什麼C＃趕上Java的原因;微軟控制整個過程，因此可以比Sun更積極地做出改變。
並不是說社區過程是一件壞事，只是它有其不利之處。
我想它歸結爲公司文化和語言的目的。 Java從一開始就打算成爲一個跨平臺的平臺......可以針對並期望您的軟件能夠在多種操作系統上工作。任何使用JVM的東西，真的。
Microsoft不支持跨平臺兼容性。據稱，MS甚至試圖hijack Java和turn it into a Microsoft-only platform。當它失敗時，他們改爲建立.NET框架
回想一下：Sun希望鼓勵社區在可能的最大數量的平臺上支持Java採用，以便他們與社區一起工作。微軟希望看起來對大型社區友好，因此他們可以容忍像Mono這樣的項目，但他們並不希望它獲得足夠的吸引力來與自己的實施競爭。爲了確保這一點，他們必須儘可能地跟上微軟框架的實施難度，不要做任何可能導致不良公關的公開信息。
太陽不復存在。甲骨文購買了它們，而且它們的成本並不高。我只是說。 – 2010-03-12 22:55:00
我知道買斷，但Sun DID在他們創建Java時存在。我看不出買斷是如何與手頭的討論相關的 – rotard 2010-03-12 23:05:11
@rotard - 看看它們的效果如何。當然，社區過程並不是太陽變得可以獲取的原因。但在這種情況下，我發現嘗試社區流程的公司已經不在了。 – 2010-03-12 23:17:11
因爲作爲公司實體的微軟既不需要也不需要你的（或任何其他人的）意見。它強加自上而下的意願，並可能會從自己的社區（例如MSDN）獲得建議，但在一天結束時會做適合自己（及其股東）的事情。
當時Sun的PoV將會有效地通過涉及「社區」的方式讓基層參與進來。這將形成一個可與微軟競爭的關鍵羣體。問題在於，在這個關鍵的羣衆階段，社區的力量和所有權意識並沒有消失，它只是意味着你有更多的人有更多的矛盾意見。結果：Java開發隨着時間的推移而減慢。
無論是倒下還是放倒取決於你喜歡語言變化的程度。 – reinierpost 2010-03-12 23:04:53