Markdownファイルは、ただ開けるべきだ
A Markdown File Should Just Open
Markdownは20年以上前から存在し、ドキュメントや執筆、情報共有の基盤となっている。それなのに2026年になっても、.mdファイルを受け取った人は生の記法を目にしたり、表示用アプリを探したりする。OSは写真やPDFを当然のように開くのだから、Markdownも同じ扱いを受けるべきだ。CommonMarkやGitHub Flavored Markdownという規格はすでに整っており、AIがMarkdownで応答を構造化する時代に、対応の遅れはますます目立つ。
見出しをシャープ記号で書いたものを表示する方法を理解するのに、人工知能が必要であるべきではない。
HNでの議論
75- FreakyT
著者の全体的な主張には賛成だが、著者はここでおそらくその理由にうっかり行き当たっていると思う：
> 元のMarkdown構文を見たければ、同じくらい簡単にそのビューへ切り替えられるべきだ。
これは既存のドキュメントを開く慣習とうまく対応しないので、著者が想定する組み込みのMarkdownビューア／エディタは、既存のシステムアプリのどれにもうまく当てはまらない。例えば、AppleがTextEdit.appを修正して、RTFドキュメントを扱うのと同じようにMarkdownファイルを開けるようにしたとしても、整形された表示のケースはカバーできても、ソースの編集はカバーできない。Markdownソースと整形ビューの切り替えを扱い、不正な構文の表示に対処するには、第3のモードを追加するか（あるいはまったく別のアプリを作る）必要があるだろう。ましてや、さまざまなMarkdown方言の違いに対処するとなればなおさらだ。
- zahrevsky
どのブラウザでもMDコンテンツをネイティブにレンダリングしてほしい。.mdファイルをサーバーに置くだけで、動くウェブサイトになる姿を想像してほしい。
もちろん、HugoからObsidian Publishまで、それを代わりにやってくれるサービスはある。だが、どれも管理しなければならない複雑さを一段階加える。
また、これによってユーザーレベルのスタイリングはずっと簡単になる。これはどの「リーディングモード」もやっていることだが、タグとクラスの寄せ集めからコンテンツをリバースエンジニアリングする必要がない。
- graemep
これはKDEでできる。markdownファイルのデフォルトアプリにOkularを設定するだけだ。編集もしたければ代わりにLibreOfficeを（どのOSやDEでも可能だ）。唯一の問題は、それがビューアであってエディタではないことだ。プレビュー付きのエディタならこの問題を解決できる。プレビューのないエディタでもハイライトはしてくれるし、著者がまさに求めているものを提供するソフトウェア（記事でも触れられているnotepad）や、markdownのビジュアル編集（Libre Office）もすでに存在する。
それがデフォルトであることがそこまで重要かどうかはわからない。Markdownは主に編集可能なフォーマットで、読みやすいものへ簡単に変換できる——編集が難しい読みやすいフォーマットであるPDFとは逆だ。
- whh
Xcodeをインストールするたびに、Xcodeが自分をデフォルトのmarkdownリーダーだと決めつける。Appleの誰かがこれを直してくれたら、本当にありがたいんだけど。
- tuvix
ちょうど最近、同じようないら立ちを感じて[0]、mdのライブビューア／pdfエクスポーターを作った。overleafのように、markdownをpdfにレンダリングされるのとまったく同じ見た目で表示しながらvimを使えるものをずっと欲しかったんだ。