ペアプログラミング - Wikipedia
2人のプログラマーによるペアプログラミング ペアプログラミング（英: pair programming）はソフトウェア開発の手法の一つで、2人のプログラマが１台のマシンを操作してプログラミングを行う手法。 当初は、２人が１台のワークステーションに向かって作業するものだったが、現在では一人で複数台を同時に使ったり、一台に複数台のディスプレイを使うことも多くなり、具体的なやり方は変わっている。 実際にキーボードを操作してコードを書く人を「ドライバ」、もう1人を「ナビゲータ」と呼ぶ。30分ごとか、単体テストを1つ完成させる度に役割を交替するのがよいとされる。また、1日に一度の頻度でパートナーを変えるのがよいともされている。 利点[編集] ペアプログラミングには、以下のような利点があるとされている。上に挙げた項目ほど重要である根拠を示していない。 規範意識の増大。ペアプログラミングでは、個人の作業
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
アジャイルプラクティス - 達人プログラマに学ぶ現場開発者の習慣 : 小野和俊のブログ
『アジャイルプラクティス』読了。献本感謝。 本書はタイトルの通り、アジャイルな開発を進めていくためのプラクティスを45個集めた本で、序盤の1章から3章はアジャイル開発のための心がけについて述べられており、4章から9章ではより実践的なプラクティスが紹介されている。 すぐに開発の現場で活用できそうな実用性と、読んでいてついクスッと笑ってしまうようなユーモアとを兼ね備えている点において、同 "The Pragmatic Programmers" シリーズのアジャイルレトロスペクティブズとノリがよく似ており、読後の感想としては、良い意味でアメリカっぽい一冊だと思った。 アジャイルの心がけと実践とが、丁寧に推敲され(元ネタとしても、日本語訳の面でも)、さまざまな角度から紹介されている本書をお勧めしたいのは、次の二つの読者層である。 アジャイル開発は、チームのメンバー全員が開発プロセスの改善に積極的で
ペアプログラミングの概念を用いた臨床研修 - レジデント初期研修用資料
レジデント初期研修用資料 引っ越し前の旧blogです。新しいアドレスは http://medt00lz.s59.xrea.com/wp/ になります 研修医の教育は面倒くさい。スタッフも、シニアレジテントも、研修医の教育に割く時間はもう1ナノ秒足りとも増やしたくない。一方、研修医の成長には誰もが期待している。早く1人前の戦力になって、病棟業務をより軽快にこなして欲しい、自分達が日々行っている戦いに、一刻も早く｢味方｣として参加して欲しいと皆心から願っている。 目的 臨床研修の効率を現在以上に上げる 現在のローテーション研修制度に対する変更は最小限に 上級生の負担は一切増やさない 具体的な方法 研修医を常に2人ペアで行動させる。 1つの科に8人ローテーションしてくるなら｢8人｣とカウントするのではなく｢4ペア｣とカウントする。 受け持ち人数は一人当たりの数は同じ、1ペアあたりの数は2倍
開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
＊「ふっかつのじゅもんがちがいます。」 - ペアプロと上司でないマネージャはすっぱいブドウ
開発者が楽しく仕事できる環境とはを読んで。 ペアプロについて 以前いた会社を辞める前に、引継ぎとして（そして個人的な実験を兼ねて）ペアプロをしてみたことがある。確かに効率的だった。近藤さんのおっしゃるような効能を容易く体感できる。僕は何一つドキュメントを書かなかったが、しかしこの引継ぎは「xxx引継ぎ資料20050806.doc」なんていうWordファイルを書いてこれを元に1時間プレゼンして、このファイルをファイルサーバの奥深くに格納するよりもはるかに効果的だった。 ヒント：そういう引継ぎはやらないよりは幾分ましだが、せいぜい「話題の映画のあらすじを教えてもらったから世間話ができる」という程度のご利益しかない。大事なことはいつだって行間に書いてあるのだ。 ペアで作業を行うため仕事以外の事は一切できない（一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまいます） 「これ
高い生産性を生み出すソフトウェア開発の秘伝
プロのトレーナーとコーチが何度も目にしてきたことがある。あまりにも多くのアジャイルチームがはまり込んでしまうパターン、すなわち、ワクワクするような、高度な「活躍」をする段階に進めず、ただの平均的な「導入」の段階で行き詰まってしまうという現象だ。読者の皆さんも考えてみてほしい。すべてのソフトウェア開発プロジェクトに共通することで、最大限にしたときに生産性が急上昇するものがあるかもしれない。実際、最も成功したチーム (アジャイルチームであれ従来からのチームであれ) の多くがソフトウェア開発の、一見単純ではあるが、よく忘れられる「秘伝」をすでに活用している。それは、頻繁にふりかえって学習する時間をつくることである。 何について学ぶのか？お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
�橡�PairProgramming.PDF