MITライセンスとは？

MITオープンソースライセンスのメリットは何ですか？

MITライセンスを利用する大きなメリットは、議論の両方の立場に等しく適していることです。GNU GPLライセンスは自由度が高すぎると感じる開発者もいれば、最終的にはすべてのソフトウェアがプロプライエタリになるべきだと考える人もいます。MITライセンスは制約の少ないオープンな文言であるため、コミュニティの開発者にも、既存のMITライセンスコードを使ってプロプライエタリソフトウェアを開発したいチームにも適しています。

MITライセンスの利用条件は何ですか？

MITライセンスの主な条件は、利用を許可し、今後の利用に関して開発者を免責することです。具体的には、ソフトウェアおよび関連ファイルのコピーを入手した人に対し、ソフトウェアの使用、複製、改変、結合、配布、公開、サブライセンス、および販売を認めています。

ソフトウェアを利用するために必要な条件は、すべてのコピーまたはソフトウェアの実質的な部分に、同じ著作権表示を含めることだけです。文書の最後には責任の制限が記されており、コードの共有に伴って暗黙に示される保証はすべて否認されています。

MITオープンソースライセンスはどの分類に該当しますか？

オープンソースとフリーソフトウェアのライセンスは、大きく2つの種類に分けられます。

• コピーレフト—弱いコピーレフトライセンスと強いコピーレフトライセンスは（著作権とは異なり）、オープンソースコンポーネントを基にしたすべてのソフトウェアに、同様のFOSSライセンスを適用するよう求めるものです。

• BSDスタイルおよび寛容型—これらのライセンスは、後続の利用者がオープンソースまたはプロプライエタリな目的でソフトウェアを実装、改変、拡張する際の制限を最小限に抑えます（または制限を設けません）。

MITライセンスは、寛容型（またはBSDスタイル）のFOSSライセンスに分類されます。BSDスタイルのライセンスでは、利用者は帰属表示を行い、将来的な責任を主張しない限り、コードを自由に利用できます。

MITライセンスとApache 2.0の比較

Apache 2.0とMITのライセンスは全体的によく似ていますが、重要な違いもあります。Apache 2.0のライセンス文書はMITライセンスよりもはるかに詳細で、法律用語も多く含まれています。MITライセンスは、開発者がソフトウェアを配布するための、最もシンプルでわかりやすいオープンソースライセンスを目指しています。

もう一つの重要な違いは、Apacheライセンスでは、元のソースコードに大幅な変更を加えた場合、その内容を開示するよう開発者に求めていることです。改変後のソースコードを公開する必要はありませんが、変更したことを通知する必要があります。ただし、変更していないコードにはApacheライセンスを保持する必要があります。

MITライセンスとは異なり、Apacheライセンスの下で公開されたオープンソースソフトウェアは、エンドユーザーが改変後に特許を取得することも認められています。改変版がApacheによる推奨を示唆しない限り、これらの特許権は全世界に適用され、永続的、取消不能、非独占的です。Apacheライセンスの文言では特許権の付与が明確に示されていますが、MITライセンスでは特許権の扱いがより曖昧です。

MITライセンスを取得するにはどうすればよいですか？

MITライセンスを使用するには、開発者は提供されているライセンス文をコピーし、必要に応じてソースファイルに含める必要があります。プロジェクトで他のMITライセンスソフトウェアを使用する場合は、ファイルの先頭に元のライセンス情報を残し、変更がない著作権表示もそのまま保持してください。

誰でもMITライセンスを使用できますか？

はい。自分の成果物に関するすべての権利が、今後自由に改変できる形で提供されることを理解していれば、開発者もユーザーも誰でもプロジェクトにMITライセンスを適用できます。

Snykは、オープンソースのソフトウェアライセンスへのコンプライアンスを維持しながら、開発スピードを落とさずに作業できるよう支援する、オープンソースライセンスコンプライアンス管理ソリューションを提供しています。

MITライセンスはどれくらい広く使われていますか？

FOSSライセンスの中で、MITライセンスは最も広く使われています。2019年の調査では、GitHub上のオープンソースライセンスの27%がMITライセンスでした。簡潔で要点が明確なうえ、開発者にとって使いやすいためです。

ライセンスの利用条件を遵守しているかどうかは、どうすれば確認できますか？

ソフトウェア開発ライフサイクルの早い段階から、ライセンスコンプライアンスに取り組むことが重要です。Snykを使えば、既存のワークフローにライセンスコンプライアンスを簡単に組み込めます。さまざまなインテグレーションを通じて、開発者はソフトウェア開発ライフサイクル（SDLC）のあらゆる段階で、できるだけ早期にライセンスをテストできます。

Snykのライセンスコンプライアンスソリューション

SnykはGitベースのインテグレーション（GitHub、Bitbucket、GitLab、CircleCI、TeamCity）を提供し、日々のワークフローにライセンススキャンを組み込むことを支援します。新しいプルリクエストをスキャンしてライセンス違反を検出し、定義したポリシーに基づいてライセンスチェックの合格・不合格を示します。

MITライセンスの歴史は？

MITライセンスの起源は、1983年にIBM、MIT、Digital Equipment Corporation（DEC）が共同で取り組んだプロジェクトにあると考えられています。起源が明確に定まらないのは、文言に変更を加えた複数のバージョンが、時期によって使われていたためです。

1980年代には、オープンソースソフトウェアのライセンスが必要になりました。それ以前は、科学研究の促進や、人類の知識と技術をさらに発展させるシステムの構築を目的に、ほとんどのプログラマーがコードベースを積極的に共有していました。1960年代には世界中の大学でコンピューターが使われるようになり、研究者たちは数学的仮説を検証するためのコードを書いていました。

マサチューセッツ工科大学（MIT）では、1960年代後半にエドワード・ローレンツが初めて気象予測ソフトウェアを使い、シミュレーションにわずかな変更を加えただけで生じる予測の食い違いに気づきました（この現象は後にカオス理論と呼ばれます）。こうした革新によってソフトウェアは大企業にとって非常に価値の高いものとなり、プロプライエタリソフトウェアの時代が幕を開けました。

1980年までには、プリンターなどの機器のソースコードが自由に入手できなくなっていました。これを受けて、MITの教授リチャード・ストールマンは、開発者コミュニティにソースコードを公開するための活動に生涯を捧げました。ソフトウェアを共有可能な状態に保つため、MITなどの機関は、特に学術分野で生まれたオリジナルコードを対象とするソフトウェアライセンス契約を策定する必要がありました。