第44回: 静的解析（PHPStan） — コードを「実行する前」にバグを発見する
PHPは動的型付け言語のため、実行するまでわからないバグが潜みやすいです。PHPStanを使えば、コードを実行せずに型エラー・ヌル参照・存在しないメソッド呼び出しなどを事前に検出できます。
Year
年: 2026年
第43回: コードカバレッジの測り方 — テストの「抜け漏れ」を数値で見える化する
テストを書いても、実際にどのコードパスが通過しているかを確認しなければ、未テストの分岐が本番でバグを起こします。コードカバレッジを可視化することで、テストが不足している箇所を客観的に把握できます。
第42回: FeatureテストとUnitテストの使い分け — テストを「目的別」に書き分ける
「ユーザーが投稿を作成できるか」という検証は、Unitテストだけでは限界があります。Laravelでは、ユーザー操作の流れを検証するFeatureテストと、個別ロジックを検証するUnitテストを使い分けることで、テストが過不足なく整います。
第41回: テスト駆動開発（TDD）入門 — 「テストを先に書く」で設計が自然に整う
実装後のテストは「動いているコードを確認する作業」になりがちで、設計の改善には繋がりにくいです。TDDではテストを先に書くことで「何を作るか」が明確になり、余分な実装が増えにくくなります。
第40回: モックとスタブ — 外部依存を「テスト用の替え玉」に差し替える
外部依存が絡むテストは遅く・不安定で・副作用が生じます。モックとスタブを使えば、テスト中に依存クラスを「替え玉」に差し替えて、速くて安定したテストを書けます。
第39回: PHPUnit基礎 — テストを「自動化」してコードの安全網を張る
機能が増えるにつれて手動確認のコストは指数的に増えます。PHPUnitによるテストを自動化しておけば、変更のたびに「全体が壊れていないか」を数秒で確認できます。
第38回: Artisanコマンド作成 — 繰り返し作業を「コマンド1本」で自動化する
古いデータのクリーンアップ・通知の一括送信・マスタデータの投入など、定期的に実行する作業をコマンド化しておくと、運用ミスと手作業コストを大幅に削減できます。Artisanカスタムコマンドを作成すれば、php artisan 1本で実行できます。
第37回: イベントとリスナ — 処理を「発火側と受け取り側」に分けて疎結合にする
「ユーザー登録後にウェルカムメール送信・ポイント付与・Slack通知をしたい」という要件が増えるたびに同じコントローラを修正するのは、変更のリスクと範囲が広がります。イベントとリスナを使えば、既存コードを触らずに新しい動作を追加できます。
第36回: キュー・ジョブ入門 — 重い処理を「バックグラウンド」に追い出す
ユーザーが「送信」を押してから数秒待たされるのは、UXを大きく損ないます。Laravelのキュー・ジョブを使えば、重い処理をバックグラウンドに追い出し、レスポンスを即時返せます。
第35回: Laravelの認証（Breeze） — 認証を「ゼロから作らず」最速で導入する
ログイン・登録・パスワードリセットを自前で作るのは手間がかかるうえ、バグが入り込むリスクもあります。Laravel Breezeは認証機能を最小構成で素早く導入できる公式スターターキットです。