この 1 週間の自由時間を費やした後、ついに自分の Linux デスクトップ環境をカスタマイズしました。
Linux は Windows や Mac OS X とよく比較されますが、Linux 自体は単なるオペレーティング システムのカーネルであり、日常のデスクトップ システムとしてユーザーのニーズを満たすためには、多くの追加機能を追加する必要があります。例えば、カーネルとしての Linux は、ネットワーク カードを識別してそれと通信する機能のみを提供します. 具体的には、ネットワーク リンクを確立して維持する方法、起動時に自動的に接続する方法、およびネットワーク エージェントをセットアップする方法は、Linux とは異なります。 Windows および Mac OS X は、成熟した使いやすいグラフィカル管理インターフェイスを備えています。Linux ユーザーは、独自の構成をカスタマイズする必要があります。同様に、ハード ディスクのパーティション分割、ファイル システムのフォーマット、ブートローダーの設定、グラフィック カード ドライバーのインストール、および入力方法の構成についても同様であり、Linux ユーザーがカスタマイズする必要があります。
この種のカスタマイズは、単純に 1 つの方法で実装されるのではなく、誰もが一貫したエクスペリエンスを得ることができます。UNIX の哲学ではメカニズムと戦略が分離されているため、また Linux エコシステムの多くのソフトウェアはフリー ソフトウェアであるため、ユーザーは「問題を解決する方法が複数ある」ことに気付くことがよくあります。極端な話、「問題解決の枠組み」は複数あります。インプット メソッドを例にとると、Linux エコシステムのインプット メソッド フレームワークには、IBus [1] と Fcitx5 [2]の少なくとも 2 つのタイプがあります 。フレームワークだけでは、入力機能を完全に使用するには明らかに十分ではないため、対応する入力メソッドの実装、さまざまなグラフィカル インターフェイス (フレームワーク) での入力メソッドの統合、および入力メソッドの機能を補完するシソーラスやその他のサポートも必要です。
このような環境は、Linux エコシステムの 2 つの主要な特徴を生み出しました。
1 つは、Linux エコシステムのソフトウェアがオープン ソースになる傾向があることです。これは GNU/Linux の誕生がもたらした魅力であるだけでなく、さまざまなエコロジーにとって最良の選択です。たとえば、他のデスクトップ システムや携帯電話システムで一般的な Sogou 入力方式は、Linux エコシステムで Xinchuang Power がサポートする Ubuntu シリーズのシステムのみをサポートし、deb インストール パッケージのみを提供し、Fcitx 入力方式フレームワークとのみ互換性があります。 . Ubuntu のアップストリームがデフォルトのインプット メソッド フレームワークを Fcitx から Fcitx5 に変更しようとしたとき、会社である Sogou には人材サポートがなく、コミュニティ サポートを可能にするオープン ソース コードも提供されず、最終的にアップストリームの更新計画が遅れました [3 ]。一方、オープンソースの Rime 入力方式は、すぐにコミュニティ愛好家の支持を得て、コミュニティ共同構築により新しいフレームワークの統合が完了しました。
2 つ目は、Linux のディストリビューション プロバイダーが非常に多いことです。前述のように、Linux カーネルに基づいて完全なデスクトップ環境またはサーバーを構築するには、一連のカスタマイズが必要です。この種のカスタマイズはユーザーに大きな自由を与えるため、ほぼすべての問題に対して 1 つのソリューションしかないというわけではありませんが、多くの場合、ユーザーはデスクトップ環境での個人的なニーズやサーバー環境での運用ニーズを満たすことができるソリューションを求めています。 、Windows や Mac OS X のような統合システム。Linux ディストリビューションの主な仕事は、一連のアプリケーション ソフトウェアとツール チェーンをパッケージ化して、すぐに使える「オペレーティング システム」をユーザーに提供することです。
すべての Linux ディストリビューションの中で、主要なシェアは Arch Linux [4] と Ubuntu [5]です 。
Ubuntu ディストリビューションは、Canonical によって商業的にサポートされており、ユーザー フレンドリーなグラフィカル インストール インターフェイスを提供し、アーリー アダプター、個人デスクトップ ユーザー、エンタープライズ サーバー ユーザー向けの特別なすぐに使えるルートを設計しています。Ubuntu はアプリケーション フレームワークとアプリケーション ソフトウェアのかなりの部分をカスタマイズしているため、Ubuntu シリーズの他のディストリビューションは、Windows オペレーティング システムをプリインストールした後、独自のバンドル ソフトウェアを提供するさまざまなブランドのようなものです。
対照的に、完全にコミュニティで管理されている Arch Linux ディストリビューションは最小限です。最も基本的なインストール プログラムと AUR 中央ソフトウェア ライブラリのみを提供し、ユーザーが Linux システムを自分でカスタマイズするのに役立つ包括的な Wiki ドキュメントによって補足されます。AUR ソフトウェア ライブラリを使用することに加えて (Manjoro Linux でさえ独自のソフトウェア ライブラリを構築することを選択しました)、Arch Linux シリーズのディストリビューションは、グラフィカル インターフェイスから各機能ソフトウェアの選択まで大きく異なる場合があります。
上記の例から、オープン ソース ソフトウェアのユーザー グループは明確に 2 つのカテゴリに分類されることがわかります。彼らはハッカーと呼ばれます; もう 1 つのカテゴリは、Ubuntu ディストリビューションを使用し、プロバイダーがパッケージ ソリューションを直接提供することを期待する人々、または商用レベルでビジネスをカバーするために当事者 B を必要とする人々です。
オープンソースソフトウェアの商品化は、主に顧客のニーズを目的としており、顧客のニーズを満たすことで料金が発生します。多くの場合、ハッカー グループは生態系の繁栄に貢献するだけで、商業化のプロセスには直接参加しません。
ハッカーが必要とする
フリーソフトウェア運動であろうとオープンソース運動であろうと、基本的な考え方としては、ユーザーが目的を問わず自由に使用・配布できるようにすること、ユーザーがソースコードを入手し、独自の解釈を改良して修正版をリリースできることの 2 点が挙げられます。 .
ハッカーにとっては、1つ目はフリーソフトウェアやオープンソースソフトウェアが使えることが前提であることは言うまでもありませんが、2つ目はソースコードを入手して改変して使えることであり、これも重要です。
たとえば、@fkxxyz が @VOID001 のソフトウェア ssf2fcitx [6] を使用して、Fcitx フレームワークのインプット メソッドに Sogou Pinyin スキンを使用したところ、いくつかのバグが見つかり、ssf2fcitx は新しい Fcitx5 フレームワークをサポートしていなかったため、自分で修正しました。 ssfconv [7] を自分のニーズに合わせます。
ssfconv の README に次のような記述があることに注意してください。
それで、彼のソースコードを見て、ロジックが非常に単純であることがわかったので、fcitx のカスタム スキンのさまざまな形式を調べて、自分で勉強することにしました。最後に、このプロジェクトを参考にして、Python で自分で作成する予定です。fcitx5もテーマに対応しているので、ついにfcitx5テーマへのコンバートが実現！
このような動機と、自分のニーズに合わせてソフトウェアを変更する自由は、ハッカーの典型です。
たとえば、Apache Doris はもともと、Baidu の R&D チームが Apache Impala のコードに基づいて推測したものであり、Apache Kvrocks (Incubating) は、もともと Meitu の基本ソフトウェア チームによって C++ で書き直された永続バージョンの Redis でした。Xiaomi は、Apache HBase を使用する過程でさまざまな実用的なニーズに遭遇しました.これらのニーズを解決するために書かれたコードのほとんどは、ベンダー中立の形式でアップストリームに入り、同社独自のロジックの小さな部分は内部実装のために保持されました. e コマース企業は、ビジネス ニーズをサポートするために、Apache Kafka に基づくメッセージ キュー セマンティクスをサポートする内部ソフトウェアを変更しました。
これらの社内 R&D チームのオープン ソース ソフトウェアに基づく二次的な開発活動も、ハッカーの動機に沿っています。上流コミュニティにとって、実稼働環境での企業の使用と二次開発は、オープン ソース ソフトウェアの評判、欠陥の修復、生態系の開発に大きな利益をもたらします。ただし、企業がハッカー チームを雇ってオープン ソース ソフトウェアに基づいて開発および保守することを選択すると、そのような企業が他のプロバイダーによって作成されたアップストリーム ソフトウェアに基づいてサービスを購入する可能性は大幅に減少します。Flinkをベースにフローコンピューティングのプラットフォームを構築する会社に勤めていたとき、通信プラットフォームを選択する際にユーザー企業の経験に出会いました. その結果、プラットフォームのR&Dチームには、サポートスタッフを数えたよりも多くの人がいます.構造により、プロバイダーのサービスを調達できなくなります。
顧客が求めているもの
探求心と実践力に満ちたハッカーとは異なり、顧客のニーズは単純で直接的な問題解決策であることが多い。もちろん、個人や組織が、ある意味ではハッカーであり、別の意味では顧客である可能性は十分にあります。
たとえば、前述の e コマース企業は、メッセージ システムの二次開発チームを維持していますが、データベースの選択にはクラウド ベンダーの RDS サービスを直接使用しています。たとえば、Linux システムのカスタマイズに多くの時間を費やした多くのハッカーは、特定の生活や仕事のニーズのために、または単にトラブルを回避するために、Windows システムや Mac OS X システムにもお金を払います。かつて「Working Completely with Linux」 [8]を熱意を込めて書いた Wang Yin は、もはや投げ捨てず、記事「Talking about Linux, Windows and Mac」 [9]で顧客が最も必要としている「使いやすさ」を公開しています。 .
顧客がオープン ソース ソフトウェアとプロプライエタリ ソフトウェアのどちらかを選択する場合、ソース コードを入手できるかどうかや、それを自由に推測して配布する権利があるかどうかはあまり気にしません。顧客が必要としているのは、問題を直接解決できるソフトウェアまたはサービスの完全なセットです. 無料が最適ですが、無料でなくても、支払い後に当事者 B が問題を解決できる限り、それも検討できます.お金。
たとえば、データベースの選択を交換するチャットで、草の根の意思決定者は、TiDB を使用することで、スタンドアロンの MySQL を超えるデータ量を直接解決し、基本的な AP クエリ要件を「オープンソース +簡単"。私は途中で彼に尋ねました。ここでオープンソースについて言及されている場合、オープンソースにすることは重要ですか、それとも商用利用のために無料にすることは重要ですか。自由な商用利用が重要であると、彼はためらうことなく答えました。別の参加者は、「ポットが誰であるかが重要です」と付け加えました。
これにより、顧客のニーズに合わせた最初の商品化モデル、つまりコンサルテーションとサブスクリプションの提供が実現します。
有名な Red Hat の会社は、サブスクリプション モデルから始めました。Linux は GPLv2 の下でリリースされているため、Red Hat の Linux ベースのディストリビューションはカーネルの変更に対してオープンです。Red Hat は Linux エコシステムの参加者に過ぎず、Linux のコア生産性はアップストリームであるため、Red Hat は主要なテクノロジの方向でのみアップストリーム コミュニティと協力できます。この場合、Red Hat が選択したビジネス モデルは、企業のニーズに合わせたサブスクリプション サービスを提供し、バージョンの安定性、アフターセールス サポート、および企業が重視するがアップストリーム コミュニティでは提供されない保守契約に対処することです。
その後、Canonical も同様に、Linux オペレーティング システムに関心のある個人や、Linux サーバーの生産と展開、オーダーメイドのワンクリック スタートアップ パスとアフターセールス サポートを必要とする企業を対象としました。Ubuntu のインストール ページでは、Live USB に基づいて Ubuntu のアーリー アダプター バージョンをインストールすることを選択し、ホストを介さずに個人的なエクスペリエンスを開始することができます。また、企業の実稼働環境にインストールされた構成を選択することもできます。Ubuntu は、さまざまな国や地域のコンプライアンス要件。特別にカスタマイズされています。Ubuntu Kylin、Deepin、Tongxin UOS など、Xinchuang の一部の国内 Linux ディストリビューションはすべて Ubuntu ディストリビューションに基づいて変更されており、これは Ubuntu が企業向けに行った取り組みを示しています。
Red Hat の話に戻ると、Linux サブスクリプション サービスを開始したことに加えて、近年では Kubernetes ディストリビューションとしてカウントできる OpenShift ソリューションも開始しています。同様に、OpenShift は、エンタープライズ ユーザー向けのすぐに使える使用と包括的なアフターセールス サポートにも重点を置いています。顧客としては、Kubernetes がもたらすクラウドネイティブなテクノロジー革命に追いつきたいが、トップレベルの技術チームを維持する余裕がない.また、当事者 B が使用中に発生する問題を十分に理解し、OpenShift または OpenShift を選択できることを望んでいる.他の Kubernetes リリース. エディションは検討する価値のあるオプションです。同じ原則は、Istio Express を使用して Tetrate の Istio ディストリビューションまたは完全なクラウドネイティブ アプリケーション ネットワーク フレームワークを選択したいお客様にも適用できます。
後者の 2 つのケースでは、半分はコンサルティングとサブスクリプションのカテゴリに属し、残りの半分は業界ソリューションを提供するオープン ソース ソフトウェアに基づくオープン ソースの商用化の 2 番目のパスです。
オープン ソース ソフトウェアに基づく業界ソリューションを提供するということは、オープン ソース ソフトウェアがもはや製品販売の中心ではなく、せいぜいその評判に立ち向かうブランドと深い依存の基盤であることを意味します。業界で最も成功した例は、Apache Spark に基づいて Databricks によって開発された一連の業界ソリューションです。Databricks は当初、クラウド分野への参入が遅れている Microsoft Azure と協力し、パフォーマンスが最適化された Apache Spark on Azure のディストリビューションをバンドルしました。その後、Databricks は AI をエントリ ポイントとして採用し、Spark エコシステムで SparkR や PySpark などの統合を開始し、標準化されたコンピューティング リソースと商用製品側の典型的な AI コンピューティング タスク用のパッケージ ソリューションを提供しました。その後、Alluxio と JuiceFS の探索により、Databricks は Spark のコンピューティング能力とストレージに続く巨大な需要市場を発見したため、独自に Delta Lake ソフトウェアを開発し、統合されたレイクとウェアハウスの概念を提案して新しいソリューションを販売しました。同社が徐々に足場を固めるにつれて、Databricks は、以前の AI の最前線で現在人気のある AIOps コンセプトに投資するためのより多くのリソース、および Delta Live Table を含む一連の周辺製品に投資する必要があります。湖と倉庫の統合。
Databricks は、オープン ソースのデータ レイク ソフトウェアの影響を受けて、歯磨き粉を絞り込んで Delta Lake のコードを開くようにしましたが、同社の全体的な開発軌跡の観点から見ると、製品やサービスの商業化が進んでいるほど、オープン ソース ソフトウェアとの関連性は低くなります。 . これまで、Apache Spark は、最も収益性の高い製品やサービスの奥深くに隠されている基本的なビルディング ブロックであり、効率的なコンピューティング フレームワークですが、ユーザーが商用製品やソリューションにお金を払うという論理は、もはや Apache Spark を使用するかどうかだけではありません。
オープンソースの利点
オープンソースソフトウェアをベースに開発されているため、顧客が製品を選択する際に異なる扱いをすることはなく、製品自体がオープンソースソフトウェアの単純なパッケージである場合、企業の顧客は挑戦する可能性が高くなります。支払いの意味。結局のところ、VS Code を圧縮パッケージに入れて CSDN で販売することは、一部の個人投資家を欺く可能性がありますが、企業の前で同じロジックを機能させることは困難です。
オープン ソース ソフトウェアの商用化に基づいて、競合他社にはプロプライエタリ ソフトウェアが含まれます。顧客は考えられるすべての選択肢を提示し、長所と短所を比較検討して判断します。顧客は一般にソース コードの入手可能性を気にしないため、当事者 B が問題を解決することを期待します.ただし、オープン ソース ソフトウェアは商用利用は無料ですが、販売者が支払う理由を回答することはしばしば課題になります. 一方、オープンソース ソフトウェアに基づいて収益を上げているビジネスもあります。では、商用化に対するオープンソース アプローチの利点は何でしょうか?
オープンソース ソフトウェアのユーザーは無料で試すことができます, これは、ユーザーのしきい値を下げ、ロングテール ユーザーのシェアを増やすのに役立ちます. 具体的なロジックは、フリーミアムのビジネス モデルに似ているので、ここでは繰り返しません.
オープンソースの独自のコアとなる利点は、巨大なエコシステムの形成です。
Cloudera の主な商用製品である CDH は、Hadoop ベースの完全なビッグ データ スイートをワンクリックで展開および維持でき、複数のビッグ データ コンポーネント間の複雑な構成とバージョンの互換性の問題をユーザーに解決します。しかし、顧客が Hadoop ベースのビッグ データ ソリューションを必要とするのはなぜでしょうか? これは、Apache Hadoop がオープン ソース ソフトウェアとして登場し、多数のハッカーが参加して徐々に完全なエコシステムを構築するようになった当初にさかのぼる必要があります。このエコロジーのオープン性は、HBase、Hive、Impala などの周辺技術を生み出しました.Spark と Kafka でさえ、もともと Hadoop に保存されたデータ用に設計されました. CDH と同様のサービスを提供するベンダーは数多くあり、Microsoft と Google を除くほぼすべてのクラウド ベンダーが作成します。これに対し、Hadoop 技術の源泉である GFS や MapReduce は常に Google プラットフォームに縛られており、技術の進化は Google にしか頼ることができず、潜在的な顧客は Google に行くことを決意した企業だけです。
オープンソースは、生態系の繁栄にとって重要な条件です。フリーソフトウェア運動やオープンソース運動におけるソースコードの重視は、基本的にソフトウェア操作のロジック、つまりソフトウェアに含まれる知識を共有するための要件です。Free Software Foundation のフリー ソフトウェアに関する説明[10]では、ユーザーはソフトウェアの動作のロジックを理解する自由と、理解した上で変更を加えて修正版を配布する自由をユーザーが持つべきであると述べられており、ソース コードを入手することが必要条件です。
Hadoop がオープン ソースでない場合、主要なデータ ストレージ フォーマットとネットワーク通信プロトコルを推測する必要があることを想像してみてください。また、プロプライエタリ ソフトウェアは通常クラッキングが禁止されていることは言うまでもありません。そのため、実際にそれをクラッキングする開発者は法的なリスクにさらされます。企業はいつでも秘密裏に変更できます 形式、またはプロバイダーにバインドされた暗号化/検証ロジックの導入により、サードパーティのメンテナンス エコロジカルな統合または拡張のコストが急激に上昇し、最終的には放棄されました。プロプライエタリ ソフトウェアの配布会社がこれを行わなくても、その会社にそれを行う力と能力がある場合、潜在的なリスクはすべてのサード パーティを思いとどまらせるのに十分です。
生態学的繁栄は、顧客の選択にとって重要な考慮事項です。お客様が MySQL ベースの RDS サービスを選択する理由は、MySQL に精通した人材が十分に供給されているためです。MySQL との互換性に基づいて、TiDB は TiDB の運用と保守の経験を DBA コミュニティに徐々に広めています。オープンソース コードにより、ハッカーのコミュニケーション プロセスで多数の運用および保守統合ツールを自由に作成および共有できます。これにより、TiDB のエコロジーが強化され、信頼できるソリューションとしての TiDB に対する顧客の信頼が強化されます。
StreamNative の Apache Pulsar への投資は、もう 1 つの代表的な例です。顧客にサービスを提供する過程で、StreamNative はいくつかの一般的な機能要件をオープン ソースとして実装します。これには、Helm チャートの形式での Pulsar クラスターの展開、一連の異なるシステムの統合、およびベースの AMQP、RocketMQ、および Kafka の開発が含まれます。メッセージ プロトコル処理フレームワーク クライアント プロトコルのサポート。これらのソフトウェアは、ソースコード公開後、多くのユーザーから試用とフィードバックを受けましたが、その中でもハッカータイプのユーザーは、脆弱性を正確に報告し、自分で修正して上流に還元することもできました。このように、複数の関係者が参加してさまざまな問題を解決するパルサー エコシステムの能力を磨くことは、少なくともパルサーのサービス プロバイダーとして、顧客にパルサーを選択してもらう上で大きな利点となります。
オープン ソース コードが常に企業の利益になるとは限らないことに注意してください。そのため、企業に選択権がある場合は、ソース コードをオープンにするかどうかを検討する価値があります。
StreamNative の場合、主な目的は生態系の繁栄を通じて Pulsar が確固たる基盤を獲得することであり、市場シェアと Pulsar を使用する顧客の信頼が鍵であり、現在ユーザーが統合にお金を払うことはほとんどないため、オープンソースはプラスの利点です. StreamNative のサービスに加入することは、対応する統合を使用する必要がある顧客にとって最も手頃な価格でもあります。
データ統合のもう 1 つの例を見てみましょう. Airbyte も当初、市場の勢いを作るために完全なオープン ソースに焦点を当てていましたが、市場の一部を獲得した後、他のメーカーが同種のサービスを提供するために Airbyte のソース コードをコピーしたことがわかり、すぐにAirbyteプロトコルをElastic.License 2.0に変更して競争を禁止しました。ただし、Airbyte は引き続き MIT 契約に基づいてデータ統合モジュールとコマンドライン ツール コードのライセンスを取得します。これは、Airbyte が他のメーカーがそのサーバー コードと UI コードをコピーすることを禁止することで商業的競争を防ぐと同時に、統合モジュールを開いて、データ ソースとデータ シンクとしてのさまざまなソフトウェアを自身と統合するように促すことを意味します。
前述のように、ユーザーが CDH を選択する理由の 1 つは、単一のプロバイダーに縛られないようにするためです。ただし、プロバイダーの観点からは、ユーザーを独自の製品やサービスにバインドすることが最適です。ソフトウェア ライセンスを変更できる CockroachDB や Akka のような企業は、ビジネス開発に影響が及ぶと、ソフトウェア契約を変更して商業的競争を禁止することをほぼ確実に選択することが徐々にわかります。オープンソース ソフトウェアの開発がコミュニティの共同作業の結果であることが多いことを考えると、そのような行為は実際にはコミュニティの評判を損なっています。この側面に関する詳細な議論については、私の以前の記事「ターニングを誘導するための疑似オープン ソース戦略」を参照してください。
一方で、Red Hat、Confluent、StreamNative のようにオープンソース ソフトウェアに依存してビジネス モデルを構築している企業は、アップストリーム ソフトウェアのオープン ソース契約を変更する能力がなく、設立後に設立作業が完了していないためです。同社の場合、それ自体がオープンソースの受益者であるというか、あまり絡みがありません。
今後の「オープンソース商用化」企業は、既存のオープンソースソフトウェアをベースに商用製品やサービスを提供する企業と、知的財産権を完全に所有し、ソフトウェアのソースコードを選択的に公開する企業に大別されます。
同社がソフトウェアの知的財産権を保有しているという条件の下で、MongoDB や Elastic などの企業による実証の後、直接ビジネスで競合したい企業の数は大幅に減少するはずです。直接的な競争がなければ、企業は宣伝されているオープン ソース契約を、商業的競争を禁止するオープン ソース契約に意図的に置き換えることはありません。このように、創業会社は唯一の企業であり、ハッカーとユーザーの非営利の競争が共同で開発され、この種の企業とソフトウェアの究極の生存形態となります。
知的財産権は中立的な第三者によって保持されます, これは、さまざまなオープンソースソフトウェア財団の典型的なケースです. 企業は繁栄したエコロジーの中で生き残り、顧客はサプライヤーに縛られる心配が少なくなり、より激しいビジネス競争環境で. アップストリームへの影響力が弱いとき（Red Hat）やテクノロジーギャップが形成されていないとき（Databricks）にサブスクリプションサービスを提供してリリースすることで生き残り、その後、自分でオープンできれば企業レベルのソリューション製品ラインのオープン ソース ソフトウェアは、優れた技術基盤となり、企業の継続的な評判の源となり、エンタープライズ レベル ソリューションのプロプライエタリ ソフトウェア、または市場で唯一の専門家チームは、他の競合他社の追随を許しません。クロス; 技術的なギャップを確立することが難しい場合は、エコロジーに関するより包括的なコンサルティング サブスクリプション サービスを提供します (IBM)。
参考文献
[1] IBus: https://wiki.archlinux.org/title/IBus[2] Fcitx5: https://wiki.archlinux.org/title/fcitx5[3] 更新計画:
https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1928360[4] Arch Linux: https://archlinux.org/[5] Ubuntu: https://ubuntu.com/[6] ssf2fcitx: https:// github.com/VOID001/ssf2fcitx[7] ssfconv: https://github.com/fkxxyz/ssfconv[8] 「完全に Linux で作業する」:
https://dywang.csie.cyut.edu.tw/dywang/download/pdf/linux-wangyin.pdf[9] 「Linux、Windows、Mac について語る」:
https://www.yinwang.org/blog-cn/2013/03/07/linux-windows-mac[10] フリーソフトの説明：
https://www.gnu.org/philosophy/free-sw.en.html
作者 | てぃそんくん
編集者 | 王孟宇
互いに
近い
読む
読む
ソフトウェアの自由からフリーソフトウェアへ
公式発表: コンピューティング ミドルウェア Apache Linkis が Apache Top プロジェクトとして正式に卒業
GitHub のスター数が 14,000 を超え、中国でトップの Apache オープン ソース プロジェクトが新たに誕生しました。
開元社の紹介
2014年に設立されたKaiyuan Societyは、オープンソースの大義に自発的に貢献する個々のメンバーで構成され、「貢献、合意、および共同統治」の原則に従って形成され、常にベンダー中立の特性を維持してきました。公共の福祉、および非営利。国際統合、コミュニティ開発、およびオープン ソース プロジェクト」は、ミッションを持つオープン ソース コミュニティ連合です。開元社は、オープン ソースをサポートするコミュニティ、企業、政府関連部門と積極的に緊密に協力し、「中国に拠点を置き、世界に貢献する」というビジョンのもと、健全で持続可能なオープン ソース エコシステムを構築し、中国のオープン ソース コミュニティを促進することを目指しています。グローバルなオープンソース システムで積極的な力になること。参加と貢献者。
2017 年、開元社は、ASF などのトップの国際的オープン ソース財団のガバナンス モデルを参照して運営される、完全に個々のメンバーで構成される組織に変わりました。過去 9 年間で、何万人ものオープンソースの人々を結び付け、何千人ものコミュニティ メンバーとボランティアを集め、国内外で何百人もの講師を集め、何百ものスポンサー、メディア、コミュニティ パートナーと協力してきました。
