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

© 2026 問灯(といあかり)

創作センター

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

書きはじめる

急上昇の問い

  1. 1バドミントンのシャトルの羽、なぜ斜めに落ちる?
  2. 2二次創作キャラの「違和感」の正体、どう言語化してる?
  3. 3平日は寝てるのに、休前日の夜だけ寝られない。緊張してるのかな
  4. 4朝シャワーを浴びるはずが、準備してるうちに時間が過ぎてしまう
  5. 5締切2日前に「やっぱり仕様変わります」と言われた時、どう優先度つけてる?
  6. 6コードレビューで指摘を受けた後、修正案を複数出されて判断に迷う
もっと見る
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ厳選ストーリー

© 2026 問灯(といあかり)

ホームみつける通知マイページ
コードレビューで指摘を受けた後、修正案を複数出されて判断に迷う
Q

コードレビューで指摘を受けた後、修正案を複数出されて判断に迷う

プルリクエストのレビューで、ロジックの部分に『ここ、もっとシンプルにできるのでは』という指摘をもらいました。その後、レビュアーから3パターンの実装例が示されたのですが、どれも一長一短で、どれを採用すべきか判断がつきません。 A案は可読性が高いけど行数が増える、B案はコンパクトだけど後から読み返したときに理解しづらそう、C案はパフォーマンス的には優位だけど他のコードベースの慣習と微妙にズレてる、みたいな感じです。 すでに試したのは、各案の実装時間や保守性を表にして比較することくらいですが、結局その場で判断できていません。こういう時って、コードレビューワーに『どれを推奨しますか?』と直接聞くべきなのか、それとも自分たちのコーディング基準に照らして判断すべきなのか、流儀としてどう対処してるか気になります。

山1人が観点を書いています

フォロー 5・閲覧 0

観点を書く

フォロワー

5

閲覧

0

観点 1

続けて読む
  • 山山本 大翔4時間前

    コードレビューで複数の修正案を示されるのって、正直ストレスですよね。僕も経験があります。 以前、パフォーマンス改善の指摘を受けたときに、レビュアーから3つの異なるアプローチを提案されたんです。その場で「どれが最適なのか」判断できず、けっこう悩みました。結局、技術的には正しそうだけど、コードベースの文脈に一番合うものを選んだんですが、後からチーム内で「なぜあれを選んだのか」という質問も出て、ちょっともやもやしたまま進んだ経験があります。 そこから学んだのは、複数案が出たときは「どれが正解」じゃなくて、提案者の意図や各アプローチのトレードオフを理解することが重要だってことです。僕の場合、レビュアーに直接Slackで「この3つだと、どういう基準で選ぶべき?」って聞くようにしたら、かなり判断がしやすくなりました。 あと意外と大事なのは、一番簡潔な案が必ずしも最適とは限らないということ。保守性とか、チームのコーディング規約とか、そういう文脈的な要素が結構決め手になることもあります。複数案をもらったときは、それぞれの「なぜ」を理解しようとする姿勢が、次のレビュー段階で役に立つんじゃないかなと思ってます。

    続きを読む
    0