第38回: Artisanコマンド作成 — 繰り返し作業を「コマンド1本」で自動化する
古いデータのクリーンアップ・通知の一括送信・マスタデータの投入など、定期的に実行する作業をコマンド化しておくと、運用ミスと手作業コストを大幅に削減できます。Artisanカスタムコマンドを作成すれば、php artisan 1本で実行できます。
Month
月: 2026年1月
第37回: イベントとリスナ — 処理を「発火側と受け取り側」に分けて疎結合にする
「ユーザー登録後にウェルカムメール送信・ポイント付与・Slack通知をしたい」という要件が増えるたびに同じコントローラを修正するのは、変更のリスクと範囲が広がります。イベントとリスナを使えば、既存コードを触らずに新しい動作を追加できます。
第36回: キュー・ジョブ入門 — 重い処理を「バックグラウンド」に追い出す
ユーザーが「送信」を押してから数秒待たされるのは、UXを大きく損ないます。Laravelのキュー・ジョブを使えば、重い処理をバックグラウンドに追い出し、レスポンスを即時返せます。
第35回: Laravelの認証（Breeze） — 認証を「ゼロから作らず」最速で導入する
ログイン・登録・パスワードリセットを自前で作るのは手間がかかるうえ、バグが入り込むリスクもあります。Laravel Breezeは認証機能を最小構成で素早く導入できる公式スターターキットです。
第34回: ミドルウェア — リクエストの「通過ゲート」で横断処理を集約する
同じ処理を複数のコントローラに書くと、修正漏れやロジックの不一致が起きやすくなります。ミドルウェアを使えば、HTTPリクエストの前後に共通処理を1箇所で定義し、ルートに適用できます。
第33回: フォームリクエストクラス — バリデーションを「コントローラの外」に出す
$request->validate([…]) をコントローラに直書きし続けると、メソッドが肥大化して可読性もテスト性も下がります。フォームリクエストクラスに切り出すことで、バリデーションと認可のロジックを1ヶ所に集約できます。
第32回: Bladeテンプレート — Viewを「読みやすく・再利用しやすく」組み立てる
を素のPHPで書くと、HTMLとロジックが混在してレビューしにくくなります。BladeはLaravel標準のテンプレートエンジンで、繰り返し・条件分岐・レイアウト継承を明快な構文で書けます。
第31回: コントローラとアクション — 「受け取る・判断する・返す」を明確に分ける
バリデーション・DB操作・メール送信……すべてをコントローラに詰め込むと、テストも修正も困難になります。コントローラはリクエストを受け取り、適切なレスポンスを返す「司令塔」に徹するのが正しい設計です。
第30回: ルーティング設計 — URLと処理を「一覧できる地図」に整える
ルーティングの定義が散漫になると、バグ修正の際にどのファイルを触ればいいか迷いが生じます。Laravelのルーティングを正しく設計することで、アプリの全体構造を一目で把握できる「地図」が手に入ります。
第29回: Laravelのインストールと構成 — 最初の一歩を確実に踏み出す
フレームワークを使い始めるとき、最初の環境構築でつまずいてしまい、そこから先へ進めなくなる経験は多くの学習者が通る道です。Laravelは機能が豊富なぶん、「どの手順を・どの順番で・何を確認しながら」進めるかが曖昧なまま始めると、エラーの原因すら特定できない状態に陥りがちです。