web-dev-qa-db-ja.com

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

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

これはお金/時間のせいか(先のとがった髪のボスが同じコードで作業している1台のコンピューターで2人の人を見つけた!!!!

16
ozz

15年間同じギグをしていて、最近(過去12〜18か月)アジャイル技術を採用し始めました。ペアプログラミングが使用されている場合、結果のストーリー/機能は、欠陥が少なく、時間通りに実装されています。私はまだそれが十分に頻繁に採用されているとはまだ思いません。

アジャイルを採用する前は、他の開発者と私が何年にもわたってキーボードを共有することはまれでした(たぶん3〜4か月に1回)。私たちの管理チームは消極的であるように見えましたが、非公式のペアリングでは常に以下のいくつかを達成したため、常に満足していました。

  • チームのサイロを削減(チームが6〜8人の開発者の場合、大勝利)
  • 欠陥の少ない生成コード
  • 各開発者は通常、そこからスキルを取得しました

私は管理には消極的だと思いますが、あなたが赤ん坊のステップを踏んで、機能が後でより優れていることを示すことができれば(コスト削減)、および/または各(または1人の)開発者がいくつかのスキルを獲得しました(前払い)、あなたはSteamを拾うことができますあなたやあなたのチームに合った練習を見つけます。

20
DevSolo

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

11
Pemdas

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

もっとやったらいいのに。

9
CaffGeek

私は気にしません:

1-コーディングしながら音楽を聴くのが好きです。誰もがスレイヤーの爆発音を耳にしたくない。

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

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

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

他のチームでは異なるかもしれないと思いますが、実際に何かに困惑していて助けを必要とする数回は、とにかく最終的に解決策を思い付くのが私です。私は自分の仕事は本当に得意ですが、もっと進む可能性があると思います...確かに、私は難しい問題を解決するだけの方が得策であり、一般的にはそれだけで行う方が得策だと思います。傲慢に聞こえるかもしれませんが、それはそれを偽りにすることはありません。

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

そうは言っても、私は時々それを試しました。時にはそれは小さな利点がありますが、私は確かにそれを一貫したものとして見ることができません。ローンウルフシステムは私にとってはうまくいき、チームにとってもうまくいくようです。

9
Edward Strange

ペアプログラミングは、重要な困難な作業を開始または実行するための優れた方法です。日常的で簡単な作業は、単独で行う方がよいでしょう。

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

5
9000

そんなことは決してしませんでしたが、昔はいつも新しい問題に取り組みました。ペアを組んでソリューションを開始しますが、通常は個別に細部を仕上げ/クリーンアップします。それほど多くはありません。どんどんレアになっていくようです。

5
Brian Knoblauch

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

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

3
Servius