オープンソース化に踏み切る適切な時期を考える

文:Matt Asay(Special to CNET.com)
翻訳校正:ラテックス・インターナショナル

2007-09-26 08:00

 私はここ2日、Alfrescoの経営陣とこの四半期を振り返るとともに、次の四半期(そして来年)の計画を立てた。そして、当社のライセンス供与モデル(ちなみにこれはあらゆる観点からこれまでのところ非の打ち所がない)について話していたのだが、今日になって、コードをオープンソース化するには最適な時期があるのだとひらめいた。

 しかし、いつその段階に到達したかを見極めるのは必ずしも容易ではない。

 一般に言って、企業には以下の3つの選択肢がある。

  1. 最初から
  2. 市場への製品の浸透が始まったが、てこ入れが必要なとき
  3. 製品の市場の大部分が消えてなくなってしまったとき、復活を期待して

 これらの選択肢について順番に説明しよう。

 製品を初めからオープンソース化するのはおそらく最も容易である。なぜなら、あとからいろいろと面倒で複雑な決断をする必要がないからである。とにかく100%オープンソース化するのである。キラープロジェクトと強力なコミュニティーを活用して、製品をあまねく普及させ、成長から金をもうける方法を探し出すのである。なんと簡単な話ではないか。

 そうかもしれない。しかし、コードの生みの親として強大な影響力を持つブランドがない場合は、ソースコードを中心に事業を構築するのははるかに難しくなる。換言すれば、ある企業が「コードの生みの親」であるということは、企業(またはプロジェクト)に存在感がある場合にのみ大きな意味を持つ。その段階に達するまでは、そのようなコードは誰かに乗っ取られてもあまり文句を言えないような個性の乏しいコードにすぎないのだ。

 このことから、オープン化が可能になるまでの速度はブランドの成熟度と何らかの関係があるのではないかと考えたことがある。

画像の説明
提供:Robin Vasan, Mayfield

 そうかもしれないし、そうではないかもしれない。しかし、これは私も重々承知していることだが、いずれにしても、他の企業ではなく、プロジェクトのトップ企業から買収することを決断できるほど自社のブランドが成熟していないのにコードをオープン化していいのかという懸念は無視できない(もちろん、そもそもそのプロジェクトがユーザーから評価されているのかを議論するのはさらに重要である。これは検討の余地がある点ではないだろうか)。

ZDNET Japan 記事を毎朝メールでまとめ読み(登録無料)

ホワイトペーパー

新着

ランキング

  1. セキュリティ

    「デジタル・フォレンジック」から始まるセキュリティ災禍論--活用したいIT業界の防災マニュアル

  2. 運用管理

    「無線LANがつながらない」という問い合わせにAIで対応、トラブル解決の切り札とは

  3. 運用管理

    Oracle DatabaseのAzure移行時におけるポイント、移行前に確認しておきたい障害対策

  4. 運用管理

    Google Chrome ブラウザ がセキュリティを強化、ゼロトラスト移行で高まるブラウザの重要性

  5. ビジネスアプリケーション

    技術進化でさらに発展するデータサイエンス/アナリティクス、最新の6大トレンドを解説

ZDNET Japan クイックポール

注目している大規模言語モデル(LLM)を教えてください

NEWSLETTERS

エンタープライズ・コンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]