開源疑問知多少(二)
開源疑問知多少(二)
第四,為何說開源軟體代表了服務的方向?
開源不僅改變了軟體的開發模式,更重要的是改變了軟體的使用方式——從“使用許可”為主的商業模式變成以支援、諮詢、整合、再開發等面向服務為主的商業模式。目前在中國,對於開源軟體的商業運作一直存在一個嚴重的問題:仍然按照傳統商業軟體的模式來運作開源軟體。因為一直未能找到適合的商業模式,很多名噪一時的開源企業銷聲匿跡。開源軟體的發展使軟體得以迴歸服務的本質,開源軟體代表著服務方向,是我個人認知上的一個總結。
軟體是人類創造的一種非常特別的產品,具備與傳統商品完全不同的特性。但商業軟體一直採用與傳統商品一樣的商業模式,把可以無限地、“無製作成本”、“無時間成本”複製的軟體產品當作傳統的、需要直接成本和製作時間成本複製的傳統產品進行銷售,這一商業模式幫助商業軟體取得了迅速發展,卻逐漸背離了軟體是提供服務的工具的本質。以商業軟體最成功的典範微軟為例,多年來,它只賣產品,幾乎不提供服務(除了提供網上的升級服務)。
傳統的商業模式幫助很多軟體廠商獲得了高額利潤或壟斷利潤,但現在這一模式受到了開源軟體的極大衝擊。服務模式漸成主流,並已在市場上顯現其巨大的影響。以Google為例,Google公司全面演繹了開源軟體的精髓和商業模式,它的成功證明了開源軟體具備豐富的資源,可以整合出完美的應用;同時證明了開源軟體以提供服務作為贏利模式的可行性。可以想像,假如Google 發展之初沒有大量採用開源軟體而是採用商業軟體,那麼高昂的軟體許可費用就可能壓垮它了。建議網際網路企業、創業型企業應該大膽採用開源軟體。
第五,開源企業如何擁有核心技術?
對於參與開源的企業來說,最為關心的是如何擁有自己的核心技術,如何保持創新能力?國內很多開源企業,在擁有了一些自己的核心技術之後,並沒有遵循開源協議把相關技術貢獻給社群,隨著社群版本的更新,很快他們手中所擁有的技術就被淘汰了。這說明擁有原始碼並不代表核心技術,許多人擁有了原始碼,也只能做一些表層的工作。
我們通過這些年參與開源,對擁有原始碼並不意味著擁有核心技術有了更深刻的認識,認識到只有遵循開源遊戲規則,全面參與開源社群,才能真正擁有核心技術。在掌握核心技術基礎上,有利於企業快速融入核心專案的開發,並可以開始逐漸影響開源專案的發展方向。
能夠儘快掌握核心技術將成為一家開源企業能否取得成功的關鍵。我認為一個成功的商業化開源企業,應該具備兩個條件:一、一定要融入開源社群,不要侷限於眼前的利益。二、要把開源軟體的商業模式想好,我所說的商業模式指的是我針對的市場是什麼,我要提供什麼樣的服務?把我們基於本國市場和使用者的需求積極融入到開源社群的方向中去。三,要處理好開源與創新的關係,基於開源進行自主創新。開源企業需要直接面對市場和使用者需求進行開源軟體的商業化改造,這除了要求掌握核心技術之外,還需要企業具備創新意識和勇氣。
第六,中國的開源企業如何參與開源社群?
我們公司這些年參與開源的經歷表明,當我們真誠參與到開源社群後,我們從社群獲得了更多的幫助。中國的開源企業只有全面融入社群,才能獲得根本性的發展。 開源企業如何參與社群?對於我們這樣的開源企業來說,如何在參與開源社群時,既維護開源社群的自由精神,同時又能在自己商業化的途徑中確保自己的商業選擇是我們首先必須解決的問題。我們必須直接面對市場和使用者需求進行開源軟體的商業化改造。我們對產品的理解和社群對產品的定位永遠會是不一致的,在版本的發行上可以各走一邊。我們公司讓開源技術部的同事全面參與到開源社群開放技術中去,凡是開源社群不認可的功能和設想,由我們的技術團隊自行開發。如果我們希望在某些技術和功能上影響開源社群,一般只是把我們的想法提供給大家討論,若認可就放到社群協同開發,否則就自己發展。這一做法決定了我們把自身的商業的訴求與開源版本作了清晰的界定。在參與社群過程中,我們主要遵循以下原則:
1、不和OpenOffice.org競爭的策略。該策略的含義是,RedOffice的技術方向將遵循OOo的技術方向,在重大的技術問題上將不會採取違背OOo發展方向的策略;
2、努力影響OpenOffice.org的技術方向。這條策略是和上一條策略相配合的,我們無法左右OOo的技術方向;但我們要積極參與開源社群,把我們的需求和廣大使用者的直接需求儘可能提交給社群,增強我們在開源社群的發言權,使這些需求儘可能成為社群主導的方向; 3、回饋OpenOffice.org的策略。RedOffice得益於開源社群,我們也將遵循GPL原則回饋社群。截至今年7月,我們對社群貢獻了169個專案,目前每月能持續貢獻近二十個專案。 4、不囿於開源社群。我們同時不能被OpenOffice捆住手腳,需要根據我們的產品設計採取靈活的技術手段。 5、技術開放、管理規範化原則。這條原則將貫穿整個技術、產品研發的過程,有利於我們吸收社群的最新研發成果。如果這樣的參與社群的原則對別人有參考價值,我們會很榮幸。
推薦我的開源文章:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14682504/viewspace-469853/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 開源疑問知多少(一)
- 開源疑問知多少(三)
- Asp.net mvc 知多少(二)ASP.NETMVC
- 有些疑問
- pycharm 小疑問PyCharm
- 我的疑問
- eclipse+lomboz+jboss開發疑問(新手)Eclipse
- Java實用系統開發指南的疑問Java
- 部落格系統知多少:揭祕那些不為人知的學問(二)
- 侯老師--STL原始碼剖析--書中的疑問二 (轉)原始碼
- C# ?問號運算子知多少C#
- Ibatis的疑問BAT
- composite模式疑問模式
- 快取的疑問快取
- 橋模式的疑問模式
- oracle疑問和解答Oracle
- 面試疑難問題面試
- 理解 K8s 資源更新機制,從一個 OpenKruise 使用者疑問開始K8SUI
- 開源軟體推介(二)
- 開源App之MyHearts(二)APP
- 【原創】Oracle 資料結構知多少(二)Oracle資料結構
- GO 指標*&問題疑問Go指標
- 設計模式系列·初探設計模式之王小二的疑問設計模式
- object-c中疑問Object
- to banq --jdf學習疑問
- 請blueoxgen解決疑問
- Chain of Responsibility模式疑問AI模式
- JPetStore架構的疑問架構
- 工廠模式的疑問模式
- Composite模式的疑問模式
- Jive原始碼的疑問原始碼
- 初學者的小疑問
- 最近看JdonFramework的疑問Framework
- 初學JAVA的疑問。。Java
- 帶著疑問看故事
- mysqldump與innobackupex備份過程你知多少(二)MySql
- 短影片系統開發疑難問題解決方案
- spring-boot版本問題讓開發懷疑人生Springboot