DAY 70/5 完了
チーム開発の作法 — 規約・Gitフロー・レビュー・テスト・秘匿情報
🧭 このDayを終えると説明できること
「なぜ規約やレビューやテストが要るのか」をチームの生産性の観点で説明でき、実装はAIに任せても人間の判断と説明で価値を出せる。
- 1
コーディング規約とPSR-12 — 書き方を揃える理由
PSR-12という共通の書式と、Pintで自動整形する意味。なぜ規約が要るのか。
設問 2 問
- 2
ブランチ戦略とPR — 変更を安全に取り込む流れ
GitHubフローを基本に、ブランチ・プルリクエスト・コミット粒度を理解する。
設問 2 問
- 3
コードレビュー — 何を見て、どう出すか
設計・可読性・テスト・セキュリティの観点と、レビューされる側の作法。
設問 2 問
- 4
テスト — なぜ書くのか、単体とFeature、CI
リグレッション防止という最大の価値。単体テストとFeatureテストの違いとCI。
設問 3 問
- 5
.envと秘匿情報 — 設定と鍵の扱い方
環境ごとの設定と秘密の分離、config()経由で読む理由、マイグレーション共有。
設問 3 問