指摘から学ぶ姿勢
ストーリー
PRをマージした後、先輩に呼ばれた。
「今回のレビュー、たくさん指摘があったね」
「はい...すみません、迷惑をかけて...」
「いや、謝る必要はないよ。大事なのは、この指摘から何を学ぶかだ」
「学ぶ...ですか?」
「指摘は成長のチャンス。同じミスを繰り返さない方法を一緒に考えよう」
レビュー指摘に対する考え方
指摘は攻撃ではない
新人が最も陥りやすい考え方:
| 間違った考え方 | 正しい考え方 |
|---|---|
| 「ダメ出しされた」 | 「品質向上の提案をもらった」 |
| 「自分は能力がない」 | 「まだ知らないことを学ぶチャンス」 |
| 「迷惑をかけた」 | 「チームで品質を高めている」 |
| 「指摘が多い=失敗」 | 「指摘が多い=学びが多い」 |
成長マインドセットを持つ
固定マインドセット:
「自分の能力は変わらない」
→ 指摘を避けたい、失敗を隠したい
成長マインドセット:
「能力は努力で伸ばせる」
→ 指摘は学びの機会、失敗は成長の糧
新人エンジニアにとって、レビュー指摘は「無料の研修」と同じ価値があります。
指摘を成長に変える3つのステップ
Step 1: 指摘を記録する
レビューで受けた指摘を記録する習慣をつけましょう。
markdown
## レビュー指摘記録
### 2025-04-01 PR #123 ユーザー検索機能
| 指摘内容 | カテゴリ | 学んだこと |
|---------|---------|-----------|
| var ではなく const/let を使う | コーディング規約 | ES6以降はvarを使わない |
| console.logの削除忘れ | デバッグコード | コミット前にgit diffで確認 |
| == ではなく === を使う | 比較演算子 | 型安全のため厳密等価を使う |Step 2: パターンを見つける
記録を定期的に見返し、繰り返しているミスを特定します。
よくある自分のミス:
1. デバッグコードの削除忘れ(3回)
2. 命名規則の不一致(2回)
3. エラーハンドリングの欠如(2回)
→ 特に「デバッグコードの削除忘れ」が多い
→ コミット前チェックリストに追加しよう
Step 3: 予防策を講じる
見つけたパターンに対して、具体的な予防策を実行します。