小さなステップで作業する

最もよくある間違いは、一度に多くを求めすぎることだ。「認証、チャート、設定ページ付きのユーザーダッシュボードを作って」は、レビューできないコードの壁を、読んでもいないファイルにまたがってバグを散らばらせて生み出す。

小さなステップはあなたをコントロールの中に留める。

• 一つのプロンプトにつき、一つの関数、コンポーネント、またはエンドポイントを出荷する。
• 次へ進む前に各部品が機能することを検証する。
• 検証されていない出力の塔ではなく、動作が確認されたコードの上に積み上げる。

ログイン、サインアップ、パスワードリセット、セッション、
メール認証を備えた認証システム全体を作って。

認証フローのステップ1: サインアップのエンドポイントだけ書いて。
{ email, password } を受け取る POST /signup。パスワードを
bcrypt でハッシュ化し、ユーザーを保存し、user id を付けて 201 を返す。
User モデルと db クライアントはすでに存在すると仮定して(その形は
見せます)。ログインは次にやります。

小さなプロンプトは小さな差分を意味し、小さな差分は何が変わったかを実際に読めることを意味する。それがすべてだ。二つ目の見返りもある。何かが壊れたとき、小さなステップは二分探索で見つけるのが容易だ。サインアップのエンドポイントを生成して検証し、次にセッションロジック、次にパスワードリセットをやったなら、ステップ3の後に現れたバグはほぼ確実にステップ3に住んでいる。一発勝負の生成はその信号を捨てる——バグは一度も読んでいない四百行のどこにでもありうる。