■間違っているのは私かもしれない系

勘違いだったらすみません

実際勘違いのことも（私は）多い。

信頼性の高いサイトの記載を引いてこうありました、とか続く。

コードレビューにかけられる時間は限られている。
全レビューアが細かい仕様まで把握するのは現実的ではない。
Diff だけでレビューすることもあるでしょう。

前置きしたうえで、代替案のメリットはしっかり伝えた方がいいと思う。

～という観点からは～という方法がいいと思いましたが。
検討していただく。

レビューイからリスペクトを得られていないと逆にいらだたせてしまうので注意。

軽く言語仕様やコンポーネントのせいにしてしまう。（ごめんなさい）

一緒に考える。

指摘でなく提案。
どれだけ立場、技術力の差があっても、プログラマは自分の書いたコードに関して主導権を奪われたくはない。

何か汲み取れなかった意図があるかもしれない。
指摘の精度を高めるためにも。

燃える。

一般的には、先輩が後輩に。

燃える。

実際に低くて受け入れられなくても大勢に影響はない場合。
重要なのに嘘をつく必要はない。

本当に恐縮なことも多い。

基本的にはOK。
少し上からなので関係性に注意。

ほかは完璧です！

指摘を終えて最後に。