Markdownが特定の目的にはいいツールだってのは分かるけど、一般的なノート取りには向いてないよね。ちなみに、Apple Notesをブログの形でウェブサイトに流し込める夢があるんだけど、今のところやり方が見つからないんだよね…

これにはちょっとワクワクしてる。ノートアプリを作ってるんだけど、今はApple Notesをメインで使ってる。Apple Notesは今のところ独自で不透明なフォーマットでノートを保存してるから、なんとか抜け出そうと試みてるけどうまくいかないんだ。だから、この機能が出るのを待つことにするよ。

グルーバーがブログ以外でMarkdownを使わないって言って、テキストエディタ（や他のアプリ）向けじゃないってほのめかしてる時に、言いたいことが一つあるんだ。確かにMarkdownには欠点や使いにくいところがあるけど、広く使われてることによる大きな利点が二つあると思う。(1) 明文で書かれてるから、ベンダーロックインに対する対策として非常に良いことと、(2) ある程度、独自フォーマットを使う「ここで発明されてない」的な傾向を抑えてること。オープンソースアプリでも、独自フォーマットだと非開発者が自分のデータを取り出すのが難しいからね。最初からMarkdown（または少なくともMarkdownエクスポートをサポート）なら、少なくともデータを持っていけるって分かるから安心だよね。

ここにObsidianユーザーがいるよ。でも、Apple Notesにもたくさんのデータがあるんだ。統合したいと思ってたけど、いつも面倒に感じてた。これ、私の使い方には最高だね。Appleに感謝！

サポートスタッフに基本的なMarkdownの文法を教えたんだけど、主にドキュメントやガイドを出すために使ってる。元々の意図を超えて、その有用性はすごく高いよ。それでいいんだ。

数年前に書いた記事が、Markdownというフォーマットとウェブ上での執筆・公開の実体験との緊張関係についての私の考えを今でも反映してるよ：「Markdownについての考え」 – Smashing Magazine。AppleがNotesでやろうとしていることは、Markdownの文法を取り入れつつ、それをソースフォーマットとして扱わないという、実用的な動きに感じる。Markdownの親しみやすさを認めつつ、公式フォーマットとして過剰にコミットしない。これが重要な違いだね。多くの人が強調やコードを打つのは好きだけど、その正確な文法をバージョン管理したりエクスポートしたりしたい人は少ない。Markdownのジェスチャーがほとんどのユーザーにとって価値を持つんだ。最近、Google Docsもそれを実装したし。私の記事では、Markdownはますます「インターフェースのソース言語」であって、文書ではないと主張していて、Apple Notesのこの動きはそのトレンドに合致しているように思う。Markdownをコンテンツフォーマットとしてではなく、執筆体験としてどう感じるか、他の人はどう思ってるのか気になるな。

私の元々の説明は今でも通用するよ：「MarkdownはウェブライターのためのテキストからHTMLへの変換ツールだ。そう、これがジョン・グルーバーの定義だ。でも、他の人と共有する創作物と同じように、進化することができる。人気があれば進化する。人々は自分のバージョンや使い方、意図を作り出す。私は約12年間Markdownを使っているけど、理由は2つある。1つ目は、プレーンテキストを書きながらも、プロプライエタリなフォーマットやツール（例：Word）を使わずに視覚的なレイアウトのヒントを得るため。2つ目は、後で他のフォーマットや出力に変換するための選択肢があること（グルーバーにとってはHTML）。だから、AppleデバイスでMarkdownを書くことは、Appleのプロプライエタリなフォーマットを使う代わりに、プレーンテキストのMarkdownを書く別の場所を持つことを意味するんだ（私はしょっちゅうそうしてる）。

なんでみんなメモを取るのが好きなんだろう？俺はすごくシンプルな方法をおすすめするよ。それは、メモを消して全部覚えちゃうこと。

彼の言う通りだね。Markdownは、物理キーボードがバーチャルキーボードより多かった時代にウェブ編集のために作られたものだから。エクスポート以外でNotesに使うのはあんまり意味がないよ。iOS/iPadOS（Notesの主要プラットフォームだと思う）では、フォーマットメニューが # や _ の文字と同じくらい近いから、入力システムとしての利点は少ない。Notesの文脈では、いくつかのMarkdownルールは意味をなさないよ。例えば、「行の終わりにスペースを2つ以上入れてからリターンを押すと、」っていうのは、Notesのユーザーが望んでない手動でのハードラップテキストに対応するために設計されたものだし。AppleはCommonMarkみたいなものに従う必要があるけど（それはあまりありそうにない）、自分たちのApple風Markdownを実装することになるだろうね。そうすると、何がサポートされているのかを学ぶ必要があって、ちょっとしたクセを発見することになる — Xcodeのvim入力の部分的な実装みたいに。人気のMarkdownアプリは「行にフォーカスして編集、行がぼやけたらプレビュー」っていうスタイルに収束しているみたいで、Notesアプリもそうなるだろうね。プレビューと編集モードのモーダル編集はAppleらしくないから。「行がぼやけたらプレビュー」っていうのは、Markdownのパワーユーザーには別のプレビューモードよりもいいけど、まだ覚えなきゃいけないクセがたくさん残るよ。（今日もObsidianで「# C#について」って書いたら、その行にカーソルがあるときは問題なかったけど、エンターを押したらプレビューが「Cについての考え」になっちゃって、編集モードでは「#Thoughts on C#」って書くべきだったってことを学ばなきゃいけなかった。）

NotesがMarkdownエディタになってほしくない。大多数のユーザーには混乱を招くと思う。俺が望んでいるのは、Markdownの構文を理解して、正しい形式に変換してくれること。例えば「# My Note」って打ったら、ノートのタイトル形式に変換してほしいし、「## Heading」って打ったら見出し形式に変換してほしい。ほとんどのアプリは、ある程度これをすでにやってるよ。行の先頭に - や * を入れると、アプリが適切なインデントリストに変換してくれる。Microsoftのアプリですらそうだし。もうちょっとだけ対応してくれればいいんだけど。