開源≠白漂 別毀滅程式碼的這般美好(三)

開源≠白漂 別毀滅程式碼的這般美好(三)

大廠為了搶佔商業市場和贏取口碑,決定將軟體程式碼開源。

這種方式會吸引很多沒有辦法做研發的小公司,在大廠公開原始碼基礎上研製產品,當使用的人數多了起來,依託這套開源的程式碼,也就成功建立起了自己在某個產品某個方向上的商業標準,實現自己在某一方面的壟斷。

開源≠白漂 別毀滅程式碼的這般美好(三)

這樣的做法相當於免費幫別人做研究,但是建立了自己的標準,也代表著自己在這個方向上有絕對的主導權。最能體現這一套做法的就是谷歌旗下的安卓,安卓所依賴的AOSP雖然是開源,但是每當安卓升級版本時,其他使用IOSP魔改安卓的廠商,就必須得回到安卓的主線上來,不然就等著產品不相容吧。而且谷歌在慢慢把搜尋、音樂、簡訊等原本在AOSP的東西放到GMS裡,這讓各個手機廠商越來越離不開GMS。

開源≠白漂 別毀滅程式碼的這般美好(三)

當初Facebook開發的前端開源框架React本來是一個非常好用的框架,能夠極大地提高前端的生產力,但是2016年7月,臉書突然更改協定,在開源協議里加了一個規則,只要用了React做專案,那臉書就能直接使用你專案裡的專利,即使是和React無關的專利,否則臉書可以收回React授權。這個做法直接讓使用React的公司炸鍋,紛紛表示將從此棄用React,而這些開源的擁護者也對臉書的做法口誅筆伐,在這樣的壓力下,最終臉書才放棄使用這個協議轉成了MIT協議。

開源≠白漂 別毀滅程式碼的這般美好(三)

現在選擇程式碼開源的商業公司多多少少都有自己的思想,回到計算機發展初期那種開源盛況,已經是不可能了。另外隨著計算機逐漸平民化和簡易化,以及大量不同功能的應用程式誕生,自己修改應用程式已經成為一項非必要技能,所以既然現在開源已經被各種利用,甚至還有這麼多壞處,普通使用者也沒必要修改程式碼了,那咱們要不全部閉源,先不說我的觀點,第一個出來噴的肯定是程式設計師,程式設計最最最重要的一點是什麼?不是命名規範,不是添加註釋,不是可讀性,而是不要重複造輪子,我能control+c,為什麼還要再打一遍,這個功能我去百度給你找一下,實話實說開源這件事吧確實保住了許多程式設計師的飯碗,而如今網際網路上各種豐富的開源框架開源庫還可以讓程式設計師在短時間內完成很多,他們原本需要花很多時間才能完成的功能邏輯,比如很有名的Open CV,這套基於BSD許可的機器視覺學習庫,讓不少程式設計愛好者整出了花火,之前很火的換臉影片,用來訓練這些換臉AI的軟體基本上都有使用到這個庫裡的程式碼,正是由於開源,所以你沒有必要學會什麼是機器學習,什麼是計算機視覺,只要你會呼叫介面或一些C++或Python等的基礎程式碼,那你就能出一個屬於自己的換臉軟體,雖然有很多人拿這種技術去做一些違法的換臉小影片,但這些人自然有法律去制裁他們。

開源≠白漂 別毀滅程式碼的這般美好(三)

現在開源協議已經從軟體界影響到知識界,啟發了大家提到的CC共享許可,進而引發了學術界的OA期刊運動,促進了知識的分享,全人類正是靠著這些知識在不斷前進,創造出一個又一個奇蹟,天才少年自研作業系統,結果只是重寫了一遍開原始碼的UI,國產資源軟體——結果只是魔改了一遍開原始碼,這些都是對開源精神的破壞,對努力維護開源社群的程式設計師的侮辱,對人類科技進步的阻礙,所以小編希望所有人都能夠尊重開源,開源這麼美好的東西可千萬別毀了它。

開源≠白漂 別毀滅程式碼的這般美好(三)