[翻訳] コードレビューについて

この記事は::..: glen.nu :.: ramblings :.: on code review :.::の意訳記事です。@9len氏の許可を受けて投稿しています。誤り・修正などがありましたら、@iwashi86までご連絡いただけますと幸いです。 This article originally appeared in English at :..:: GLEN D SANFORD :.: RAMBLINGS :.: ON CODE REVIEW ::..: and has been translated with @9len’s permission for posting to this blog in Japanese. この記事は2014年3月に書いている。Twitterでユーザ検索チームを私が率いていたころの話だ。この記事は、コードレビューに関するセオリー・アプローチを体系化

[valinst]

うちの会社はレビュー文化なかなか根付かないのよね

[sh19910711]

"レビューをお願いする前に、自分で注意深くレビューしよう / 変更点に不足が無いように、また不必要なものが無いようにしよう / 自分の能力の極限まで、属しているプロジェクトに適したコードを書こう"

[kawacho]

「コードレビューはおそらく、常に最優先であるべきだ。」

[sylvan_l]

[翻訳] コードレビューについて

[okbm]

“チームとして生産性をあげるためにもっとも重要なのは、全てのチームメンバがコードレビューを最優先として意識することだ。”

[baronhorse]

あんま短くまとまんないけど、責任と裁量をある程度明確にしとかないとピアレビューはうまく機能しないと思う。理想は、自分の仕事のクオリティを上げるために、お互いに仲間の力を借りるという形。

[efcl]

コードレビューのする側/される側

[luccafort]

当たり前の内容ではあるのだけど結局その当たり前が出来てないからヘイト値が溜まったりするんだろうな。

[PEEE]

みんながある程度できるエンジニアってのがみんなで同一権限持ってレビューし合う条件かな。目指すコードが違う人、はまだいいとして、目指すコードがない人（動けばなんでもいい）がいる時はどうしたもんだか。

[fumfumxxxx]

いまの現場でもコードレビューすることになったので読む

[crexist]

耳が痛い

[f_oggy]

これくらいコードレビューが機能するようになるのが理想的だと思うがそのためには組織作りから始めないといかんのよね

[koogawa]

放って置かないほうが良いよね

[masatomo-m]

最近ついにMR文化が育ち始めたので参考になる。自分は半マネージャ的ポジションなのでreviewerなことが多いけど、他のメンバの仕事をブロックさせないことが最優先というのは確かに意識してた。良い循環を作りたい