# アンケート9月分からの分析・Next
## 分析
### 1ヶ月目

Git: 7 / アプリ2-4: 4 / Bookers2: 19 / 他: 8
計: 38

※明らかな同一人物は1人としてカウントしています（[9,13], [28,29,36]）

- Bookers2が半分
- Gitが20%
- コメント・いいねが10%だが、Bookers2の次となるとこれと思う
- 内容としては「アソシエーション」「単語の意味、概念」「ID」など。

### 応用課題
~~【前提】ver2改良前なので、来月（or 速報出るのであれば今月後半）に再度見たい~~
確認できたのでOK

【9月の平均値】
課題内容の満足度（F列）: 3.98
フェーズの満足度（H列）: 3.75

- フェーズの方は「まだやっていないから」「最後までできなかったから」等で3以下が多かったように見える
- HTML・CSSの復習機会があまりない（ver2だとMysiteのみ？）
- bootstrapとCSSが別物だと思っている方、少なからずいらっしゃるんですよね:disappointed:
- 課題zipのみというのはあまり良くない、特に7以降。
- 「やるのに精いっぱいで身についているか分からない」という声もちらほら
- 「復習に特化してもよかった」という声もあるがコンセプトと食い違うというか、やってしまうと1ヶ月目早期修了者が暇しそう(?)
- ※層としては「やるのに精いっぱい」回答者とほぼ被る
- 「終わった後に説明が欲しかった」については、ver2で部分的（4,6）に手を打っている。可能であれば網羅はしたい

<br>

---

## Next
- アソシエーション（リレーション）についての補足記事の作成
- [参考](https://qiita.com/kazukimatsumoto/items/14bdff681ec5ddac26d1)
- Bookers1提出期限日あたりの配布？そこは学サポに連携
- 応用課題4の再分析
- アソシエーションの問題であれば↑が手助けしそうな気も

以下決定前のメモ
### 1ヶ月目
#### Git
依然質問は一定数あるので、どこがわかりにくいのか質問ログを精査。
例えばアンケートには「プルリク以降が分かりづらく、実際に活用するのが暫く経ってからだった」とあり、確かにプルリクが活用されるのはDWC2ヶ月目以降（※現行のオンライン生は1ヶ月目で用いるが）なので、DWCにはそういった旨の文章を追加する、など。

#### アプリ2の改善 <span style="color: red;">★優先度高★</span>
※各リンクはver3
<details>
<summary>例</summary>
<div>

- 【全体】アソシエーション（リレーション）の説明
- [例①](https://qiita.com/kazukimatsumoto/items/14bdff681ec5ddac26d1) / [例②](https://railsguides.jp/association_basics.html)
- （※ここまで書くかはさておき。& ①がDWCだったことが発覚）
- [3章](https://web-camp.online/lesson/curriculums/212/contents/1696)の`<%= post_image.user.name %>`についての説明が個人的にわかりにくい気がする
- 「モデルでリレーションを定義しているので`.user`で紐づくユーザが参照できます」のような説明を加えたい
- レコード例表示して、こういうデータ参照の流れになります、とか
- ↳イメージとしては[応用4の解説](https://infratop.docbase.io/posts/1542490)で書いたような感じ
- [4章](https://web-camp.online/lesson/curriculums/212/contents/1697)で、コメント機能の説明をもう少し細かくできないか検討
- いいね機能を別章に分離することも検討
- ルーティングネストのところで「これまでルーティングのidは`:id`のみでしたが、今回は`:post_image_id`, `:id`の2種類がありますね。～」
- 『`params[:post_image_id]`って何ぞ』という質問は多い
- `<%= @post_image.post_comments.count %>`をしれっと使っているから説明加える
- `@post_image.post_comments`の時点でまずいような。
- createアクション内にコメントアウトで説明加える
- 3章のpost_images#createと比較して説明する: その場合3章の説明も盛った方が良い（[例]`@post_image.user_id = current_user.id`の必要性）
- ...と書いて思ったのですが、以下のように変えたら3章との比較はしやすくなりそう + 「さて、実は～」の後で、現行版のコードを提示して同じ挙動になります的な説明をするとか

def create
  post_image = PostImage.find(params[:post_image_id])
  # comment = current_user.post_comments.new(post_comment_params)
  # comment.post_image_id = post_image.id
  # 上2行を以下に変更
  comment = post_image.post_comments.new(post_comment_params)
  comment.user_id = current_user.id
  # ここまで
  comment.save
  redirect_to post_image_path(post_image)
end

- [5章](https://web-camp.online/lesson/curriculums/212/contents/1698)の`@post_images = @user.post_images.page(params[:page]).reverse_order`について
- 正直初手からページネーションとreverse_orderは付け過ぎような。
- （でも4章で既出なんですね:thinking_face:）
- カリキュラム内で「2人以上のユーザを稼働させる」工程を追加すれば、`PostImage.all`と`@user.post_images`の違いが分かりやすくなるかなぁ...
- 上述の4章コード説明追加の際に、「モデルで`has_many :post_comments`を記載したことで、`.post_comments`が使えるようになっています」などあればこちらも緩和されるかなとも
- [木原さんのRepsona起票分](https://infratop-ls-productmentor.repsona.com/project/xkNL/task/MRrPR)も確認する
</div>
</details>

#### RSpecエラーの見方
アプリ2に比べると優先度低。
個人的には過剰すぎる気もするが、
・基本姿勢
・エラーの凡例、および見方
などを提示する。
凡例についてはBookers1/2で差があるので検討。

### 応用課題
- 基本的に上が優先だが、余裕があれば5,7~の解説記事（※解答zip準拠）を作成する
- KPI的には5が優先
- 難渋9月生のアンケートを見る / 質問ログの分析
- HTML・CSSの課題が作れないか検討（優先度 低）

### その他
- [MySiteの見本](https://s3-ap-northeast-1.amazonaws.com/wals/uploads/wals2_content_img/327/wals-front/index.html)でfloatゴリゴリに使っているので、折を見てflexに修正
- RepsonaのParkingに起票済み
- できれば応用課題6以前でJSに触れる機会を作れないか / 応用6のような非同期をCMSに入れれないか検討
- 応用6のヒントで誘導してはいるが、どちらかというとメンター側が対応できないのではという話。
- （余談: JSを範囲外で弾いているログが見られるが一応2ヶ月目対応可としているため大丈夫かなと少し心配）

### 角谷さん案
- CMSではなく補足（Docbaseなど）で作ってみる
- アンケート見て効果を確認
- 3ヶ月目も洗う: 3ヶ月目時点で何ができていないかを分析
- "Rails"項でHTML・CSSの質問がないか確認し、その上でテコ入れすべきか改めて検討