經營一家公司在至少一個方面就像編寫程式碼一樣：即使你知道自己想實現什麼，你也不總是一次就能做好——但如果你願意在必要時進行返工，最終確實會取得更好的結果。在SpringSource，我們對最近宣佈的維護策略有一個清晰的願景：在開源社群、企業使用者和Spring的創造者之間取得平衡，以造福所有人。然而，我們第一次並沒有完全達到平衡，現在是時候進行一些重構了。

在過去的幾周裡，我再次體會到了 Spring 社群的龐大以及其中許多人的熱情。

我們一直認真傾聽社群的反饋——不僅是從那些在公開論壇上最為活躍的聲音，還包括透過許多渠道，例如私下交流和電子郵件。

在傾聽社群意見的過程中，有兩個問題尤為突出：當前 Spring 版本能否定期向社群提供穩定的釋出版本（透過在 Spring 開源倉庫中標記原始碼來體現，即使不提供二進位制檔案）；以及面向小型企業和小型系統整合商的定價問題。我們知道人們對 Spring 軟體和我們致力於改進企業 Java 的承諾感到非常滿意；我們知道他們希望 SpringSource 取得成功並持續創新。但我們也聽到了真實的擔憂，並已將其納入考量。

今天，我想重申我們對社群的承諾，以消除任何疑慮，並解釋我們如何根據收到的反饋對維護策略進行重大調整。

我們的開源承諾

有些人擔心 Spring 將不再是開源的。 “許可變更”這個說法被反覆提及——儘管我們並沒有更改任何 Spring 程式碼的許可。雖然這種猜測毫無根據，但仍然令人擔憂。如果您獲得了任何不同的印象，那麼我和我的同事一定在溝通維護策略方面做得不夠好——或者，您可能聽到了不準確的二手資訊。SpringSource 所做的一切都建立在 Spring 是開源的基礎上，以及與社群的積極互動。首先，我們不會將 Spring 閉源，因為那樣做是錯誤的。其次，我們明白鑑於 Spring 在許多，如果不是大多數，企業 Java 專案以及許多其他開源專案中扮演的核心角色，並且作為事實上的標準程式設計模型，其影響將嚴重損害企業 Java。第三，這將是一個愚蠢的商業決策。

我們對開源的承諾一如既往地堅定，並且在不斷增長。我們期待在未來的幾個月和幾年裡與社群攜手合作，構建更多優秀軟體。我們對 Spring Framework 3.0 和其他即將釋出的開源版本感到興奮，併為我們能夠對開源進行越來越大的投入而感到自豪。

穩定的社群釋出

我們最初的維護策略規定，在每個主要 Spring 版本釋出 3 個月後，二進位制釋出版本將僅提供給 SpringSource Enterprise 客戶，儘管原始碼始終可用（但不帶版本標籤）。

因此，我們僅在主要版本釋出 3 個月後改變了分發模式。我們仍然保留所有原始碼，並遵守當前的許可。沒有許可變更。

然而，社群中的一些人對釋出 3 個月後倉庫中將不再提供標籤表示擔憂。他們擔心社群可用的二進位制釋出版本之間會存在一個延長的視窗期，而缺少標籤可能會使得獲取錯誤修復變得困難。一些人還擔心不同 Spring 發行版之間可能出現的混淆，從而導致 Spring 社群內部溝通困難。

我們非常認真地對待這些擔憂，並經過反思後決定，我們要超越使用者的要求，以證明我們對社群——可能是企業 Java 中最重要的社群——的承諾，並確保它繼續快速發展。

一旦我們釋出了一個專案的候選版本，通常不會再向開源社群釋出早期版本的標籤或二進位制構建。這些版本將提供給 SpringSource Enterprise 客戶三年。

我們維護策略的一個關鍵目標是集中資源，大力推動 Spring 功能向前發展，並繼續在企業 Java 開源領域發揮領導作用和進行創新。隨著我們增加開發資源，我們旨在比以往任何時候都更快地前進，透過頻繁的主要版本為社群帶來新功能和能力。

例如，Spring 2.5.x 仍然是主幹，因此根據這項策略修訂，我們將很快向社群釋出 Spring 2.5.6。Spring 3.0M1 將在之後不久釋出，主幹將用於 3.0 的開發。一旦我們釋出 Spring 3.0 RC1，我們將不再為 2.5.x 分支提供標籤或釋出。我們將專注於 3.0 的開發，以便在第一個里程碑之後儘快釋出 3.0。

我們為期 3 年的支援策略（以及 SpringSource Enterprise）為那些無法或不願意頻繁升級的企業客戶提供了安心。將更多的社群開發精力集中在最新功能上，有利於開源使用者。

小型企業定價

由於我們商業產品主要面向大型企業，一些小型公司產生了 SpringSource 不關心他們或不想與他們做生意的印象。事實並非如此——我們只是優先考慮了企業級訂閱。但我可以理解人們為何會得出這樣的結論，併為我們的定價結構造成了這種印象而道歉。

我們理解小型企業積極採用開源，並且它們對整體技術進步做出了重要貢獻。因此，我們將推出一項新的產品，該產品專門為小型企業和小型 SI 設計和定價。這個部落格不是描述具體商業產品的地方，但我們將在不久的將來發布有關新產品的資訊。

公平的平衡

很明顯，我們可以做得更好，主動與社群溝通，解釋我們的做法和原因。

然而，理解我們制定維護策略的意圖很重要。首先，我們從未有過維護策略，也不能永遠這樣下去，而不明確我們對社群和客戶的承諾。作為一個公司，我們正試圖對社群保持開放，而不是暗箱操作。有時這包括溝通其他公司可能會試圖迴避的令人不快的事實。其次，該策略旨在幫助我們從那些不與社群緊密合作、無法或不願意定期升級到最新版本以幫助提升 Spring 質量的組織那裡獲得收入，而這些組織透過接收舊版本的維護更新來找到價值。這些型別的組織需要極其穩定的效能、世界一流的支援以及我們 Enterprise 產品套件提供的附加軟體。

我們希望建立一家偉大的公司，能夠支付我們才華橫溢的開發人員薪資，獲得合理的利潤，並繼續擴大我們對優秀開源軟體的貢獻。我們越成功，我們就能為 Spring 社群貢獻越多優秀的程式碼。在過去兩年裡，我們隨著增長，產生開原始碼的能力增長得更快，結果也顯而易見，過去 12 個月 Spring 下載量以及要求 Spring 專業知識的工作崗位創造數量都創了新高。

許多組織將從我們的 Enterprise 產品、技術支援和三年的定期維護髮布中獲得價值。我們也知道許多使用者會選擇不購買這些產品和服務。沒關係。商業開源就是這樣運作的。如果我們能繼續增加我們對優秀軟體的投資，每個人都會受益。

這是我 *希望* 能夠實施的策略

如果您是一個透過在大型生產環境中使用 Spring 而從中獲得巨大價值的組織，請向 SpringSource 支付您透過使用 Spring 所獲得價值的 1% 的支票。我們將用這筆錢支付薪資，增加我們在開源方面的投資，並獲得利潤。

如果這樣的策略能夠實際運作，那將是極好的。但事實並非如此，因此我們制定了維護策略，旨在從那些在生產中使用 Spring 並要求其軟體堆疊具有企業級保證的組織那裡獲得收入。與此同時，透過保持原始碼的開放，我們繼續為社群提供優秀軟體。策略本質上是不完美的，但我們相信我們所選擇的道路是在 Spring 開源社群的需求與 Spring 背後的開源業務需求之間取得的最佳平衡。而且，我們很高興您的反饋幫助我們使其對社群更加有效。

沒有更多傳話遊戲了？

對於那些在論壇或郵件中向我提出建設性意見的人，我想表示衷心的感謝。感謝您關心 Spring，並花時間思考這些問題；感謝您抽出時間陳述您的想法並與我分享。請繼續保持！

我想從中得出的另一個教訓是，努力實現 SpringSource 和 Spring 團隊與 Spring 社群之間更直接的溝通。您可能玩過一個叫做 傳話遊戲 的派對遊戲，並聽說過那個著名的故事，關於英軍前線的資訊“增援已到，我們將發起進攻”經過多次傳遞後，在總部變成了“送來三個便士，我們要去跳舞”。資訊在論壇和部落格圈中的傳播很重要，但不總是可靠。

我歡迎有機會聽取您關於更好溝通方式的看法。我願意接受諸如 IRC 聊天、定期公開電話會議等建議……這也是您的社群，我知道您有很多好主意……