ペアプログラミングの使用方法を知っているプログラマーにとって、パフォーマンスを改善する機会を提供します。 ただし、プログラマーが最初からパフォーマンスを大幅に向上させることを期待しないでください。 ペアプログラミングには、継続的なトレーニングと、パフォーマー（キーボードをたたく人）とナビゲーターの明確な違いをプログラマー自身が認識する必要があります。 以下はより詳細な説明です。
1.ナビゲーターに関する誤解。
A.これは、常に注文する人です。
注文をするのが好きな人は通常、最後に括弧「）」を追加し、その後に省略記号「...」を追加するように実行者に依頼します。 しかし、彼らは全体としての全体像を気にかけませんが、プログラミングの特定の詳細に関心があります。 実際、そのような人自身はむしろ、キーボードの後ろに素早く乗りたいと思っています。 ですから、指揮をするのが好きな人に出会ったら、キーボードであなたの場所を提供してください。
B.これは、スペルミスを修正するのが好きな人です。
ナビゲーターが常にあなたのそばに座って、あなたのそれぞれの過ちを修正しているなら、彼は単に本当のコントロールの時間がないでしょう。 したがって、彼が再びあなたの間違いを修正し始めたら、彼と話を始めるか、彼にあなたに一杯のコーヒー（井戸か何か）を持って来るように誘ってください。
C.これは批判する人です。
批評家は、あなたが書くコードのすべての行を批判します。 彼が本当に正しいことが判明した場合、将来的には彼はそれを使用せず、常に自分自身を要求します。 ロールを変更してみてください。そうすれば、批評家はコードに完全に満足したままになります。
D.これは静かな人です。
静かな人とは、自分の意見を表明するだけの人です。 彼はあなたの仕事を見ているだけです。 あなたがプログラミングしているものについての彼の意見を見つけようとするか、あなたが書く必要がある次のテストを見つけてください。
E.これは何も考えていない人です。
これは、常にあなたの注意をそらし、問題に対する建設的な意見や解決策をあなたに提供しないために役立つタイプの人々です。 だから彼を手放す。 あなたは常にあなたを悩ませている人でこれを行うよりも、あなた自身でプログラミングを行うことができます。
2.出演者に関する誤解。
A.これは彼が何をしているかを言わない人です。
これは、自分が書いたものを誰にも伝えずにコードを書く人のタイプです。 ナビゲーターは、このコードの目的を確認する必要があります。 同時に、請負業者とナビゲーターの間で、選択されたメソッドとその実装方法についての議論はありません。 ナビゲーターは、意見を聞いて、請負業者の計画について学ぶ必要があります。
B.これは大きなうぬぼれを生じた人です。
そのような人々は通常、ナビゲーターの提案を無視します。なぜなら、彼らは自分たちの考えをより良く考えるからです。 そのような状況に直面した場合、次のタスクの実行を停止して開始することをお勧めします。 自尊心が強すぎる人は、良いナビゲーターになることはまずありません。 彼は命令を出すか、批判することしかできないようです。
C.これは、何をどのようにすればよいかわからない人です。
そのような人々は通常、ペアプログラミングからほとんど喜びを得ません。 彼らは動揺しており、単に現在の状況に対処することができません。 最良の方法でナビゲーターの役割を実際に果たしたことを確認してください。 意見を述べる際には非常に注意する必要があり、まずはサポートを提供します。 ほとんどのプログラマーは、最初からこれを経験しています。 したがって、高い期待はありません。 まず、彼をナビゲーターにするか、このアーティストと協力できる別のナビゲーターを見つけます。
D.これは、コードの一部をスキップする人です。
そのような人はコードの一部をスキップするのが好きで、その結果、ナビゲーターは何が何であるかを理解しなくなります。 このような状況では、ナビゲーターは速度を落として請負業者の将来の計画を把握し、自分よりも多くのホットキーを知っていることを確認する必要があります。
E.これは、ツールキットに慣れていない人です。
開発環境で有効性を認識していないため、ホットキーを使用しないこのタイプの人々。 あなたの役割を変えて、彼にあなたの仕事の方法を見せてください。 さて、または単に彼にホットキーの全リストを備えた既製のチートシートを渡してください。