職場でのペアプログラミングはどのくらい一般的ですか？

私はいつもペアプログラミングに興味を持っていますが、12年の開発で、彼らがこのプラクティスを採用した場所で働いたことはないので、人々がそれをどう見るかについて常に懐疑的です。

これはお金/時間（同じコードで作業している1台のコンピューターで2人の人を見つけた先の尖った上司!!!!彼らはあえて！）または他の理由によるのだろうか？

私は同じギグを15年間受けてきましたが、最近（最近12〜18か月間）アジャイル技術の採用を開始しました。ペアプログラミングが使用される場合、結果のストーリー/機能は、欠陥のない時間通りに実装されました。それでもまだ十分に採用されているとは思わない。

アジャイルを採用する前に、他の開発者と私は長年にわたって頻繁にキーボードを共有していました（3〜4か月に1回）。私たちの管理チームは気が進まないように見えましたが、通常は以下のいくつかを達成したため、非公式のペアリングで常に満足していました。

• チームのサイロを削減（チームが6〜8人の開発者である場合に大勝利）
• 欠陥の少ない生産されたコード
• 各開発者は通常、そこからスキルを獲得しました

経営陣は消極的だと思いますが、赤ちゃんの一歩を踏み出し、その機能が後で優れていることを実証できる場合（コスト節約）、および/または各（または1つ）の開発者がいくつかのスキルを獲得した（前倒しで支払う）場合、蒸気を拾うことができますあなたやあなたのチームに合ったプラクティスであることがわかります。

私の推測では、おそらく開発者から多くの抵抗があるでしょう。おそらく大学や高校時代に、世界で最もやる気のない人たちと一緒に働くことを余儀なくされたことを覚えていますか？それらの人々はまだ存在しています。すべての「一流」の人々で構成されたチームがない限り、このタイプのセットアップはグループにいくらかの敵意を引き起こします。

公式には行っていませんが、行き詰まったときはいつでも開発者に電話をかけ、一緒に解決策を検討します。アイデアをバウンスし、他の人が実装している間、一人の人に考えさせるのに最適な方法です。それで、あなたがそれをタイプしているので、あなたの思考の流れを失うことはありません。

もっとやりたいと思います。

私は気にしません：

1-コーディング中に音楽を聴くのが好きです。誰もがスレイヤーブラストを耳で聞きたがるわけではありません。

2-私は、人々の肩越しに非常に失礼で、人々がそれをするときに非常に不快になることを考えて育ちました。

3-私は非常に高速だと思うし、解決策のスレッドにいるとき、答えを見つけ始めたとき、中断することは私が最後に必要とするものです。

4-フォーラムやニュースグループを熟読するために時々休憩を取ることはできません。とにかく不適切だと思う人もいるかもしれませんが、改善を続ける上で非常に重要だと思います。気が散ってしまうこともありますが、一般に、知識の増加による利益は、生産性への打撃を上回ります。

他のチームとは異なるかもしれませんが、実際に何かに困惑して必要なときに何度か助けてくれると、私はほとんどの場合最終的に解決策を思いつきます。私は自分のやっていることは本当に上手ですが、もっと続けられるかもしれないと思います...確かではありませんが、とにかく難しい問題を解決する方がいいと思います。ar慢に聞こえるかもしれませんが、それは偽りではありません。

実際に他の人が私のテクニックの一部を習得するのに役立つかもしれないと考えましたが、＃3を考慮すると、彼らは私の思考の流れを壊すことなく質問をすることはほとんどできません。

とは言うものの、私は時々それを試しました。時々それはマイナーな利点を持っていますが、私は確かに一貫したものとしてそれを見ることができません。一匹狼システムは私にとってはうまくいき、チームにとってもうまくいくようです。

ペアプログラミングは、簡単ではない困難な作業を開始または実行するための優れた方法です。より多くの日常的で単純なタスクは、単独で行う方が適切です。

私はスタートアップ/ガレージ会社と大企業の両方で、ペアプログラミングの多くのセッションに参加しました。それは常に、新しくて困難な何かがインセプトされたとき、つまり、せいぜい年に2回、数週間の間だけ起こりました。これはあなたの会社でどのくらいの頻度で発生しますか？

私たちはそれを決して呼んだことはありませんでしたが、その当時、私たちは常に新しい問題を攻撃していました。私たちはペアを組んでソリューションを開始しますが、通常は個別に仕上げて詳細を仕上げます。もうそんなことはない。ますます希少になりそうです。

あまり一般的ではありません。私が過去10年以上に行ったすべての店で、一度見たことがあります。最も遅くて最も効率の悪い店で。騒がしくストレスの多い環境を作り出しているようです。一人は運転と会話をし続け、もう一人はまったく考えないようにします。

グループでもペアでもコードレビューのためにチームをまとめ、開発者に独自のスペースを提供します。長期的には、最新のアジャイル流行を追いかけるよりも優れているでしょう。