ちいくさ日記

# 今日やったこと
- 浄化タイマー実行中に、更新されていない別タブでリセットボタンを押しても、残り時間がリセットされずに、浄化タイマーの項目の実行中ボタンのみ表示されるように修正
- ポモドーロタイマーで寝落ち後、自動で活動記録の画面へと遷移する処理のコードの確認
- エラーメッセージ
- フラッシュメッセージ
# 今日理解できたこと
ja.ymlにおいて、FormObjectはactivemodelと記載して設定しないといけないこと
# まだ理解できていないこと
- location.replaceとlocation.reload()の違い
- フロントでロジックを書いていてもバックエンドで強固にロジックを固めておく理由
# 次にやること
フラッシュメッセージで、createやupdateアクションにおける設定
# 感想など
そこそこ進んだ！明日出かけるから時間確保できないが、頑張りたい！仕上がるの明後日かもしれない！

- JavaScriptマスターのDOM操作演習の実践問題1のステップ2を実施
- Classの時のJavaScriptに返ってくるデータがHTMLCollectionであることを理解した
- 一意ならIDで要素を取得する理由を理解できた

本日、企業面接とカウンセリングを受け、カリキュラムはあまり進まなかった。
Railsのアプリには長らく触れていないので、これから触る習慣を取り入れていきたい。

14時まで寝てしまった…

issue課題LGTM！！！
MVP頑張るぞ！！！
rails newじゃあああああ

229日目
学習時間8h

フィードバック12件目@めたっぴ_RUNTEQ72期a
めたっぴさんだと思ったら、めたっぴ_技術サポーター！？！？？？？　いつのまにそっち側行ってたんですか！
技術サポーターなられたのですね！おめでとうございます！！！ :party_blob:

超長いフィードバックいただきました！
ほんとうにありがてぇ、、、ていうかガチ忖度なしでいただいたの嬉しかったです。
とりあえず使ってみる機能いれたの正直迷走してました。
基本そんなアプリってないですしね。このために学んだcron系もためになりましたがいらない機能はあってもしゃーないのでテストユーザーに変えます！！！

MVPだけあって、改善多過ぎますがこれを改善できるストーリーを作って就活に挑みたい！！！

めたっぴさんありがとうございました！！！！

まさじん_73a
午後10:12

2026.4/7(火)
◆作業時間12.3h(学習時間7.1h)
(読書,就活,React,Ruby)
今日は5時起床
起床後は読書してReactカリキュラム。
午後はPaizaでruby復習して、その後は就活関連。
職務経歴書を修正し、いくつか書類提出して応募しました。
GitHubのREADMEも微修正。
最優先は就活！！なのだが、基礎がまだまだだと感じるのと、フロントもできます！といえることで応募できる企業の数が広がりそうなので、引き続き勉強は続けています :writing_hand:
あとTypescript技術スタックの企業が多いので、そこを広げるために新しいアプリ開発したいとも思っているのですが、MabaTalkもまだ未完で、あれもこれもとどうしましょう....という感じです :sweat_drops:

時間は有限！！そのため早起きしてできる限りコミットするしかない‼️
明日も早起きしてがんばろ :fire: :fire: :fire:

### :pencil: 日報 2026/04/07

**:clock3: 学習時間:** 2時間

**:pushpin: 今日やったこと**
・自己分析
・卒制
・paiza cランク

**:bulb: 理解できたこと**
・length：文字列の長さを返す
例）"test".length　　　　　# => 4
・max：配列の中で一番大きい値を返す
例）[2, 5, 3].max 　　　　 #=> 5
・min：配列の中で一番小さい値を返す

**:speech_balloon: 感想など**
- 卒制足踏みしまくっててが進みまへん。萎え〜

今日はソフトウェア基礎と実践 カリキュラム「モデルスペック」を進め、カリキュラムの目安時間は1時間だったが実際は1日かかってしまった。
内容には describe、context、it、マッチャー、factory bot などが含まれ、学びの多い一日だったと感じる。
特に create メソッドと build メソッドの違いを実感できたことが大きな収穫であり、テスト用データの生成方法について実務に直結する理解を深められた。
今後はこの知識を活かして、RSpec の要件をより正確に満たす記述を積み重ね、明日も引き続き学習を続けていく意欲が湧いている。

明日はいよいよ企業面接。
今日はヒアリングシートを作成したり、企業分析を進めたりして過ごした。
面接で使う言葉を、柔らかく丁寧に説明できるように、話の組み立てを意識して準備をしていた。
自分の強みや経験を、相手に伝わりやすい言い回しで整理することを心がけた。
緊張感はあるが、落ち着いて臨みたいと思う。

Rails基礎1クリアしたにゃ！！宴にゃ！！！！
でも、理解ちゃんとできてないからまとめたり振り返ったりしないとまずいにゃ

# 今日やったこと
光の時間の活動と浄化タイマーのアクセス制限をかける機能に最初取り組んだが、結局、断念することにした！sessionとかでも、ブラウザの戻るボタン（特に光の時間の活動記録登録フォーム）で同様に問題になる！
なので、新たにポモドーロタイマーと浄化タイマーの機能の微調整のブランチを作成して取り組んだ！浄化タイマーにおいて、実行中にリセットボタンが表示されないようにした！

# 今日理解できたこと
Neonのブランチ数においてGithub actionsで各ブランチのデータベース設定をしていなければ、ブランチ数が増えないことが分かった！

# まだ理解できていないこと

# 次にやること
ポモドーロタイマーの微調整！具体的には、寝落ち後に自動で活動記録の画面へと遷移できるようにする！
エラーメッセージとフラッシュメッセージの実装
UIの微調整

# 感想など
光の時間の活動と浄化タイマーのアクセス制限について難しくて、本リリース以降で検討しようと思います！明日終わるかな？MVP

228日目
学習時間4h
Renderにcronjob追加してなかったので当然定期処理おこらず。
cronjob有効化。お金かかる😭 独自ドメインとか今までのかかった金額控えとかなな

## 設計が甘々！！！usersテーブルをいじる必要が出てきました。
LINEログインを実装
```
LINEログインでは、メールアドレスを取得することができる。
しかし、現代において、メールアドレスでLINE登録してる人なんて少数。基本は電話番号ではないか

要するに、メールアドレスを取得できない可能性がある。

本アプリのdeviseのemailカラムはnull: false（必須）になっているので設計を考え直さないといけない。
```
### 対応方法
```
対応方法の設計として
①null: trueにする。
→ 通常ログインの人もemailなしで登録できてしまうため、パスワードリセットできない。
②LINEログイン後に、メール入力をしてもらう
→ UX悪い。せっかくのLINEログインが台無し
③メールアドレスを扶養の設計に変える
→ 今更感
④LINEログインの人はメールアドレスをダミー生成する。
→ ダミーメールにパスワードリセットメールが飛んでしまう可能性がある
⑤null: trueにして、通常新規登録者だけemailを必須にする設計にする
⑥providerカラムを導入して、誰がどこから来たかを識別する

この⑤と⑥のセットが現実的かな
でもこれpassword（encrypted_password）をnull: falseにしとるから、これも通常新規登録者だけpasswordを必須にする設計にしないといけない。
```

悔しいなぁ

今日はブランチの操作方法を復習でき、実務に直結する知識を再確認できた。
GitHubでのプルリクエストの方法も学習でき、協働作業の流れを理解する自信がついた。
カリキュラムに不親切だと感じる点はあったが、それも愛の鞭として受け止める仲間の言葉に励まされ、また一歩大人になれた気がした。
今日は一日うまくいかない場面が続き、レジ間違えやリュックの値段の変動など、些細なモヤモヤが積み重なったが、それを学習へぶつけることで前向きに切り替えることができた。
今後は、学習の過程で感じた違和感を具体的な改善点として整理し、実務の手順へ反映していく意欲が高まった。

技術面談や交流棟でissueの深堀りができた。
時間はそれほどないかもだけど技術記事の確認と仮環境の検証はしておきたい。明日お花見行く道中に調べるとしよう。
御室の桜、まだあまり咲いてないみたいだけど行ってきます！！楽しみ

今日は、RSpecのmodel specとsystem specを演習しておりました。
これまでの記述とは異なるため、コードとカリキュラム内の説明を対応付けて理解していました。
自分の中でどの部分がどの挙動を担っているのかを整理しつつ進め、少しずつ整理がついてきた感触があります。
新しい書き方や構造を意識することで、テスト全体の流れを把握する助けになると感じました。
引き続き、実例を丁寧に照合しながら、理解を深めていこうと思います。

# 今日やったこと
検討の続きと実際に光の時間の活動のみアクセスを制限できるのか実装してみた！アクセスができなくなることように行えたが、活動記録に遷移した後、戻るボタンを押すもしくは記録しないボタンを押すと、再度タイマーにアクセスできなくなったため、こちらも設定を行う必要があることに気づいた！ルート設計などの設定をさらに行わないといけないことに加えて、データベースに再度アクセスする必要があるため、どうしようかなという形に最後なった！
# 今日理解できたこと
昨日の理解できていないことについて、Userのカラムを更新することになるが、ボタン操作でキャンセルする場合は、POSTで良い！
操作に応じてメソッドは決める必要があることが分かった！
update_columnを使うとバリデーション及びupdated_atが実行されないことについて理解した！
# まだ理解できていないこと
Userモデルの設計方法について見直す必要があると思っている！

# 次にやること
アクセス制御の再検討
# 感想など
MVPの実装としてやめるべきか、悩んでいる！AIらんてくんに相談したところ、本リリースに回すことを推奨された！

まとめ屋さんしようと思ったけどサボっちゃった…

大阪もくもく会参加
issueの作成、GitHubに画面遷移図とER図を追加。
現状を共有する中で実装課題が少しずつ現実的に見えてきた。
また再来週もやりたい！！

今日はテスト手法の詳細とテスト戦略・計画について読みました。
業務ではこれまで、きちんとしたテスト計画なしに実行していた部分があり、反省とともに学びが得られました。
今後は計画を意識して、手法と戦略を現場に落とし込むことを心がけたいと思います。