mdの歴史：なぜMarkdownは“標準っぽく”なったのか

md_history 2026-02-08 20:00:00 / 歴史 / 背景 / 方言 / GitHub

# mdの歴史：なぜMarkdownは“標準っぽく”なったのか

Markdown（md）は「プレーンテキストのままでも読める」ことを最優先にしつつ、必要に応じてHTMLなどへ変換できる記法です。

## 1) そもそも、なぜmdが必要だった？

2000年代のネットは、メール・掲示板・ブログなど**テキスト中心**の場所が主役でした。
当時もHTMLは使えましたが、

- タグを毎回書くのが面倒（`<p>...</p>` の繰り返し）
- ちょっと修正したいだけでタグの対応が崩れる
- コピペすると汚れやすい

…という現実がありました。
「文章を書く人が、文章を書くためにHTMLの文法に引っ張られすぎる」問題が大きかったわけです。

## 2) Markdownの登場と“軽さ”

Markdownは「文章の自然な記号（#や*など）」を使って整形します。
この軽さが効きました。

- 書く人：速い
- 読む人：テキストのままでも理解できる
- 管理する人：差分が見やすい（Gitでのdiffが読みやすい）

特に開発現場では、README・仕様メモ・手順書などが大量に発生します。
mdは**ドキュメントの量産に向きすぎる**ので、爆発的に浸透しました。

## 3) GitHubで“事実上の標準”に

GitHubがREADMEやIssueでMarkdownを採用したことで、
「とりあえずmdで書けば通じる」空気ができました。

- リポジトリに置けば、ブラウザでそのまま読める
- 変更履歴も一緒に残る
- レビューもできる

この一連の流れが、mdの地位を一段上げました。

## 4) ただし“方言”がある（ここが注意点）

Markdownは、場所によって使える記法が違います。
たとえば次の要素は、環境によって対応が変わりやすいです。

- 表（テーブル）
- タスクリスト（`- [ ]`）
- 脚注
- 数式
- 目次の自動生成

> 重要：
> **「md＝完全に同じ結果になる」ではない**。
> 運用で困らないためには、
> 「自分がどの環境（GitHub / Notion / Qiita / 自サイト）で使うか」を前提に決めるのがコツ。

## まとめ

- mdは「文章の自然な形」を崩さずに整形できる
- Git管理と相性が良く、開発現場で爆発的に広がった
- 一方で方言があるので、運用ルールが大事

このページの「mdインポート/エクスポート」について