＜エンジニア夏休み企画> 『数学文章作法 基礎編』はエンジニアにもオススメできる良本！

現在内定者インターンシップで使っているLaravelとDockerを中心に勉強しているFラン文系生です。インターンシップ中に上司から「この本オススメ」と言われた本を読んでみたところ、この本は**エンジニアを目指している方**や、**現役エンジニアの方にもオススメできる本**だと思ったため、今回は **『数学文章作法 基礎編』** を紹介していきます。

# 『数学文章作法 基礎編』
<a href="https://www.amazon.co.jp/%E6%95%B0%E5%AD%A6%E6%96%87%E7%AB%A0%E4%BD%9C%E6%B3%95-%E5%9F%BA%E7%A4%8E%E7%B7%A8-%E3%81%A1%E3%81%8F%E3%81%BE%E5%AD%A6%E8%8A%B8%E6%96%87%E5%BA%AB-%E7%B5%90%E5%9F%8E-%E6%B5%A9/dp/448009525X?crid=2UNJJ0W0H5JC2&keywords=%E6%95%B0%E5%AD%A6%E6%96%87%E7%AB%A0%E4%BD%9C%E6%B3%95+%E5%9F%BA%E7%A4%8E%E7%B7%A8&qid=1661172629&sprefix=%E6%95%B0%E5%AD%A6%E6%96%87%E7%AB%A0%2Caps%2C197&sr=8-1&linkCode=li3&tag=maki0801snake-22&linkId=8039029c06e54a97a970a0bd95fdabbc&language=ja_JP&ref_=as_li_ss_il" target="_blank"><img border="0" src="//ws-fe.amazon-adsystem.com/widgets/q?_encoding=UTF8&ASIN=448009525X&Format=_SL250_&ID=AsinImage&MarketPlace=JP&ServiceVersion=20070822&WS=1&tag=maki0801snake-22&language=ja_JP" ></a><img src="https://ir-jp.amazon-adsystem.com/e/ir?t=maki0801snake-22&language=ja_JP&l=li3&o=9&a=448009525X" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />

基礎編では、**正確で読みやすい文章を書く方法**について説明しています。エンジニアはコードを書くだけでなく、クライアントにアプリを分かりやすく提案したり、開発メンバーに進捗状況を話したり、先輩に分からないところを質問するなど、話す状況もたくさんあると思います。

本書は、話すではなく、書く方法について書かれていますが、正確で読みやすい文章を書くことが出来るということは、分かりやすい説明をすることが出来るということに繋がるのではないかなと感じてるので、本書をオススメしました。

## 1章
1章では、本や設計書などを読む人である**読者**について書かれています。私たちが書いた本や設計書を読む人は、どの程度の知識を持っているのか、そして、どれだけ読みたいと思ってくれているのか、何のために読んでいるのかを考えて書く方法について説明しています。

例えば、大学受験で数学を勉強する時に多くの人がお世話になったであろう[チャート式](https://amzn.to/3R4Toyo)。チャート式には黄色、青色、白色などがありますが、色によって読む対象の人は違ってきます。全く数学を勉強してこなかった人が青色を読んだら全く理解出来ないと思いますし、数学がすごく得意な人が白色を読んだら物足りなくなると思います。

このように、本や設計書などを書く際は、読む人がどの程度の知識を持っているのかなど、読者のことを考えて書く必要があります。

## 2章
2章では、**形式の大切さ**や、**文章の構造**という基本的なことがらについて書かれています。形式というのは、どういうタイトルにするか、どういう章立てにするか、何の語句を使うかといったものです。そして、文章は構造を持っています。ひとつひとつの語句が集まって文が出来て、ひとつひとつの文が集まって段落が出来て、その次は節、そして章、最後にはひとつの文章ができあがります。

これらのパーツはどれも大切な役割を果たしています。語句でいえば、わざわざ漢字で書くよりも、ひらがなで書いた方が伝わる場合もあるでしょう。

（例）

:::note alert
然し
:::

:::note
しかし
:::

このように、「しかし」をわざわざ漢字で書く人はあまりいないと思います。少し大げさな例えになってしまいましたが、漢字で表すべきか、ひらがなで表すべきか正確に判断出来ている人は、少ないんじゃないかなと思います。

そして、**ひとつの段落にはひとつの主張をする**ようにしたり、**二重否定を使った文は使わない**ようにしたりする必要もあります。

## 3章
3章では、**伝えたい内容の順序と階層を意識して書く方法**について書かれています。文章を書くうえで順序はかなり大切だと思います。たとえば時系列で書いていくとしたら、多くの場合は**過去→現在→未来**という順序になると思います。また、場合によっては未来→現在→過去となることもあると思いますが、過去→未来→現在とはならないでしょう。朝→夕方→昼→夜という順序もすごく読みにくい文章になってそうですね。

（例）

:::note alert
私は朝は6時に起きて、プログラミングを勉強しています。16時頃には、2年前から継続している筋トレをします。12時にお昼ご飯を食べ、21時頃から友人とマイクラで遊んでいます。
:::

:::note
私は朝は6時に起きて、プログラミングを勉強しています。12時にお昼ご飯を食べ、16時頃には2年前から継続している筋トレをします。21時頃からは友人とマイクラで遊んでいます。
:::

このように、朝→昼→夕方→夜という順序に書くことによって、読みやすい文章にすることが出来ます。

## 4章
4章では、**数式や命題をどのように書けば分かりやすくなるのか**について書かれています。まずは、分かりづらい数式や命題とはどういうものか紹介します。

:::note alert
シェルソートのソート回数を $s$ とする。次に、クイックソートのソート回数を $q$ とする。最後に、マージソートのソート回数を $m$ とする。
:::

上記の悪い例では、単語が3つ使われています。上記のように短い文ならこれでも悪くはありませんが、長い文でずっとこの3つの単語が使われ続けると、**どの単語がどのソート回数なのか忘れてしまう**可能性もあると思います。そこで、

:::note
シェルソートのソート回数を $(O)$shell とする。次に、クイックソートのソート回数を $(O)$quick とする。最後に、マージソートのソート回数を $(O)$merge とする。
:::

このように、使う単語は統一して、単語で分ける以外の方法を使うことによって、「この単語は何のソート回数なのか」といったことを防ぐことが出来ます。

## 5章
5章では、**良い例の作り方**について書かれています。良い例を考えることは、文章を書くときだけでなく、人に説明するときにもかなり重要なことだと考えています。特にエンジニアは、エンジニアとは全く関係ないクライアントに説明や提案をすることもあるでしょう。知識が全くない人に説明をするときには、例はかなり大切な役割を果たします。良い例を作る方法の内のひとつは、**本を読んでいる人（説明を聞いている人）の知識に合わせた例を作ること**です。アプリの提案をしていて、セキュリティの知識が全くない人にゼロデイ攻撃やSQLインジェクションという単語を使って例を作っても全く理解してもらえないでしょう。

## 6章
6章では、**問いと答えの作り方**について書かれています。5章の例と同じように、問いと答えを作るというのは、**読者の理解をさらに深める**ためにとても大切なことだと思います。また、適切な問いを出すことで、読者が本を読むのを飽きるのを防ぐことも出来ます。

そして、問いに対する答えも必要です。「そんなの当たり前じゃん」と思うかもしれませんが、意外と問いを用意しておいて答えが用意されていないことはあります。

また、答えが用意されていたとしても、問いと答えが呼応していないというのはあまり良くありません。「～は成り立つ？」という問いには「成り立つ（成り立たない）」というように、**問いと答えが呼応している**ことも大切なことです。

## 7章
7章では、**目次と索引**について書かれています。目次は、読者が **「どういう題材を扱っているのか」** 、 **「どういう順序で書かれているのか」** を知るために必要なものです。そのため、目次を作る時は「ここの見出しだけではどういう題材を扱っているのか分からない」といった見出しがないようにしなければいけません。

そして、索引は、**特定の単語に関連するページを見つけたいとき**などに必要なものです。

（例）

:::note alert
オブジェクト　234, 237, 250, 256, 286, 312, 334, 354, 376, 377, 383, 384, 390, 395
:::

:::note
オブジェクト　　　234, 237, 250, 256, 286, 390, 395
オブジェクト指向　312, 334, 354, 376, 377, 383, 384
:::

上記の悪い例では、「オブジェクト」という単語で一括りにして、索引を作っています。ページ数が少ない場合、一括りにしてもいいと思いますが、上記のようなページ数の場合、かなり見づらい索引になってしまっています。このような場合、「オブジェクト」と「オブジェクト指向」に分ける方法などが有効です。

## 8章
8章では、『数学文章作法 基礎編』の**まとめ**について書かれています。どの章も実行していくうえで考えなければいけないのは、**読者のことを考える**ことです。たとえ自分自身は全て教えたいことを教えることが出来ていたり、書きたいことを書くことが出来ていたりしても、読者に伝わらなければ全く意味がありません。とにかく読者のことを考えることが大切です。そして、人に分かりやすい説明をする時も、説明を聞いている人の事を考えることが大切です。

# 最後に
私は今回でQiitaで記事を書いて3回目となりますが、本書を読んだ上で記事を書いても、まだ全然みんなにとって読みやすい文章を書くことは出来てないなと思っています......
本書を何度も読み返して、これからもみんなにとって有益な情報を提供できる記事を書けるように頑張っていきたいです。
なお、今回紹介した **『数学文章作法 基礎編』** 以外にも、 **『数学文章作法 推敲編』** という本もあります。推敲編では、読みやすい文章に直す方法について書かれていて、こちらの本もおすすめしたい本なので、是非読んでみてください。
ありがとうございました。