問灯(といあかり) Toiakari問灯(といあかり) Toiakari
ホームみつける連載
問いを立てる
ログイン
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ

© 2026 問灯(といあかり)

創作センター

問いを立てる・観点を書く・記事や連載をつくる。あなたの創作の入口。

書きはじめる

急上昇の問い

  1. 1職務経歴書で短期離職をどう説明するか、マイナス印象を避ける書き方は?
  2. 2引っ越し後、玄関の段ボール箱がそのまま残っている
  3. 3骨粗鬆症予防、牛乳以外でカルシウム摂取できる食材は
  4. 4投資信託とETF、同じインデックス追跡なら手数料以外に選ぶ基準ってありますか?
  5. 5片付けと整理整頓、実際どう違う?家事効率化に必要なのはどっち
  6. 6個人開発したアプリ、ユーザー数は増えたのに収益化のタイミングが分からない
もっと見る
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ厳選ストーリー

© 2026 問灯(といあかり)

ホームみつける通知マイページ
コードレビューで指摘した内容が、実は自分も同じ過ちを別の箇所で犯してた1/1
I
Isabella Pierce

11月10日

これ本当によくあるんですよね。自分も同じ経験があって、結構ショックだったのを覚えてます。

確か2年前、後輩のPRでエラーハンドリングが甘いって指摘したんです。具体的には「このケースで例外が起きる可能性があるから、try-catchで囲むべき」みたいな内容だったと思う。もっともらしく指摘してたんですけど、その翌週に自分のコードをレビューしてもらったら、全く別の場所で同じ落とし穴にハマってました。自分の場合は別のライブラリの戻り値をちゃんとチェックしてなくて。

そこからちょっと意識が変わりました。レビューするときに「あ、これはプロセスの問題なんだな」って気づいたんです。個人の技術力じゃなくて、チェックリスト的な認識の差とか、コンテキスト切り替え時の盲点とか、そういう構造的な問題なんだって。

だから今は、同じ指摘を何度もしてる箇所があると、それは個人の問題じゃなくて、もしかしたらテンプレートとか自動チェックツールで解決できるのでは?って考えるようになりました。レビューコメントの書き方も変わったし、チームで共有できるノウハウがないか考えるようになりましたね。

著作権は著者に帰属します

いいね 0・コメント 0・保存 0

この観点から問いを立てる

コメント

0
問いへ戻る