MITライセンス
What — 実質3点しかない寛容型ライセンス
MIT ライセンスは パーミッシブ（寛容）型 の OSS ライセンス。中身は実質 3 点だけ。
| 項目 | 内容 |
|---|---|
| ✅ できること | 商用利用・改変・再配布・私的利用・サブライセンス、ほぼ全部 |
| 📋 唯一の条件 | 著作権表示とライセンス文をコピーに残すこと |
| ⚠️ 免責 | 無保証（AS IS）。壊れても作者は責任を負わない |
対比で覚えると早い：
- GPL（コピーレフト型）: 組み込んだら自分のコードも GPL で公開する義務が発生する（伝播する）
- MIT（パーミッシブ型）: 伝播しない。クローズドな商用製品に組み込んでも、表示さえ残せば OK
- Apache-2.0: MIT に近いが、特許の扱いを明文化している分だけ長い。MIT は特許に触れていない
「伝播するかどうか」が OSS ライセンスの最初の分岐点で、MIT は「使う側の自由を最大化する」側の代表。
How — 使う側と、付ける側
他人の MIT コードを使うとき
- 商用・社内利用は自由。ただし配布物（バイナリや同梱ソース）に元の著作権表示と LICENSE 文を残す
- npm や Go modules 経由の利用なら、依存として取り込むだけで実務上ほぼ何も意識しなくていい（配布時に表示をまとめる程度）
自分のリポを MIT にするとき
- リポ直下に
LICENSEファイルを置く（GitHub の Add file → Choose a license template で MIT を選ぶと自動生成） - 1 行目付近の
Copyright (c) {年} {名前}を自分の名前に書き換える。これで完了
つまずきどころ
LICENSE ファイルを置き忘れた公開リポは「見えるけど使えないコード」になる。ライセンスが無いコードは著作権法のデフォルト＝全部権利者のものなので、公開されていても勝手に使えない。公開するなら必ず置く
なお LICENSE の有無だけ見て「安全なパッケージ」と読むと事故る。その話は ライセンスは安全の保証ではなく許可を配る仕組み に分けた。
関連
- GitHub
- ライセンスは安全の保証ではなく許可を配る仕組み — ライセンスが担っているレイヤーの話
- Apache-2.0ライセンス — 特許を明文処理したパーミッシブ型の相方
- GitHub Flowというチーム開発の流儀 — OSS にコントリビュートする側の入り口
Table of contents