MindNodeをよく使っているという話

文章を書くために、MindNodeというアプリを使うことが多いのでその紹介をします。

自分はなんだかんだで仕事をしているうちの結構な割合を文章を書くことに費やしている。そういうのをやっているうち、何かしら文章を書くとき、特にその文章がある程度の長さである場合、自分の場合はまずMindNodeで内容を整理したりして「下書き」的なものを作った後、文章を書き出すと大体スムーズに進む感じがしている。その過程でMindNodeを使うことで何が嬉しいのか？というのを振り返りつつ書いた。

#MindNodeって何

この、Mac／iPhone／iPadで使えるアプリです。

• MindNode

世間的には「マインドマップ」として認識されているようなモノを作れます。

iPadだけ持ってカフェで書くとかもアリっぽい気はしますが、自分の場合はだいたい何かしら調べつつ書いたりするので、だいたいMacで使ってる。

#MindNodeとワタシ

MindNodeはサブスクリプション型のソフトなんですが、なんだかんだ2年以上契約している。

どういう時に使っているかと言うと、業務内だとCodeGridの記事を結構書くほか、作ったWebアプリだったりの仕様を文章にまとめたりすることも結構多い。あとは本書いたりとか、こういう記事を書いたりとかそういう時、概ね7割ほどは文章を書く前にMindNodeで下書き的なものを作っている。

このMindNodeで作ったものは一体どういうものなのかと言うと、以下みたいなやつです。

まずこの記事自体を書くために作ったやつが以下。

• この記事のやつ

この前GoodNotesについて紹介した記事のやつが以下。

• GoodNotesの記事のやつ

CodeGridのやつだと、例えばHeadless UIの記事のやつだと以下。

• Headless UIの記事のやつ

ほか、これは超大作みたいになってるんですが、ざっくりつかむ CSS設計を書く時に作ったやつが以下。これは2つあって、1つがとりあえずアイデア整理用、2つ目が原稿になる手前の段階のやつ。

• アイデア整理用のやつ
• 原稿の手前段階のやつ

#MindNodeが無いとどうなるのか

自分の場合、MindNodeは、意識して使うようにしているわけではなくて、結果的になんかずっと使ってますねというのが感覚としてあるのだけれど、なぜこれを使っているのか？

自分を含め多くの人は、普段、仕事なりで文章を書くことがそれなりにあるかと思うんですが、それなりの頻度で文章を書いていると、これって結構難しいことなのかもなーと思うことがある。特にある程度以上の長さの文章になるとこれが顕著で、とりあえず書いていきさえすれば、文章という形になりはするものの、他の人が見て読みやすい、内容が伝わりやすい文章というものに仕上げるには、経験や技術が必要になるところだなーと。

例えば「見出し」や「箇条書き」というものがあって、それは我々は普段文章を書く上でなんとなく使ってはいるものの、他の人が読んでも読みやすいようにうまいこと使えるかと言うと、そこには技術や配慮みたいなものが必要になるなーと感じる。この「見出し」や「箇条書き」というものは、言ってみればこれはカナズチやノコギリみたいな道具的なものであって、何も知らない人が使ってうまいこと形になるかと言われると、そういうわけでもない。

一気に原稿を書き終えてみたら、大見出しが4つになっていて、その1つ目の大見出しの内容が文章量の約半分を締めてしまったり、その大見出しの中にだけやたら深い構造の見出しがあったりとか。なんとなく文章を書いていると、フツーにそういうことが起こってしまう。

自分は、こういった問題を、MindNodeを使って予め文章になる前の状態で整理することによって、だいぶ回避できている気がする。

#なぜ偏った構成の文章になってしまうのか

じゃあなんでそういう偏った構成の文章になってしまいがちなのか？と考えたが、これは、多くの人にとっては、文章を書きながら全体も同時に把握するの難しいからなのかもしれない。

例えば絵を書くとき、多くの人はキャンバスに絵の具を垂らす前に、パレットに絵の具を出し、使いたい色をそこで作ってからキャンバスへと筆をすすめる。あとは下書きをまずは書いてみるとか。

新しいレシピで料理を作ろうとするとき、いきなりフライパンに醤油や砂糖を入れるわけではなく、タッパなどで調味料を混ぜ、味見をしてからフライパンに投入したり。

これらは別に飛ばしても良いステップだが、経験無くこれを行えば、望んだ結果にならなくなる可能性は高まる。文章もこれと同じようなことが言えるんじゃないだろーか。

#気になるポイント

具体的にどういうことがあるのか。自分がパッと思いついたのは「接続詞が気になりすぎてしまう」ということだった。「また」「しかし」「ほか」「ちなみに」とかそういうやつが。

例えば何かしら文章を書くとして、それはブログなりQiitaやらZennの記事でも、ゲームのレビューでもなんでもいいのだけれども、そこで頭に思い浮かんだことをひたすら書くとどうなるか。この場合、なんか箇条書きの文がひたすら並んでいるような形になってしまうことがあり得る。そういうのは、読んでいれば内容は理解できるものの、スラスラ読みやすい文章になっているかと言われると微妙なところ。

じゃあどうするかと言うと、文と文の間には、文同士をつなげる糊のような役割をする接続詞を挟むなどしていく。そうやって文章を書いていくと、最終的にはいい感じの出来上がりになることもありはするが、そのような形で文章を書いた場合、文章を書くというステップの中で、文章の内容とは別に、どういう接続詞にするか、「しかし」じゃなくて「しかしながら」の方がいいか？ここっていきなり話変わってないか？などと考える必要が出てくる。これが結構時間がかかるポイントなんじゃないかと自分は考えた。

文章の構成的なところで言うと、段落のまとまりをどうするかとか、さっき道具だと言った、見出しにするか箇条書きにするかとか、そういうのも気になりだす。

ほか、細かい言い回しや表記も気になってしまう。「〜です。／〜ます。」で文を終わらせるのか「〜だ。」にするのかとか。「読者の皆様はどう感じるだろうか」「読者の皆様はどう思われますか？」がいいのか。？は全角がいいのか半角がいいのかとか、気にしだしたらきりがない。

とりあえず、「今書いているのは下書きなんです」という意識を強く持っていたとすれば、そういうのは無視しても構わないのだけれど、文章という体裁になっている以上、そういう点が自分は気になってしまう。なので、そこまで突っ込んでそのあたりが整備されておらずとも、ある程度そういう要素も加味して書いてしまった文章は、後から変更するのにエネルギーを要すると感じる。

「やっぱりこの一文は最初で説明しないとい分かりづらいなー」みたいのが、文章を書き進めていった末に初めて気づくということがある。そういうのを最初に持っていったら、その中登場する単語についての補足をそこで行わないと分からんとか、その後の文章で説明していたことがこの最初にもってきた部分に含まれていると、他の部分も調節したりとか、そういう色々な要素があって、「あーー文書書くの大変だわ」ってなる。

そして、そうやって書き終えた文章で、「やっぱりこの内容イマイチじゃない？これなら書かなくて良くない？」と気づき、頑張って整理したセクションをまるごと消したりなどするわけだ。

#MindNodeがあると何が良いのか

で、MindNodeで初めに下書き的なもの、文章になる前の段階の状態を一通り作り上げると、そこではここまでに挙げたような要素を排除して考える事ができると自分は感じる。

例えばざっくりつかむ CSS設計にて、Sassについて書いた部分がある。その部分はMindNodeのファイルでは以下みたいにしていた。

• Sassとは
• Sassってこんなやつ
• どうやって使う？
• Sass使うべき？

という大きな括りになっている。

ここで例えば最初の見出しに相当する「Sassとは」という部分について考えてみた場合、いきなり文章を書き始めた場合、思いつくままにSassについて語ろうとすれば、ここでSassの歴史だとか、Sassのmixinとかextendとか、一つ一つの機能についての解説を初めてしまうかもしれない。

これが別に悪いことであるとは思わない。人との会話であれば、話の途中で昨日見たドラマの話で盛り上がり、そのあとはその話で持ちきりなんてことはよくあると思う。文章を書くこともそれと同じで、あるとピックについて書いていたら、連鎖的に色々と考えが巡ってきて、一気に書いてしまうということはある。

ただ、この場合は、テーマとしてはCSS設計の本なので、Sassについてそういう話を突っ込んでする必要性が薄い。それを書いていったら、Sassの本になってしまうではないかという。

MindNodeでまずはアイデアを整理していると、全体像をいつでも俯瞰することが出来る。あーここって今はビルドしてCSSを作るということについて、色々紹介しているところであることが認識できれば、ここで細かくSassの機能紹介をするべきではないことに気づきやすいと言うか。

あとは、MindNodeを使っていて、ここで別にSassの話を細かく書いてしまってもよい。そして、ここではその話を今すべきじゃないから、別に「SassとCSS設計」みたいな章立てをして、そっちにノードを移動させるとか。ひとたび文章にしてしまえば、なるほどそれなら見出しレベルを一つ上げて、さっき書いたように、接続詞やら補足やらも変えて…… という必要が出てきて、めんどくさいなーってなる。自分の場合は。

そんな風に、ノードの数や下層のボリュームにより、最終的な文章量がある程度把握できるので、文章になる前で大まかな構成を自由に練り、再構成を行えるというのが、使っていて大きなポイントかもと思った。