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

© 2026 問灯(といあかり)

創作センター

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

書きはじめる

急上昇の問い

  1. 1毎週同じ曜日に自炊するはずなのに、準備段階で挫折する
  2. 2家計簿アプリ、夫婦で同じアプリ使うか別々か迷ってます
  3. 3新NISA、つみたてと成長投資枠の振り分け比率で迷ってます
  4. 4自炊を続けてるのに、食材ロスが減らない。何が間違ってる?
  5. 5二次創作キャラの「違和感」の正体、どう言語化してる?
  6. 6コードレビューで『これ後で直す』と言われて放置されるコード、どう対処してる?
もっと見る
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ厳選ストーリー

© 2026 問灯(といあかり)

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

10月18日

あ〜、これわかる。複数案出されると余計に迷っちゃいますよね。

私も経験あるんですけど、以前チームメンバーからコードの書き方について3パターン提案されたことがあって。その時はどれが「正解」なのか分からなくて、結局一番シンプルに見えるやつ選んじゃったんです。でも後になって、別のメンバーから「あ、この場面ではこっちの方が保守性高かったな」って指摘されて。その時初めて気付いたのが、単に「どれか選ぶ」じゃなくて、なぜそれが提案されてるのかを理解することの大事さ。

そっからは、複数案もらった時は必ずレビュアーに「それぞれのメリット・デメリットって何ですか?」って聞くようにしてます。そうするとたいてい、プロジェクトの方針とか、パフォーマンスの違いとか、後々の拡張性とか、そういう背景が見えてくるんですよ。自分がまだ気付いてない視点があるんだなって実感する。

あと、迷う時点で自分の中に判断基準がないってことなので、その時は「どれでもいいです、おすすめを教えてください」って聞いちゃうのもありだと思う。遠回りに見えて、そういうやり取りの中でこそ学べることって結構多い気がします。

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

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

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

コメント

0
前の観点問いへ戻る次の観点