Linux應該如何定價?

2021-05-04 09:57:08 字數 2071 閱讀 5216

我們究竟應該給

linux

如何定價,確實是個大問題。這個問題,在我們國內,長久以來就存在,至今並未得到很好解決。

回顧過去,在

2007 年1

月idc

發布的關於中國

linux

產業的**報告(

china linux 2007

~2011 forecast and analysis

,共計27 頁,定價為

3,500

美元/份)裡面,根本沒有「

non-paid」linux

伺服器一說。但是,在今年8 月

27 日由**透露出來的

idc 關於全球

linux

市場**報告中卻首次出現了「非付費」

linux

伺服器安裝佈署的市場份額佔

43.3

%的官方表述。這意味著什麼呢?通俗地講就是,

linux

伺服器幾乎有一半是免費(佈署)的。實際上,某些專業人士甚至估計,付費和不付費

linux

伺服器之比高達1 :

10 ,也就是說,不付費的

linux

伺服器使用者佔絕大多數。

現今,按照國際的通行做法,

linux

的佈署應該是完全免費的,即定價嚴格為零(零

zero

或烏有zilch

),而且,隨意佈署在多少臺伺服器上都不要緊,並且不需要向任何公司付費。當然,

linux

使用者也可以為

linux

付費,只要使用者願意。

ubuntu

就是乙個典範。

當然,對於

linux

使用者的支援服務需要收費(向

linux

使用者收取一定服務費用,而不是收取

linux

本身的版稅,每套多少錢),這就是

linux

的商業模式。除此之外,其他任何辯解都是多餘的。叫賣

linux

更是徹底的謬論,這嚴重阻礙了

linux

在我國的健康發展。以發展什麼

linux

為由,伸手向國家要錢,更是荒謬之極。

linux

是有版權的,應該受到我國《計算機軟體保護條例》的保護,主要是保護它的自由傳播性。

linux

的版權人,雖然不是乙個人,乙個組織,乙個國家,但卻是乙個社會存在。

linux

的廣泛傳播,其中只有很少的人需要幫助,需要支援服務,這不是一件壞事。當

linux

使用者數增加到一定的程度,需要獲得幫助和支援的人群是不可忽視的。坦率地說,很大的

linux

使用者群體只能養活乙個很小公的司,但是,這正是它的優點,而不是缺點。

大家看得很清楚,

ubuntu

發行版,發布週期很短,品質越來越好,使用者越來越多,囊括了幾乎所有最新的自由軟體成果。

ubuntu

新版本(

9.10

)矛頭直指企業雲計算和移動網際網路裝置,滲入到企業的深層應用,需要得到幫助和支援的人越來越多,就是這個道理。

ubuntu

必須做成廣大使用者所喜愛的軟體精品,並且努力爭取使其使用者數迅速增加。

ubuntu

使用者中只有少部分人需要幫助和獲得技術支援,這就是商業機會。實際上,支援

linux

,連微軟都看出了其中的商機。「

linux inside」

這句口號,遠比「

made in ...」

更據有說服力和吸引力。

linux

定價問題不解決,我們只能到處碰壁。

如果某計算機生產廠商預裝了某個

linux

發行版,該計算機生產廠商與

linux

發行版的開發商簽訂的不是產品供銷合同,而是服務提供合同,因為,

linux

開發商幫助了

oem 計算機廠商,使其計算機產品具備了品牌作業系統因而能夠順利上市銷售,實現贏利。總之,

linux

發行版的核心**是完全免費的(定價為零)。

專案如何定價錢

我們先分個類,接外包的方式分為個人,團隊,公司。計費的方式分為根據專案週期的人天和根據專案大小的合計。對於個人來說 你接到的case一般都不大,而且都是朋友介紹,所以基本賣個友情價,這個時候要注意了,雖然是朋友,但是在商言商,不然到時候談錢傷感情,我之前就吃過虧,專案開始前一定要先談好,不然以後朋友...

書是如何定價的?

不少人說書貴,也有不少人抱怨出版社的定價真是黑!一本書的成本到底有多少,書到底是如何定價的,出版一本書出版社到底能賺多少錢,一直是很多讀者乃至作譯者非常關心的!越是不公開的,越是容易產生負面的聯想。於是我決定寫一系列文章,簡單說明書的成本 定價方法及利潤空間。對於書的成本 定價和利潤,不只是讀者很敏...

Linux系統的命令應該如何記

如果你問我,學習掌握linux最快的方式是什麼?我認為是背linux常用命令,因為你在伺服器上面操作的時候,無論你想做什麼,都是在使用命令。比如 當伺服器的應用有問題的時候,你想檢視日誌使用cat或者tail f 比如你需要批量替換乙個檔案裡面的指定字串的時候,你會使用sed 當你要使用docker...