ペア・プログラミングとは、2人で1つのキーボードに向かって作業をするプログラミングの方法である。ドライバー」と呼ばれる一人がキーボードを打つ。もう一人の「オブザーバー」(または「ナビゲーター」)は、入力されたコードの各行を確認し、エラーがないかチェックし、全体的な設計について考えます。
期待できるメリットとしては、より良いコード(よりシンプルな設計、より少ないバグ、より保守しやすい)、より高い士気(より楽しい!)、チーム全体の知識の共有(コードベースに関する特定の知識と一般的なプログラミング知識の両方)、より良い時間管理、より高い生産性などがあります。
- 自分が運転手のときは、大きな問題を無視して、現在の小さな目標をできるだけ早く完了させる。オブザーバーがあなたのセーフティネットになることを信じましょう。
- あなたがオブザーバーであるときは、ドライバーが書いているコードを読みながら書いてください。あなたの仕事はコードレビューだ。細心の注意を払い、何一つ見逃さないようにすること。 起こりうるバグ、より大きな問題、設計を単純化したり改善したりする方法について考えてください。エラーや読めないと思ったコードはすぐに指摘すること。より大きな問題やデザイン改善のアイデアを出すには、現在の小さな目標が完了するまで待つ。運転手が現在の小さなタスクに集中できるように、これらの後のタスクをメモしておく。例えば、現在のコードがNULL入力を考慮していないことがわかったら、"NULL入力のユニットテストを追加する "と紙に書いておく。
- あなたがオブザーバーであるときは、コードに指示を出してはいけない。ドライバーは、ただ受動的にタイピングするのではなく、現在のタスクを達成する方法を能動的に考えるべきだ。そしてオブザーバーとして、あなたは細かいことを考案する必要がないという事実を利用すべきです。そうだね。NULLポインターを渡された場合の処理はどうする?"と言うのは、"OK、今すぐ'if (s == NULL) { return ...'とタイプする "より良い。
- 「これは有効なテストだと思いますか?
- 「これは正しいテストだと思う?
- 「次はどうする?
- "私を信じて"(口に出して言うよりも、自分の主張を伝えるためにちょっとしたコードを書く方が簡単な場合)
- できる限り、やろうとすることを口に出してから実行しよう。 例えば、"ヌルケースのテストを今書きましょうか?"と。 時には、自分の考えを理解するためにコードを書かなければならないこともある。 そのときは、そうしていると言えばいい:「それが良いアイデアかどうかを確かめるために、これをタイプする必要がある。 しかし、そのような探求は1分以内にとどめておくのがベストだ。
- ヌルケースのテストを今書きましょうか」とか、「このメソッドはもう削除してもいいと思います。賛成ですか?"と聞かれたら、"はい "か "いいえ "をはっきり即答しましょう。
- キーボードの受け渡しは頻繁に行なっても構わない。たとえば、声に出して説明するよりも、コードでタイプするほうがずっと簡単に「言える」ことがある。だから、オブザーバーにキーボードを持たせてタイプさせる。その後、キーボードを戻すか、オブザーバーに運転を続けさせるか、どちらかその時点で理にかなっているほうを選んでください。
コメント
最新を表示する
NG表示方式
NGID一覧