Markdownが世界を席巻した理由

 (anildash.com)
24 ポイント 投稿者 GN⁺ 2026-01-11 | 1件のコメント | WhatsAppで共有
  • シンプルなテキストベースのフォーマットが、世界の技術産業における共通言語として定着し、AIシステムから日常的なメモアプリまで幅広く使われている
  • 2004年にJohn Gruberがブログ編集の不便さを解消するために作ったフォーマットで、誰でも簡単にWeb文書を書けるようにした
  • 開発者と一般ユーザーの両方に直感的な文法とオープンな構造を提供し、GitHub・Slack・Apple Notesなどほぼすべてのプラットフォームに統合された
  • 商業的利益よりも共有と協力の精神によって作られ、オープンな技術エコシステムの持続可能性を示している
  • 今日ではAI産業の中核的な制御システムまでMarkdownで書かれるほど、インターネット技術の基盤となった形式である

Markdownの起源と拡大

  • Markdownは2000年代初頭、ブログツールでの複雑なHTML編集の問題を解決するために作られた簡潔な記法言語
    • John Gruberは2002年、Apple中心のブログ Daring Fireball を運営しながら、文章作成の不便さを解消するために開発した
    • 当時のブロガーは、リンクや太字を入れるためにHTMLを直接書かなければならなかった
  • 2004年、GruberはAaron Swartzとともにベータテストを進めてフォーマットを磨き上げ、3月に公開した
    • Swartzのフィードバックは安定性と柔軟性の向上に貢献した
  • 公開直後からブログ以外のさまざまな用途へ広がり、単なる個人用ツールからWeb全体の標準フォーマットへと発展した

Markdownの原理と特徴

  • キーボード上の通常の文字だけでWeb書式を表現できる直感的な文法構造
    • 例: [リンクテキスト](URL) または # タイトル の形
  • 「Markup」の複雑さを減らした「Markdown」という名前の通り、単純さと可読性を中核の価値としている
  • 誰でも数分で身につけられるほど簡単でありながら、同時に強力な表現力を備えている
  • 技術的な実装も簡単なため、ほとんどのブログツールやアプリがすばやく対応した

産業全体への拡大

  • 数十年にわたりMarkdownはソフトウェア産業の基本言語として定着した
    • Google Docs(2022)、Microsoft Notepad、Apple Notes など主要アプリが対応を追加
    • Slack、WhatsApp、Discord などのメッセージングプラットフォームでも使われている
  • GitHubのほぼすべてのリポジトリがMarkdownファイルを含み、プロジェクト説明やドキュメント作成の標準として活用されている
  • 世界中のハードドライブやクラウドには数十億個のMarkdownファイルが存在する
    • ゲーム機やイヤホンなどの組み込みシステムにさえ含まれている

オープン技術と協力の精神

  • Markdownは商業目的なしに無料で公開され、誰でも自由に使える
    • Gruberはフォーマットに対する金銭的な見返りを求めなかった
  • 2000年代初頭のオープンWeb文化の中で、標準を共有し改善する協調的な開発方式の代表例となった
  • この開放性のおかげで、閉鎖的な代替手段が台頭することなく、インターネットの公共インフラとして定着した

AI時代のMarkdown

  • 今日では大規模言語モデル(LLM) のプロンプトや制御スクリプトの大半がMarkdown形式で書かれている
    • ChatGPTやClaudeなどでの高度な作業指示もMarkdownベースである
  • シンプルなテキストフォーマットがAI産業の中核制御言語へと発展した
  • Gruberが作ったこの無料フォーマットが数兆ドル規模のAI産業を支えている
  • 技術発展の土台には巨大企業ではなく、情熱と細やかさで作られた個人の貢献がある

Markdownが成功した10の技術的理由

  • 1. 優れた名前: 「Markup」の対概念として直感的で覚えやすい
  • 2. 現実の問題を解決: 複雑なHTML記述の不便さを解消
  • 3. 慣れ親しんだ利用習慣が土台: メールなどで既に使われていた記号を活用
  • 4. RSSに似たオープンな発展構造: ブログ文化とともに成長
  • 5. 協力的なコミュニティ: Dean AllenのTextileなど先行技術とSwartzの参加
  • 6. 多様な派生形を支援: CommonMark、GitHub-Flavored など状況別の拡張
  • 7. ユーザー行動の変化の時期を捉えた: ブログとソーシャルメディアの拡大期に登場
  • 8. ビルドツール時代との相性: HTML変換プロセスが自動化ワークフローに適していた
  • 9. 「View Source」の哲学を維持: 誰でもソースを見て学べる
  • 10. 知的財産権の制約がない: 特許やライセンス制限がなく自由に採用できる

結論

  • Markdownは単純さ、開放性、人間中心設計によってインターネットの基本言語になった
  • 巨大資本ではなく個人の創造性と協力の精神が技術革新を導けることを証明した
  • 今日のAIとWebの中核構造の中でも、そのルーツは依然として一人の開発者が作ったテキストファイル形式にある

関連記事

1件のコメント

 
GN⁺ 2026-01-11
Hacker Newsの意見

  • 文章はよく書けている。でも、私がMarkdownを好きな最大の理由は、それが根本的にテキストベースだという点だ
    フォーマットやベンダーロックインがなく、gitリポジトリに入れるのにも完璧だ。OneNoteのような形式が2035年にもまだ開けるか心配する必要がない
    それに、LLMが基本的にMarkdownを理解するのもよい。サーバーコードからAPIドキュメントを生成してくれと頼めば、テキストベースの要約が欲しいのだとすぐ理解してくれる

    • Markdownは、もともと人々がテキストファイルで使っていた慣習を公式化したものだ。私も普段テキストで文書を書いていて、後から見たらすでにMarkdown記法を使っていた。だから拡張子を.mdに変えて少し直せば見栄えよくなる
    • もちろんAsciiDocやreStructuredTextのような、もっと優れたフォーマットもある。だが結局Markdownを使わなければならない場面が多いので、単に十分によい選択として残っている
    • Markdownは本質的にそこそこ見やすいテキストだ。表をサポートしない理由もここにある。どれだけ文法を工夫しても、純粋なテキストで表をきれいに表現するのは難しい
    • 私も同じ理由でテキストを好むようになった。今 The UNIX Programming Environment (1984) を読んでいるが、この本のおかげでテキストベース形式の永続性を改めて実感している
    • だからObsidianが好きだ。まるでMarkdownのためのオペレーティングシステムのようだ

  • 以前、Google DocsにMarkdownサポート機能を20%プロジェクトとして追加した。Markdownの歴史に名前が載って光栄だ

    • その機能のおかげでGoogle Docsがずっと楽しくなった。特にalt+/ショートカットと一緒に使うと本当に便利だ
    • 素早く文書を作って共有するときに大いに役立つ
    • ほぼ毎日使っている。ありがとう！

  • HTMLを直接書くのが難しいというより、Markdownの魅力は元のテキスト自体が読みやすいことにある
    そしてMarkdownの「見た目」をカスタマイズできる自分のエディタ Kraa を紹介する

    • 以前Kraaを見たことがあるが、改めて使ってみると単語の折り返しが不自然で、#を隠しているせいでヘッダースタイルを変えにくく、非標準のチェックボックス記法([])を使っていて不便だった。UIは格好いいが、Markdownエディタとしては物足りない
    • 製品はよさそうだがセルフホスト不可なのでセキュリティが不透明だ。個人ノートならよくても業務用には不安がある。収益化の計画があるのかも気になる
    • <br>が必要な場合もある。たとえば複数行の表セルのようなところでは、等幅フォントと一緒に使う必要がある
    • JavaScriptを無効にすると空白画面しか見えない。これは少し残念だ

  • Markdownが本当に好きだ。なのに、いまだに大半のブラウザで.mdファイルをそのまま開けないのは驚きだ。ブラウザが自動でHTMLに変換して表示してくれたらよいのにと思う

    • 私は Markdeep を使っている。文書の末尾にコードスニペットを追加して.md.htmlとして保存すれば、ブラウザでそのままレンダリングされる。Google Driveに保存して、あらゆるノートアプリの代わりにしている
    • この機能を実装するにはMarkdownの標準化が必要だ。CommonMarkはあるが、依然として複雑で曖昧だ
    • 単にMarkdownを見やすくレンダリングするリーダーアプリがほとんどないのは不思議だ。なぜこんな単純なものがないのかわからない
    • ブラウザで「HTMLとして表示」のようなボタンでレンダリングできるようにすればよさそうなのに、なぜ拒否されたのか気になる
    • さらに、Markdownを安全なHTMLに変換する標準のJS APIがないのも残念だ

  • 記事では、Jeff Atwood（Stack Overflow創業者）がGruberにMarkdownの標準化を提案した話が抜けている
    Gruberは結局断ったが、自分のやりたいことを貫いた点は刺激を受ける事例だと思う

    • 実際にはAtwoodが先に「Standard Markdown」文書を公開し、Gruberはこれを承認しなかった。その後プロジェクト名がCommonMarkに変わった。結果として単純さを保てた
    • しかし標準がないために、何度も互換性の問題に悩まされた

  • 「あらゆる文脈に合うフレーバーを持つ」という表現が面白い。Markdownが統一されていないせいで、bold なのか bold なのか、italics が混乱する
    それでもCommonMarkがもっと広く使われてほしい

    • 他のフォーマットのように/italics/、_underline_のような直感的な表記のほうがよいと思う
    • 実際には太字か斜体かの区別は重要ではない。強調が伝われば十分だ
    • 以前はこうした変形が嫌いだったが、今では**「実用的包摂性（Practical Postelism）」**として受け入れている。完璧な標準より、現実的な多様性のほうがシステムの成功に役立つ
    • Slackの単一アスタリスクの太字表記はMarkdownではない。不便すぎて、もうショートカットを覚えてしまった

  • CommonMarkとPandocの作者が作った新しいフォーマット Djot(djot.net) がある。より合理的で、パースしやすい

    • だが韓国語話者の立場では、「djot」の発音が卑語のように聞こえる
    • 仕様が明確でなく、新しい実装を作りにくい
    • それでも、より厳格でクリーンなMarkdownのようなので試してみるつもりだ
    • 私はDjotを自分のプロジェクト（Moorクライアント）で使っている。安全で親しみやすく、パースしやすい

  • Markdownの長所は明快さだ
    テキストベース、gitフレンドリー、LLMフレンドリー、検索しやすさに優れている
    ただし複雑なレイアウトや精密なタイポグラフィ、バイナリ埋め込みはできない。他にもどんな制約があるのか気になる

    • 多段リストが深くなるとコードブロックのようにレンダリングされる問題がある。これはMarkdownの大きな欠点だ
    • CommonMarkはHTMLのスーパーセットのように振る舞う。だが実装ごとに微妙な違いが多い
    • Markdownは簡単なメモには向いているが、構造化された文書には不向きだ。セマンティックなマークアップがないからだ
    • 数式、大文字小文字の区別、文書区画など、学術的な表現が不足している
    • 拡張構文ではHTML/CSSやbase64画像を入れられるが、それはすでにMarkdownの精神から外れている

  • Markdownが成功した理由はタイミングのよさのおかげだ
    AsciiDoc、org-modeなどはより構造的だが、大衆性が足りなかった。
    GitHubがMarkdownを採用したことで、オープンソースコミュニティ全体が自然についてきた。
    VHSとBetamaxの競争のように、より優れた技術ではなく、先に定着したフォーマットが勝ったわけだ

  • 「気難しいが温かい人で、今ごろKubrick映画を見ながら、とんでもないチームを応援していそうだ」という描写が印象的だった