ペアリング対コードレビュー: 開発者文化の比較
前職 と 現職 で、ペアプログラミング文化からコードレビュー文化への移行を経験した。文化の差に適合するのは興味深い経験だった。ちょっと気づいたことを書いてみよう。 (ペアプログラミング|コードレビュー)の(メリット|危険性)みたいな題名の記事はもう山ほどある。著者はどっちかの信奉者なわけだ。私は明確トレードオフがちょっとあるにせよ、どっちの戦略も有効であると認識している。このトレードオフについて、もうちょっとバランスのとれた議論をしてみようと思う。 用語の定義 まず、舞台を整えよう。”ペアプログラミング” とか”コードレビュー”という言葉は、人によってとらえ方が大きく異なることがある。 ペアプログラミング文化 といったとき、作業のほぼ100%をペア作業で行っているチームを指す。一つのタスクに二人の開発者が割り当てられ、同じ画面を共有して作業をする。開発者は両方コード構築のプロセスに関わって
ペアプログラミングの5W1HとFAQ / 5W1H and FAQ of Pair Programming
at Productivity Engineering − Forkwell Meetup #4
ペアプログラミングしていてもレビューは必要か？ - Appresso Engineer Blog
こんにちは、開発部の野口です。 この記事では、私が所属していたスクラムチームでペアプログラミングが始まって、コードレビューがどう変わっていったかというストーリーをお話しします。 目次 目次 ペアプログラミングが始まる GitHub:Enterprise 上でのレビュー ペアプログラミングしているとレビューが楽になる ペアの誰かがレビューする ペアの中で Pull Request のレビューをまかなうと効率的 ペアプログラミングしていてもレビューは必要か 「すべてペアで書いたコード」を、あらためてレビューすることが必要か ペアは自信を持って速く進む 分断された知識をレビューで拾い集める 「ペアの中で相互にレビューする」ことは、Pull Request のレビューとして十分か コードへの愛着と批判的なコードレビュー 圧倒的なコードの共同所有 「ペアプログラミングしている」という事実から「コード
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
