人間らしくコードレビューするには(パート2) | Yakst
コードレビューの際に落とし穴にはまらずに、どのようにうまくコミュニケーションをとるか、に関する記事の後半部分です。著者がコードレビューで失敗した実例を元にお互いの衝突を避けるテクニックについて紹介します。 [プログラミング]原文 How to Do Code Reviews Like a Human (Part Two) - Silly Bits (English) 原文著者 Michael Lynch 原文公開日 2017-11-09 翻訳依頼者 翻訳者 taka-h 翻訳レビュアー doublemarket 原著者への翻訳報告 2151日前 メールで報告済み 2149日前 原著者承諾済み 編集 この記事はコードレビューの際に落とし穴にはまらずに、どのようにうまくコミュニケーションをとるか、に関する記事の後半部分です。今回はひどい衝突を避け成功裏にレビューを終わらせるテクニックに焦点をあ
レビューでも褒めてくれたっていいじゃない - ＷＩＣの中から
何らか開発をやっている人なら、開発物が一定のレベルに達した段階でレビューを受けることになります。ソフト開発ならコードレビュー、僕のようなハードウェア設計開発だとデザインレビュー(以下、DR)です。 前の会社でも今の会社でもレビューイ(レビューされる側)として幾度となくDRを経験しました。どの会社、どのプロジェクトでもDRは例外なくキツく、精神に堪えます。 なぜかというと、DRはムチでひたすら打たれるだけでアメが貰えないんですよね。 DRは欠点探しの場 DRの目的は不味い箇所を探して改善項目を挙げることです。ちょっとでも目に付く形状があると「ん？」とレビュアー(レビューする側)の皆様が首を傾け、追及が始まります。 レビューイとして、ツッコミ入りそうな箇所にはそれなりの理屈は用意しておくわけですが、数多のレビュアーから時には論理的に、時には感覚(経験)的に、これはダメだという結論に収束させられ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
