generated at
markdownはデカイ文字を書くのに便利

あなたが # を書く時、プラットフォームもまた <h1> を宣言しているのだ

ScrapboxについてはScrapboxに見出しの記法は存在しないを読んでね


以下、理由などを詳しく書く

酒を飲んで色々考えた
markdownはとにかくデカイ文字が簡単に書ける事が便利なだけなのでは?
宣言した文書構造を有意義に使う方法がスクリーンリーダーと索引生成以外に何かあれば教えて欲しいshokaishokaishokaishokaishokai


markdownが大好き!!! という主張をよく見かける
0. テキスト表示とHTML表示がほぼ同じなので、どちらでも読める
1. リンクや打ち消し線等の文字装飾がしたい
2. リスト記法が使いたい
3. # <h1> <h2> になる文書構造化がしたい

3が多い(と思う)
0〜3のどれを指しているのかは、人によって違う


0. テキスト表示とHTML表示がほぼ同じ
これは最近の軽量マークアップ言語では当たり前なのでわかる
重要だと思う
しかし、 # の数でh1, h2になるのはmarkdown以前からRDocが既に実現していたし
- がリストになるのはもっと昔のplain2とかの時代からあった


1. 文字装飾 について
画像にリンクを付ける
[![画像タイトル](画像URL)](リンク先URL)
かっこつけすぎ
そもそも画像とリンクの区別が意味不明
[リンクタイトル](リンク先URL)
![画像タイトル](画像URL)
なんで ! の有無で区別するのか
! から画像を連想できる人がいるのか

文字装飾が環境によって違う
github *あいうえお* → 斜体
slack *あいうえお* → 太字
エディタによっても全然違う

本気で使うと
いろいろな環境で取り消し線や斜体の記法が全然違って全然汎用性が無い
なぜ人々がこれを「わかりやすい」と持ち上げるのか
謎すぎる
実務でのmarkdown経験が3年未満なのでは?
雑誌の記事markdownで書いてたら自分のエディタと編集者のエディタとgithubで表示が違って面倒くさかった


2. リスト記法
ハイフンでリストになるのは良いと思う
でもCosense/help/記法のように、ハイフン付けなくてもリストになればもっとスマートだと思う
行頭に 数字. を付けると <ol> リストになるのも良い
でもgithubのこれはやり過ぎでは?
「テキスト表示とHTML表示が同じ」という利点から離れていっている


3. # <h1> <h2> になる文書構造化がしたい
markdownで宣言した文章構造・セマンティクスを他に流用する事はほぼ無い
見出しの自動生成
他にあるのか?

セマンティクスを重視するなら ### から開始するべき
<h1> <h2> はプラットフォーム側も使っている
記事内の章立ては <h3> から開始されるべきではないか?
プラットフォーム側は # を2つ自動加算するべき?


使わない文書構造の宣言に意味があるのか?
「文字が大きくなって格好いい」以上の意味がない
使わないのにせっせと構造を宣言しているの、マジで意味わからん

# で超デカイ文字、 ## でデカイ文字、 ### でそこそこデカイ文字
シャープの数が少ないほうが文字が大きくなる
直感に反している
シャープが多ければ多いほど、文字が無限に大きくなるようにするのが正しい


まとめ
markdownのよさとは
0. テキスト表示とHTML表示がほぼ同じなので、どちらでも読める
1. リンクや打ち消し線等の文字装飾が色々おかしいので、頭を使う必要があって酒を飲んでいると不可能
2. リスト記法は便利だけど、「テキスト表示とHTML表示がほぼ同じ」ではなくなる事がある
3. # <h1> <h2> になる文書構造化がしたいと言いつつ、実はデカイ文字を書きたいだけ


ご意見ご感想
> 構造はTeXに流用する
なんか大変そうという印象しかない shokai

> ** * は強く強調と強調という意味で、italicやboldではない
どこのhelp見ても実際にitalicboldとして説明されている shokai
Slackの場合
*あいうえお* → boldになる
GitHubの場合
*あいうえお* → Italicになる

>
他に利用方法があるなら教えて欲しい、ないなら構造化は必要なくてただ文字が大きくなってるだけでは?と一番上に書いてあるのだが、日本語苦手なのだろうか? shokai