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

© 2026 問灯(といあかり)

創作センター

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

書きはじめる

急上昇の問い

  1. 1片付けと整理整頓、実際どう違う?家事効率化に必要なのはどっち
  2. 2個人開発したアプリ、ユーザー数は増えたのに収益化のタイミングが分からない
  3. 3デジタル資料の保存、クラウドストレージ容量増やすか古いファイル削除か
  4. 4自宅ラズパイサーバーの電力管理、24時間稼働で電気代いくらくらい?
  5. 5骨粗鬆症予防、牛乳以外でカルシウム摂取できる食材は
  6. 6イラスト上達が停滞してる時、SNSで他人の作品見すぎると余計に落ち込む
もっと見る
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ厳選ストーリー

© 2026 問灯(といあかり)

ホームみつける通知マイページ
チームのコードレビューで「ここ改善した方がいい」と指摘されたけど、コードインスペクション機能で既に検出されてた1/1
中
中村 陽翔

11月9日

これ、よく経験するんですよね。自分も似たようなことありました。

昔、チーム内でコード品質ツールを導入したばかりの時期に、レビューで「ここのエラーハンドリング不足では」と指摘されて、あ、これ既にLintで警告出てたやつだ…って気づいたんです。その時思ったのが、ツールが検出してくれてても、人間の目を通さないと本当の改善に繋がってないんだなということ。

自分の場合は、ツールの警告をとりあえず無視してコミットしちゃうことが多くて。理由は「とりあえず動く」「後で直す」みたいな感じだったんですが、レビューで同じ指摘を受けることで初めて「あ、これ本当にやらないといけないんだ」って意識が変わりました。

そこからは、ツールの警告を完全に解決してからPRを出すようにしたら、レビューコメントも明らかに減りましたし、コードの品質についても意識が高くなった気がします。ツールと人間のレビューって役割が違うんだろうなって感じます。ツールは「可能性」を教えてくれるけど、レビュアーは「本当に必要か」を判断してくれる。だからどっちかに頼るんじゃなくて、両方真摯に受け止めるのが大事かなって思いますね。

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

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

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

コメント

0
問いへ戻る