プログラマーSEの『メモの取り方、ノート術』はこれだ！
私が、メモやノートの取り方で革命的だなと思ったのは、マインドマップです。
マインドマップはキーワードとキーワードを線で繋ぐという単純なものなんですが、文字だけでとったノートよりも、絵のように位置関係があるので記憶しやすいというメリットがあります。
学生時代に知ってて授業をマインドマップでノートに書いてたら、成績も全然違っただろうなと思うくらい革命的でした。
仕事でもマインドマップを使ってきたんですが、ハマる場面とハマらない場面がありました。
試行錯誤した所、どう使い分ければいいのかがわかってきたので紹介します。
マインドマップがハマらない場面
人の話をメモする場合にマインドマップを使ってみたらあまりうまくハマりませんでした。
打ち合わせとか会議の議事録をマインドマップで書こうとすると時系列性がなくなってしまって、話の流れがどういう順番だったのかが分からなくなってしまうんです。
マインドマップの弱点は、書いた順番が残らないことなんです。
メモの種類は大きく分けて2つ
- 自分のアイデアをメモする
- 人の言ったことを記録する
自分のアイデアをメモする場合はマインドマップ
例えば、プログラムを書く前に頭を整理するため、
- このプログラムはどんな機能を実装するか
- どういう関数（メソッド）、モジュールに分けて書くか
というようなアイデアを書いていくときにはマインドマップがばっちりハマります。
マインドマップってツリー構造なので、プログラミングと相性バッチリです。
しかも、ただのツリーではなく、かなり柔軟な構成が可能です。ツリーに階層化していったノードを、ある別のツリーのノードと繋げるなんていう使い方もできます。
アイデアレベルの場合、きれいに階層化できない場合があっても、マインドマップでなら、とりあえずアイデアを見える化して、間違いに気が付いたら、線を引っ張ってとりあえず繋げておくことができるので、とても便利です。
適当に思いついた通りに書いていっても、キーワードとキーワードを線でつないでいくので、自然と階層構造になりグループ化もされていきますから、アイデア出しと整理が同時に行えます。
マインドマップのルール自体は単純でキーワードと関連するキーワードを線で結ぶだけなので、学習コストが低いこともポイントです。
人の話をメモする場合は箇条書き
人の話は時系列で書いていった方が、後で読んだときに、「そうそう、こういう流れの話だったな、ここには書かれてないけど、確かこの時、Aさんが○○って言ってたよな」とか思い出しやすかったりします。
これに向いているのが、箇条書きです。「ふつうだな、おい！」ですけど、ふつうでいいんです。
要点をどんどん箇条書きしてく、話した順番で書いていく、それでいいと思います。
箇条書きもインデントをつければ階層構造にできるので、内容の分類も表現できます。
マインドマップでも箇条書きでも、メモを取る際に階層構造を意識すると、ものごとを分類する能力が上がります。すると、プログラムを書く時にも、きれいな階層構造にモジュール分割できるようになるので、ぜひ試してみて下さい！