# 2016-01-29 Meeting Notes

- [@azu](https://github.com/azu)
- [@kahei](https://github.com/kahei)
- [@vvakame](https://github.com/vvakame)
- [@lacolaco](https://github.com/lacolaco)

## 書籍の対象について

- 他の言語を触った事があるレベル(変数とかが何かにわかってる)
- IT企業に入社した時に「これ読んでおいて」という感じで読むようなJavaScriptの本

### 対象のレベル

@azu スライド: [startup-book.pdf](./azu/startup-book.pdf)

-----

- 初心者
    - プログラム初心者
    - ちょっと触った事がある初心者 :arrow_double_up:
- 中級者
    - 他の言語を経験済み、JavaScriptは初心者 :arrow_double_up:
    - ライブラリのみ使ってる人
- 上級者
    - 調べて書ける人

-----

- @azu: arrow_double_up:が付いてる人ぐらいを対象するのが良いのでは
- @lacolaco: ライブラリを作るのは中級者なのでは?
- @azu, @vvakame: 上級者なのでは
- 完全な初心者を対象にすると分量が増えてしまう
    - `if`や変数などプログラミング的な知識は知っている前提とする

## 書籍の内容について

読んだ後にまともな設計のコードを書けるように導ける内容

- ライブラリを扱うとすぐに廃れやすい
- 言語を中心に扱うといいのでは
- 最初の方がどの本も似たり寄ったりになるのはしょうがない(var if forの解説とか)
- JavaScriptといっても範囲が広い
- 言語の文法をひたすら解説するだけでは{作者,読者}が飽きる
- 何かユースケースがありそれに向かって解説が行われていた方が見通しがよい？
- 最終的にゴールを決めてそれに向けて必要な要素を出して行ってみる。
- ユースケース出し(あんまりユースケースに囚われ過ぎてもよくないけど)
- 「Todoアプリを作れる」を最終的なゴールとすると良さそう？(もっと色々考える)
     - コレクション
     - イベント
     - DOM
     - Arrow Function
     - モジュール
     - テスタビリティ
- (一つのユースケースが全ての要素を包含するわけでもないので、機能ごととか複数考えてもいいはず)
- 調べ方を学ぶような内容があってもいいはず
     - ライブラリの選び方とかそういう調べ方に触れている書籍は少ない
-「人気だからこのライブラリを選んだ」ではなく、その根拠を示すなど
- テストの仕方は触れる必要があるのでは
- エディタについては触れるべきなのかどうか?

## 気をつける事

- 読者が何で躓くのかをよく見る
- 本当の初心者はエラー文を読まない/読めない(少なくても頻出するエラーパターンについては触れてもいい気がする)
- 実行環境は一つに絞っていいが、どのようにデバックするのかは触れる必要が出てくる

## 今後

- TODOアプリをユースケースとして作ってみる
- @lacolaco: アイデアを書くリポジトリ/Issueなどが欲しい
- => https://github.com/js-primer/js-primer
- ひとまず、アイデアなどはここへ書き込む

## 次回

- 数週間後ぐらいに会議室などでのミーティング
