やったこと テーブル設計が終わったのでCacooでER図を作ってみた。 その途中でユーザー機能のためのテーブルが無かったことに気づき、追加する。 もとあったカラムにもuser_idを追加するべきかどうかを考える。 カテゴリーにユーザーIDを追加するか迷う（結局追加する） Cacooをちょっとだけ使いこなせてきた わかったこと ER図作成はCacooが間違いない。 user_idを紐付けることで自分が使ったカテゴリーだけ表示できるはず？ user_idを紐付けなきゃいけないテーブルがたくさんあった 図を作ることで見落としに気づけた。 次やること 画面遷移図、ワイヤーフレームを作る。 カテゴリーにユーザーIDが本当に必要かもう一度考える。

やったこと 作成画面に必要なものをまず文で書き出してみる。 その中から最低限これは実装しなきゃいけないものとなくてもいいものを分ける。 その文から、必要なフォームを考える。フォーム周りのデザインも考える。 その入力確認画面と、YWTをどうやって関連付けさせるかを考える（確認画面で、ドラッグ＆ドロップが理想だけど、実現できるかは怪しい） その期間のYWTをまとめるLogというテーブルがあったらほうがいいのでは？と思ったけど、YWTが複数あってそれぞれが複雑に関連付いているのを、どうやって1つのテーブルで管理するのか検討がつかなかった。もしかしたらcreated_atで持ってこれるかもしれない？とは考えた わかったこと 画面そのものを考えるときに、デザインや細かい見た目は置いておかないとキリがない。とりあえずアプリとして機能する最低限のレベルまで一旦落として考えた結果、まぁまぁ進んだ。 日付は一日単位でも、一週間という範囲でも記録できるほうが良い。 カテゴリ選択は機能実装自体出来ても、それを扱いやすくするUIやそれを実現するコードについては検討つかず難しそうなので、最初はそこまで追い求めないほうがいいかもしれない。 送信確認画面の感じで詳細画面を作れたらかなり良い感じかも。 次やること テーブル設計、とりあえず出してみる。突っ返される前提で。 関連付けと中間テーブルも整理する。 頭が痛くなるようなテーブル設計だけでなく、楽しくなるようなこと（例えばロゴやカラー決めなど）をちょくちょく挟むと集中が切れなくていいかもしれない。

やったこと どのテーブルにどうアソシエーションが必要かを考える。 一対多で実現出来るのか？多対多じゃないとだめなのか？→アプリの画面をノートに書いて、一対多でいけるのか多対多が必要なのかを考えた。 テーブルやカラムの名前つけるのが難しい→DeepLを使ったり、長くなりすぎないよう類語を調べたり、Active Recordで取ってくる時にプログラムとして書いて不自然にならないような名前を考えようとはした。 わかったこと アプリの設計が固まっていないので、テーブルやカラムの設計がうまくいかない。 画面から考えるのは良かったが、それによってアプリの設計や自分のやりたいことのズレが大きいことを認識した。テーブル設計をやり直す必要がありそう 学習記録アプリを作っているが、学習記録作成画面とその一覧画面（indexとnew）を先に考えて、それから必要なテーブル、カラムを設計したほうが今の段階では良さそう。 次やること 学習記録作成画面とその一覧画面をノートに書いてみる。 それをなるべくキレイに清書する。 アウトプット共有に貼ったり、メンターに相談してフィードバックもらう。 自分がこのアプリで実現したいこと、やりたいことを明確化する！

gemspecはgemの依存関係を示す

unicornはstartしておかないとアプリにアクセスできない

成果物 https://github.com/tonkat-prtq/dip/pull/9 mailerは配信する用のviewがないとlayout errorが出る paramsに入ってる値を確かめながらやれば値の受け渡しはなんとかなりそう

成果物 https://github.com/tonkat-prtq/vue_ex

インライン・ブロック要素で詰まった。 <a>タグの中で<p>タグを使おうとすると、<p>タグがブロック要素なので重ならず下に配置されてしまう。 また<a>タグの中にlink_toを書こうとしてたが、link_to自体がaタグを生成するのでいらないことに気づく。

成果物 https://manyo-tk.herokuapp.com/ ユーザー名：admin パスワード：password github https://github.com/tonkat-prtq/everyleaf_exam 複合キーのインデックスと複数のカラムを使ったユニーク制約の両方を使って、labelingテーブルに同じtask_id、label_idが入るレコードが出来ないようにした。 参考URL https://qiita.com/ryu-taka/items/c9045a48497c062f5595 https://310nae.com/rails-uniqueness/

Qiitaに書きました。 ラベル機能実装後、検索のテストをしていたらPG::AmbiguousColumn: ERROR - Qiita 辞書ファイルのディレクトリ名やファイル名、階層等は読み込みに直接関係しない →一元管理したほうがやりやすい。現場ではほとんどGemを使って管理する

Qiitaに書きました。 https://qiita.com/Tonkat_prtq/private/b7a8d1ab537604370db9