MIT License

許可・条件・制限の一覧

許可・条件・制限の分類の出典: choosealicense.com（GitHub、MIT ライセンス）のデータ。

どんなライセンスか

MIT ライセンスは、マサチューセッツ工科大学（MIT）に由来する寛容型（permissive）ライセンスです。本文がわずか3段落で読みやすく、使用・複製・改変・結合・出版・配布・サブライセンス・販売をすべて許可します。条件はただ一つ、著作権表示とこの許諾表示を、ソフトウェアのすべての複製物または重要な部分に含めることです。最後の段落は、「現状のまま（AS IS）」提供され、いかなる保証も損害に対する責任も負わないという免責条項です。

GitHub の公開リポジトリで最も多く使われているライセンスとされ、Node.js・Ruby on Rails・jQuery・React のような有名プロジェクトが MIT を採用しています。React は2017年に「BSD + 特許」の組み合わせから MIT に変更した例としても有名です。

配布時に守るべきこと

• 元の著作権表示（Copyright (c) 年 著作権者）と許諾表示の全文を一緒に含めます。
• バイナリのみを配布する場合でも表示義務はなくなりません。通常はアプリの「オープンソースライセンス」画面、説明書、一緒に配布するテキストファイルに入れます。
• ソース公開、変更点の明示、同一ライセンスの維持の義務はありません。MIT のコードを改変して非公開の商用製品に組み込んでも構いません。

適用方法

リポジトリの最上位に LICENSE（または LICENSE.txt、LICENSE.md）ファイルを作って原文を入れ、[year] を年に、[fullname] を著作権者に置き換えます。このサイトの生成ツールがその作業を代行します。パッケージマネージャーのメタデータ（package.json の "license": "MIT" など）とソースファイルヘッダーの SPDX-License-Identifier: MIT も一緒に書いておくと、ツールがライセンスを自動で認識します。

よくある誤解

• 「MIT には何の条件もない」 — 表示義務があります。条件がまったくないのは 0BSD・Unlicense・CC0 です。
• 「MIT のコードを使うと自分のコードも MIT でなければならない」 — 違います。取り込んだ部分の表示さえ維持すれば、製品全体はどんなライセンスでも（非公開を含む）配布できます。
• 「特許の心配はまったくない」 — MIT の本文には特許に関する明示的な条項がありません。黙示の許諾があると見る見解が多いですが、明示的な特許許諾が必要なら Apache-2.0 を検討します。
• 「MIT で公開すれば名前を広告に使ってもよい」 — ライセンスは著作権に関する許諾にすぎず、商標や名前の使用権は与えません。

こんな場合に向いている

できるだけ多くの人に制約なく使ってほしいライブラリ、小さなユーティリティ、サンプルコードによく合います。企業が導入しやすく、ほぼすべての他のライセンス（GPL を含む）のプロジェクトに組み込めるため、エコシステムでの互換性が最も広い部類です。Rust・JavaScript のエコシステムでは、特許条項を補うために MIT OR Apache-2.0 のデュアルライセンスで公開する例も多くあります（デュアルライセンスのガイド）。

MIT のコードを他のプロジェクトに組み込めるか？

このライセンスで公開されたコードを取り込み、下記ライセンスのプロジェクトに組み合わせて配布する場合の一般的な判定です。 互換性チェッカーで他の組み合わせを見る →

このサイトの内容は一般的な情報であり、法的助言ではありません。実際の配布・契約・紛争に関する判断は、弁護士などの専門家にご相談ください。