記事を短く書く

## 本文

本稿は短い記事を連発する僕自身のスタイルに関する免罪符的な位置づけのポエムです。
同じように「短い記事」を書くことに抵抗がある方がいるようでしたら、その気持ちが少しでも軽くなれば幸いです。

::: note info
本稿で伝えたいこと：「短い記事」にも価値（良さ）がある。苦労もある。
:::

::: note warn
ただしがき：本稿は決して「長い記事」を否定するものではありません。
:::

#### 長い記事と短い記事

長い記事でも短い記事でも同じ1contributionなので、短いと申し訳なく感じる瞬間はあります。ただ長い記事ほどイイネがつきやすい（？）気もするので、そのへんでポイント的にはバランスされるかと。

長い記事の情報量はそれだけで一定の価値を証明してくれます。詳細に書かれた技術ブログには本当に頭が下がります。情報量が多い方が役に立つ確率は高いという点で「長さは正義だ」という主張もできるかもしれません。

一方で、短い記事に価値は無いのか？と言われればそうではないと思います。短くてもいい記事はありますよね。僕自身、短い言葉に深い意味が込められた文章が好きです。

#### 正確に伝える

情報を正確に伝える技術文としては長い方がよい、という意見もありそうですが、長くすれば正確に伝わるとは限りません。僕の持論としては正確に伝えたければ可能な限り文章は短くすべきだと考えています。
ソースコードのように、冗長なコードがあるとそれだけバグの混入率が高まります（＝解釈の幅が生まれてしまう）。シンプルに突き詰めた文章は、読みやすく、かつ分かりやすいです。読み手にとっても同じ情報が得られるのなら短い方が良いはずです。逆に長すぎるとポイントが見えなかったり、読むのを止めてしまうかもしれません。
長さ＝読み手のコストと捉えた場合は「短さは正義だ」とも言えます。

コストを下げたいなら、読み手側で拾う情報を絞ればよいのでは？という声もありそうですが、主張を届けるという点では、書き手側で情報を絞り、ポイントを明確にすべきと考えます。

#### まとめ

ただ単に「短い記事」と、切り詰めて「短くした記事」は本質的に別物だと思っています。
とはいえ、一度書いたものを削る作業は結構ツライので、「短くする」ことを人に強要することには反対です。アウトプットが無理なく続けられるペースが大切かと思います。

僕自身はこれからもシンプルに伝わる記事を目指して「短く書く」ことを心がけていこうと思います。


## 蛇足的補足

:::note warn
今回だけは比較のため、切り詰める前の下書きを以下に晒します（恥ずかしい (^^;)）
※無駄に長いので、ナナメ読み推奨！　むしろ読まなくても全く問題ありません！
:::

## 原題：短い記事って罪ですか？

本記事は、短い記事を連発する僕自身のスタイルに関する、言い訳といいますか、免罪符的な位置づけのポエムです。特段、誰かから「短い記事でポイント稼ぎするな！」などと怒られたということもなく、どちらかといえばそんな風に思われてたらどうしようという被害妄想的な小市民の独り言です。同じように「短い記事」を書くことに少し抵抗がある、という方がいるようでしたら、その気持ちが少しでも軽くなればいいな、という想いを込めて書いております。

#### 長い記事と短い記事

実際、僕自身、熱意とボリュームに溢れた長い記事と、自分の短い記事を見比べて、これで同じ1contributionかぁ、と申し訳なく感じる瞬間が無くはないです。だからといって、文字数に応じたポイント制にすべきだ、とか、何百文字以下の記事は禁止にすべきだ、とは思いません。ポイントの公平性という意味では長い記事にはイイネがつきやすい傾向がある（？）ように見受けられるので、そのあたりでバランスされていると思います。
まぁ、僕みたいに短い記事でも心にビビッときたら反射的にイイネする人間もいますが。

ただ短い記事は書くのがラクかと問われれば、ある面ではその通りなんですが、そうではない点もあって、「短い記事には短い記事なりの苦労がありまして・・・」ということをつぶやきたい、というのが本稿の趣旨です。

#### はじめに

念のため最初にお断りしておきますと、**本稿は決して長い記事を否定するものではありません**。技術ブログとして詳細に丹念に書かれたものほどありがたいものはありません。僕自身そういった記事にいつも助けられています。またポエムとして自身の想いをつらつらと綴られている記事を読むのも好きです。長い記事に込められた熱意と情報量はそれだけで一定の価値を証明してくれます。（生成AIが書いたものを添削もせず、コピペしているケースは別として）

#### 長さは正義？

皆さん、お仕事されながら、どうやってこんな長い記事を書いているんだろうと本当に頭が下がります。業務時間内に書ける環境の方もいらっしゃるとは思いますが、そうじゃない人も多いと思います。1本の記事を何日にも渡って少しずつ書き進めて、というケースも当然あるでしょう。文章量に応じて対価を得ている職業ライターでもないかぎり、長さ≒根気と言えそうです。また長さ≒情報量でもあるので、長い方が求める情報にヒットする確率は高そうです。
そういった点では「長さは正義だ」という主張もできるかもしれません。

#### 短い記事はどうか？

記事の価値が文章量に比例するならば、短い記事に価値は無いのか？　そうではないと思います。短くてもいい記事ってありますよね。ただ１つの主張を簡潔な言葉でスパッと言い切ってくれているものや、日常の1コマを鋭い感性で切り取って問題提起してくれるものとか、ちょっとしたTipsで地味に嬉しいテクニックとか、疲れた時に箸休め的にフワッとさせてくれるものとか、挙げればキリがありません。
僕自身、そういった短い言葉に深い意味が込められた、まさしくポエム的な文章に強く惹かれます。

#### 正確に伝える

自らの感性で文章に込められた行間を味わうポエムだったらそれでもいいけど、情報を正確に伝達する技術文としてはある程度長さがあった方が齟齬無く伝わるのでは？という意見もあるかもしれません。ただこれに関しては長ければ正確に伝わるとは限らないと思います。むしろ僕自身の持論としては正確に伝えたければ可能な限り文章は短くすべきだと考えています。

#### バグの混入率

文章量が増えると、その分だけ解釈に幅が生まれ、読み違える可能性が増えてしまいます。書き手の軸がしっかりしてないと主張の一貫性がブレてくることもあります。僕自身、書き出しと終わりで整合性がとれていない状態に陥ることもよくあります。（この文章も主張がブレてないか後で確認しないと・・・）

このあたりはソースコードとちょっと似ていて、コードが冗長だとそれだけバグの混入率があがってしまいます。これ以上、簡潔に書けないところまで突き詰めたコードはある種の美しさすら感じられます。文章も同様です。過不足なく、誰が読んでも、同じ意味に受け取れるところまで突き詰めた文章は、読みやすく、かつ分かりやすいです。

#### 読み手の気持ち

読んで同じことが分かるのなら、読む側にとっては短い方が嬉しいはずです。
文章が長いと逆に、結局何が言いたいのだろう、と逆に伝わりづらくなってしまうこともあります。忙しい人は大事なポイントを見落とすかもしれません。長さを苦に途中で読むのをやめてしまうこともあるかもしれません。そもそも記事を読んでもらえなければ100％伝わりません。伝えたいなら、まず読んでもらえる分量に抑えることも必要だと思います。長さ≒読み手のコスト、という捉え方をするならば、長いことは必ずしもよいとは限りません。
早く正確に伝える、という点では「短さは正義だ」とも言えます。

#### 情報を絞る

コストを下げたいなら、読み手側で絞ればよい、という考え方もあるかもしれません。
書かれている情報を読み手側で任意に絞ることはできるが、その逆はできない。だから書き手はまず発信すべきだと、いう論理です。単純に情報量を届けるという観点ではそうかもしれませんが、主張を届けるという観点では書き手側でポイントを絞るべきと考えます。
"Less is More"（＝切り詰めたほど豊かだ）という言葉もあります。

#### 考え方の背景

僕自身がそういった考え方をするようになったのは今の仕事の影響があります。
アジャイルを学んでから「最小限のモノづくりで、最大限の価値を」と考える癖がつきました。

またライティングに関しては、普段、社内規程の文章を書いたりすることもあるのですが、規程ではニュアンスを出してはならず、どこからどう読んでも、そうとしか受け取れない、というところまで文章を突き詰める必要があります。規程はルールを定義するものですから、人によって解釈が異なるようでは困るわけです。そのため、極力、形容詞は使わず、簡潔に一文字でも短くなるように言葉を切り詰めていきます。この一文から１つでも言葉を削ったら文意が変わってしまう、というレベルまで文言を突き詰めます。時には1行書くのに1時間以上かけることもあります。

#### "短くした"記事

さすがにQiitaの記事を書く時にそこまで極端な突き詰め方はしないのですが、一通り書き下した後で、全体を見返した時に無くても伝わるなと思った箇所は行ごと（時には段落まるごと）削ったりすることはよくあります。そうやって削っていくと最後には妙にすっきりとした、ややもすると寂しい文章が残ります。一見すると説明不足のようだけど、よく読むときちんと必要なことは書かれている。そんな文章が僕の中では理想です。

自己満足の領域かもしれませんが、ただ単に「短い記事」と、切り詰めて「短くした記事」は本質的に別物だと思っています。しかし両者の境界はひどく曖昧で、他人から見たらどっちも大差ないのかもしれません。

#### とはいえ、削るのはしんどい

ただここまで書いておいてなんですが「短くする」ことを人にも強要することは反対です。
一度書いたものを削る作業は、書くこと以上にツライです。
仕事の成果物ならそこまでやるべきですが、ブログでそこまで求めるとアウトプットすること自体が続かなくなってしまう可能性もあります。
あれこれ考えてこねくり回した文章よりも、気持ちをありのままに綴った生の言葉の方が伝わることもありますし、考えすぎずに、まずはアウトプットしてみることが大切かなと思います。気になる箇所があれば後からいくらでも直せますし。（一度書いた言葉を取り消せないケースはあるかもしれませんが、書き足しはいつでもOKなハズ）

#### まとめ

以上、「短い記事」に関して思うことを、勢いに任せて書かせていただきました。
僕自身はこれからもシンプルに伝わる記事を目指して「短く書く」ことを心がけていこうと思います。

ひどく個人的な文章を最後まで読んでいただきありがとうございました。