<commit_before>---
title: 勉強会でのメモの取り方について
author: azu
layout: post
categories:
    - イベント
tags:
    - イベント
    - Markdown
    - アウトラインメモ

---

この記事では自分なりの勉強でのメモの取り方についてメモしたものです。

今までに参加してきた[イベント](http://efcl.info/categories/#%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88 "イベント")では、
大体メモを取っていて"〜アウトラインメモ"とかいうタイトルで公開してあります。

## 書くツール

メモを取るにはエディタとかツールが結構大事で、書くのに集中し過ぎると話をちゃんと聞けないし、
話に集中してるとメモを書かなくなったりします。

なので、画面を見なくても入力できるような手に馴染む感じのツールを見つけて使うのがいいと思います。

以下が使ってきたツールの変遷ですが、出力は常にMarkdownにしていたので、
基本的にはMarkdownエディタが中心となってます。

- [Qute for PC/Mac](http://www.inkcode.net/qute "Qute for PC/Mac")
- [Mou](http://mouapp.com/ "Mou") なんだかんだ一番使ってた
- [Markdown Life](https://itunes.apple.com/jp/app/markdown-life/id594391345?mt=12 "Markdown Life")
- [Haroo Pad](http://pad.haroopress.com/ " Haroo Pad ")
- [Texts](http://www.texts.io/ "Texts — Markdown Word Processor for Mac OS X and Windows")
- [OmniOutliner](http://www.omnigroup.com/omnioutliner "OmniOutliner")

アウトライン的に使う場合、Markdownエディタだと[Mou](http://mouapp.com/ "Mou")が安定して使いやすい方だと思います。

今だとMouの後継を目指して開発してる[MacDown](http://macdown.uranusjr.com/ "MacDown")とか面白いと思います。

基本的にリストで書いていくので、`-`が自動で入るとか、Tabを押した時にリストもインデントしてくれるかが、
入力のテンポの大きく関わってくるのでエディタは馴染むものを選ぶといいかと思います。

```
- リスト
    - 書いていく
    - と思うので
- リストマークの自動入力が大事
```

上に載せてないですが、[Day One](http://dayoneapp.com/ "Day One")とかがこのリスト周りの動きの出来がいいと思います。
(iOS版もアウトラインに絞ると中々いい感じ)

![dayone](http://i.gyazo.com/465772eac81687cb97b9882b95a5af58.gif)

後、最初の頃は[Qute for PC/Mac](http://www.inkcode.net/qute "Qute for PC/Mac")というのを使っていて、
このアプリは幻の[Chromeless Browser](https://mozillalabs.com/en-US/chromeless/ "Chromeless Browser")を使ったHTML/CSS/JSのアプリです。

普通のエディタとちょっと違って改行でそれぞれブロックが別れる感じになっていて、
カチッとハマると見た目もキレイで結構良かった記憶があります。(ものすごく癖があるので使いやすくはない)

![Qute](https://skitch-img.s3.amazonaws.com/20111227-cm4qpnpk4f9fcnh7j6ieh76csx.png)

この辺は慣れてる/好きなエディタを使えばいいと思います。(普通にAtomとかVimとかの方が何だかんだ自由度高い)

最近になって、そもそもアウトライン的に書いてるんだからアウトライナーを使って書けばいいじゃんという事に気づいて、
[OmniOutliner](http://www.omnigroup.com/omnioutliner "OmniOutliner") を使い始めました。

### OmniOutliner

![omnioutliner](http://efcl.info/wp-content/uploads/2014/07/2014-07-18_20-02-33.jpg)

OmniOutlinerはアウトライナーなので当たり前ですが、タブでインデントレベルの変更ができることや、
**CONTENTS**に表示する部分をフィルターしたり、入力は結構快適です。

![gif](http://gyazo.com/8b401092165dcb4dbb7681dcbcc56b02.gif)

#### 欠点

[OmniOutliner](http://www.omnigroup.com/omnioutliner "OmniOutliner")は、
Markdownに対応してない以外は使いやすいですが、そもそもMarkdownのエクスポートに対応していません。

[fletcher/Markdown.ooxsl](https://github.com/fletcher/Markdown.ooxsl "fletcher/Markdown.ooxsl")
というプラグインが一応あるのですが、ちゃんと動いてな気がします。

HTMLやtxtやwordなどエクスポートできるのですが、機械に優しいフォーマットがOPMLしかないため、
OPMLとしてエクスポートしてそれをMarkdownに変換して使っています。
(一応OmniOutlinerのファイル自体がXMLなのでそれを見るという手段もある)

OPMLをパースして(JSONにしてから)、Markdownに変換するNodeで書いたコマンドラインツールを使っています。

``` console
opml-to-markdown -e file.opml --require lib/build-markdown.js # markdownに変換される
```

* [azu/opml-to-markdown](https://github.com/azu/opml-to-markdown "azu/opml-to-markdown")

これを使って作ったMarkdownファイルで[Cleaver](https://github.com/jdan/cleaver "Cleaver")のスライドを作ったりもしれます。

生成したMarkdownを直接整えてブログとして公開するため、OmniOutlinerのファイル自体は使い捨てです。

ツールの話はこの辺で終わりにして、まとめると好きなモノを使いましょうということです。

## なぜメモるか

自分の場合は、大体スライドのページと喋ってるテーマに合わせてアウトラインでメモしています。

```
- ページタイトル
    - ページについていってること
    - リンクとか
    - 喋ってることとか
    - 次のページに行ってもテーマが同じなら続ける
        - 更にネストすることもある
- 次の次のページのタイトル/テーマ
    - ほげほげ
- まとめ
    - ページ/テーマを塊としてアウトラインを作る
    - テーマで塊をつくるので、書く場所が前後することある
    - ネストの深さはあんまり気にしない!
```

なので、発表聞きながらスライドを書いてるような気分になれます!
(後述しますが、どれだけ手を抜くかが大切だと思います)

そもそも何でメモしているかというと、自分の場合は3日経つと忘れるので、
忘れないためにメモるというのがあると思います。

聞きながらメモって手を動かした方が感覚的に覚えていられる気がするし、後から見られるのが便利です。

一言にメモといっても、上記のようにアウトラインで書くのが一応メインですが、
発表中にハッシュタグをつけてTwitterに投げるのもメモの一つだと思います。

エディタで書くのと違ってTwitterに書いた場合は、時間と前後のTweetsからコンテキストが補完されるので、
普通にメモするよりも情報量的に優れてる場合もあります。

また、エディタにメモを書きながら、必要ならそれをコピペしてTwitterにも投げると、
メモに時間軸の情報がつくので便利な事があります。

## どこに集中するか

最初にも書いてましたが、書く事と聞く事のバランスを考えるのは結構大変ですが、
基本的に慣れというしか無い気がします。

自分的な考えだと、"聞く"はしゃべる人のペースがあるので、こちら側で調整出来ませんが、
"書く"は自分でペースや量を変えられるので、"聞く"に合わせて書いていくのがいいと思います。

例えば、多くの勉強会は後でスライド(大きめだとUstも)が公開されるので、
スライドに書かれている内容は別に細かくメモしなくてもいいですね。

他にも色々書く手間は削る事ができると思います。

- Twitterのハッシュタグを見て、誰かが分かりやすい事いってたらURLでメモする
- イベントのスケジュールと発表内容は公開されてるので、事前にアウトラインに発表タイトルを並べておく
- スライドが事前に公開されてるなら、そっからコピペする

スライドに合わせてメモすると、スライドをめくるペースが早い人(mizchiさんとか)がメモ的に辛いので、
そういう時は気になる部分だけを書くとか諦めが肝心です。

デモが中心だとあんまりメモる事がなくなりますが、
写真とか動画とかとっておくと便利なのかもしれないですね(あんまりしないですが、やっぱり後から見ると情報量が違う)。<commit_msg>記憶とメモについて<commit_after>---
title: 勉強会でのメモの取り方について
author: azu
layout: post
categories:
    - イベント
tags:
    - イベント
    - Markdown
    - アウトラインメモ

---

この記事では自分なりの勉強でのメモの取り方についてメモしたものです。

今までに参加してきた[イベント](http://efcl.info/categories/#%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88 "イベント")では、
大体メモを取っていて"〜アウトラインメモ"とかいうタイトルで公開してあります。

## 書くツール

メモを取るにはエディタとかツールが結構大事で、書くのに集中し過ぎると話をちゃんと聞けないし、
話に集中してるとメモを書かなくなったりします。

なので、画面を見なくても入力できるような手に馴染む感じのツールを見つけて使うのがいいと思います。

以下が使ってきたツールの変遷ですが、出力は常にMarkdownにしていたので、
基本的にはMarkdownエディタが中心となってます。

- [Qute for PC/Mac](http://www.inkcode.net/qute "Qute for PC/Mac")
- [Mou](http://mouapp.com/ "Mou") なんだかんだ一番使ってた
- [Markdown Life](https://itunes.apple.com/jp/app/markdown-life/id594391345?mt=12 "Markdown Life")
- [Haroo Pad](http://pad.haroopress.com/ " Haroo Pad ")
- [Texts](http://www.texts.io/ "Texts — Markdown Word Processor for Mac OS X and Windows")
- [OmniOutliner](http://www.omnigroup.com/omnioutliner "OmniOutliner")

アウトライン的に使う場合、Markdownエディタだと[Mou](http://mouapp.com/ "Mou")が安定して使いやすい方だと思います。

今だとMouの後継を目指して開発してる[MacDown](http://macdown.uranusjr.com/ "MacDown")とか面白いと思います。

基本的にリストで書いていくので、`-`が自動で入るとか、Tabを押した時にリストもインデントしてくれるかが、
入力のテンポの大きく関わってくるのでエディタは馴染むものを選ぶといいかと思います。

```
- リスト
    - 書いていく
    - と思うので
- リストマークの自動入力が大事
```

上に載せてないですが、[Day One](http://dayoneapp.com/ "Day One")とかがこのリスト周りの動きの出来がいいと思います。
(iOS版もアウトラインに絞ると中々いい感じ)

![dayone](http://i.gyazo.com/465772eac81687cb97b9882b95a5af58.gif)

後、最初の頃は[Qute for PC/Mac](http://www.inkcode.net/qute "Qute for PC/Mac")というのを使っていて、
このアプリは幻の[Chromeless Browser](https://mozillalabs.com/en-US/chromeless/ "Chromeless Browser")を使ったHTML/CSS/JSのアプリです。

普通のエディタとちょっと違って改行でそれぞれブロックが別れる感じになっていて、
カチッとハマると見た目もキレイで結構良かった記憶があります。(ものすごく癖があるので使いやすくはない)

![Qute](https://skitch-img.s3.amazonaws.com/20111227-cm4qpnpk4f9fcnh7j6ieh76csx.png)

この辺は慣れてる/好きなエディタを使えばいいと思います。(普通にAtomとかVimとかの方が何だかんだ自由度高い)

最近になって、そもそもアウトライン的に書いてるんだからアウトライナーを使って書けばいいじゃんという事に気づいて、
[OmniOutliner](http://www.omnigroup.com/omnioutliner "OmniOutliner") を使い始めました。

### OmniOutliner

![omnioutliner](http://efcl.info/wp-content/uploads/2014/07/2014-07-18_20-02-33.jpg)

OmniOutlinerはアウトライナーなので当たり前ですが、タブでインデントレベルの変更ができることや、
**CONTENTS**に表示する部分をフィルターしたり、入力は結構快適です。

![gif](http://gyazo.com/8b401092165dcb4dbb7681dcbcc56b02.gif)

#### 欠点

[OmniOutliner](http://www.omnigroup.com/omnioutliner "OmniOutliner")は、
Markdownに対応してない以外は使いやすいですが、そもそもMarkdownのエクスポートに対応していません。

[fletcher/Markdown.ooxsl](https://github.com/fletcher/Markdown.ooxsl "fletcher/Markdown.ooxsl")
というプラグインが一応あるのですが、ちゃんと動いてな気がします。

HTMLやtxtやwordなどエクスポートできるのですが、機械に優しいフォーマットがOPMLしかないため、
OPMLとしてエクスポートしてそれをMarkdownに変換して使っています。
(一応OmniOutlinerのファイル自体がXMLなのでそれを見るという手段もある)

OPMLをパースして(JSONにしてから)、Markdownに変換するNodeで書いたコマンドラインツールを使っています。

``` console
opml-to-markdown -e file.opml --require lib/build-markdown.js # markdownに変換される
```

* [azu/opml-to-markdown](https://github.com/azu/opml-to-markdown "azu/opml-to-markdown")

これを使って作ったMarkdownファイルで[Cleaver](https://github.com/jdan/cleaver "Cleaver")のスライドを作ったりもしれます。

生成したMarkdownを直接整えてブログとして公開するため、OmniOutlinerのファイル自体は使い捨てです。

ツールの話はこの辺で終わりにして、まとめると好きなモノを使いましょうということです。

## なぜメモるか

自分の場合は、大体スライドのページと喋ってるテーマに合わせてアウトラインでメモしています。

```
- ページタイトル
    - ページについていってること
    - リンクとか
    - 喋ってることとか
    - 次のページに行ってもテーマが同じなら続ける
        - 更にネストすることもある
- 次の次のページのタイトル/テーマ
    - ほげほげ
- まとめ
    - ページ/テーマを塊としてアウトラインを作る
    - テーマで塊をつくるので、書く場所が前後することある
    - ネストの深さはあんまり気にしない!
```

なので、発表聞きながらスライドを書いてるような気分になれます!
(後述しますが、どれだけ手を抜くかが大切だと思います)

そもそも何でメモしているかというと、自分の場合は3日経つと忘れるので、
忘れないためにメモるというのがあると思います。

聞きながらメモって手を動かした方が感覚的に覚えていられる気がするし、後から見られるのが便利です。

一言にメモといっても、上記のようにアウトラインで書くのが一応メインですが、
発表中にハッシュタグをつけてTwitterに投げるのもメモの一つだと思います。

エディタで書くのと違ってTwitterに書いた場合は、時間と前後のTweetsからコンテキストが補完されるので、
普通にメモするよりも情報量的に優れてる場合もあります。

また、エディタにメモを書きながら、必要ならそれをコピペしてTwitterにも投げると、
メモに時間軸の情報がつくので便利な事があります。

## どこに集中するか

最初にも書いてましたが、書く事と聞く事のバランスを考えるのは結構大変ですが、
基本的に慣れというしか無い気がします。

自分的な考えだと、"聞く"はしゃべる人のペースがあるので、こちら側で調整出来ませんが、
"書く"は自分でペースや量を変えられるので、"聞く"に合わせて書いていくのがいいと思います。

例えば、多くの勉強会は後でスライド(大きめだとUstも)が公開されるので、
スライドに書かれている内容は別に細かくメモしなくてもいいですね。

他にも色々書く手間は削る事ができると思います。

- Twitterのハッシュタグを見て、誰かが分かりやすい事いってたらURLでメモする
- イベントのスケジュールと発表内容は公開されてるので、事前にアウトラインに発表タイトルを並べておく
- スライドが事前に公開されてるなら、そっからコピペする

スライドに合わせてメモすると、スライドをめくるペースが早い人(mizchiさんとか)がメモ的に辛いので、
そういう時は気になる部分だけを書くとか諦めが肝心です。

デモが中心だとあんまりメモる事がなくなりますが、
写真とか動画とかとっておくと便利なのかもしれないですね(あんまりしないですが、やっぱり後から見ると情報量が違う)。

### 記憶からのメモ

勉強会だとPCを開いているので普通にメモればいいですが、
飲み会とか懇談会的なものは皆PC閉じてる事が多いためメモしてないです。

自分が [飲み会](http://efcl.info/2014/0415/res3844/ "テストとセキュリティの葉桜JSに参加してきた | Web Scratch")とか
[食事](http://efcl.info/2014/0401/res3779/ "寿司jsでPromisesの基礎について発表してきた | Web Scratch")とかに
[参加](http://efcl.info/2014/0528/res3914/ "#うどんJS でnode-webkitと一人で使うGithub Issueについて発表してきた | Web Scratch")すると
なぜか[LT大会](http://efcl.info/2014/0403/res3793/ "桜JSでご飯を食べながらLT大会をした | Web Scratch")が始まるため、
メモっておきたいことが良くあります。

そういう時は、Twitterに適当に書いておくということをよくやります。
それを元に後からメモを構成し直すという事をやってました(大体帰りのうちにやっておかないと記憶が飛ぶのが難点)

まあ、普通に疲れるので正直これはそういう意識でやらないと辛い。

でも、先程も書いたようにTwitterになげるだけて情報量が付加されるのは便利で、
意外と飛び飛びでかいても後から記憶と合わせて補完できたりするので、記憶は不思議な感じです。

勉強会の方も含めてTwitterに書くときに意識的にやってるのが、
話の区切りが変わったら書くということを良くしている気がします。

勉強会なら、「発表テーマ - @アカウント」みたいな[発表者区切りでTweet](https://twitter.com/azu_re/status/488216087092142080)したり、
飲み会的なものだと「〜のはなし」みたいな[区切りのTweet](https://twitter.com/azu_re/status/451323593104707584)を書いたりしてる事が多いです。

こういう目印的な区切りがあると後から整理しやすいと思います。
{'fraction_non_alphanumeric': 0.1168871116579514, 'fraction_numerical': 0.03055470111760484, 'mean_word_length': 7.867272727272727, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 14, 'lorem ipsum': 0, 'www.': 12, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '1063800', 'n_tokens_mistral': 7681, 'n_tokens_neox': 6854, 'n_words': 347}