Suche senden
Hochladen
ペアプログラミング ホントのところ
•
85 gefällt mir
•
38,445 views
Takuto Wada
Folgen
『ペアプログラミング ホントのところ』2012/10/28 Scrum 道 Expo
Weniger lesen
Mehr lesen
Technologie
Melden
Teilen
Melden
Teilen
1 von 26
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
MagicOnion入門
MagicOnion入門
torisoup
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
Yoshiki Hayama
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
Tokoroten Nakayama
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
xOps: エンジニアがスタートアップの成長の原動力となる日
xOps: エンジニアがスタートアップの成長の原動力となる日
Takaaki Umada
Empfohlen
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
MagicOnion入門
MagicOnion入門
torisoup
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
Yoshiki Hayama
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
Tokoroten Nakayama
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
xOps: エンジニアがスタートアップの成長の原動力となる日
xOps: エンジニアがスタートアップの成長の原動力となる日
Takaaki Umada
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
ユーザーインタビューからその後どうするの?得られた情報を「UXデザイン」に落とし込む方法 | UXデザイン基礎セミナー 第3回
ユーザーインタビューからその後どうするの?得られた情報を「UXデザイン」に落とし込む方法 | UXデザイン基礎セミナー 第3回
Yoshiki Hayama
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
“UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回
“UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回
Yoshiki Hayama
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
Yoshiki Hayama
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
Shota Shinogi
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
Itsuki Kuroda
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
私にとってのテスト
私にとってのテスト
Takuto Wada
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
Takuto Wada
Weitere ähnliche Inhalte
Was ist angesagt?
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
ユーザーインタビューからその後どうするの?得られた情報を「UXデザイン」に落とし込む方法 | UXデザイン基礎セミナー 第3回
ユーザーインタビューからその後どうするの?得られた情報を「UXデザイン」に落とし込む方法 | UXデザイン基礎セミナー 第3回
Yoshiki Hayama
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
“UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回
“UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回
Yoshiki Hayama
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
Yoshiki Hayama
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
Shota Shinogi
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
Itsuki Kuroda
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
Was ist angesagt?
(20)
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
ユーザーインタビューからその後どうするの?得られた情報を「UXデザイン」に落とし込む方法 | UXデザイン基礎セミナー 第3回
ユーザーインタビューからその後どうするの?得られた情報を「UXデザイン」に落とし込む方法 | UXデザイン基礎セミナー 第3回
正しいものを正しくつくる
正しいものを正しくつくる
“UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回
“UXデザイン”のキモ『ユーザーインタビュー』の具体的テクニックを詳解!| UXデザイン基礎セミナー 第2回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
リーン開発の本質 公開用
リーン開発の本質 公開用
Andere mochten auch
私にとってのテスト
私にとってのテスト
Takuto Wada
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
Takuto Wada
RESTful Web アプリの設計レビューの話
RESTful Web アプリの設計レビューの話
Takuto Wada
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
Takuto Wada
Reviewing RESTful Web Apps
Reviewing RESTful Web Apps
Takuto Wada
power-assert in JavaScript
power-assert in JavaScript
Takuto Wada
Andere mochten auch
(6)
私にとってのテスト
私にとってのテスト
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
RESTful Web アプリの設計レビューの話
RESTful Web アプリの設計レビューの話
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
Reviewing RESTful Web Apps
Reviewing RESTful Web Apps
power-assert in JavaScript
power-assert in JavaScript
Ähnlich wie ペアプログラミング ホントのところ
20120711 WUM Redmineの使い道_公開版
20120711 WUM Redmineの使い道_公開版
Yu Nakata
テストからより良い組込みソフトウェア開発を考える.pdf
テストからより良い組込みソフトウェア開発を考える.pdf
耕二 阿部
DartPad+CodePenで、Flutterを体験してみよう
DartPad+CodePenで、Flutterを体験してみよう
cch-robo
すごいタスク管理(仮)
すごいタスク管理(仮)
Kakigi Katuyuki
java-ja TDD 2nd
java-ja TDD 2nd
Takuto Wada
地獄Spec
地獄Spec
Drecom Co., Ltd.
地獄Spec
地獄Spec
Tsunenori Oohara
SeasarCon 2009 White TDD
SeasarCon 2009 White TDD
Takuto Wada
テスト駆動開発入門 - C4K Meetup#2
テスト駆動開発入門 - C4K Meetup#2
Masashi Shibata
実践業務を爆速でこなすtipsとgenerics
実践業務を爆速でこなすtipsとgenerics
Daisuke Nagata
20141108 俺のエンジニアリング #devlove
20141108 俺のエンジニアリング #devlove
Takao Oyobe
ユニットテスト 1日目
ユニットテスト 1日目
Yoshiki Shibukawa
Emergent Design - ObLove 2009 summer
Emergent Design - ObLove 2009 summer
Takuto Wada
プログラミング講座 #5 競プロをやってみよう
プログラミング講座 #5 競プロをやってみよう
ZOIdayo
HTML と CSS の社内勉強会を主催した話
HTML と CSS の社内勉強会を主催した話
suno88
『はじめてのClojure』勉強会#3 第7章:テスト、テスト、テスト
『はじめてのClojure』勉強会#3 第7章:テスト、テスト、テスト
makopi 23
ペアプロはリモートでもできる!
ペアプロはリモートでもできる!
Tatsuya Deguchi
楽しいゲーム開発管理
楽しいゲーム開発管理
Maki Koiwa
OpenJDKのコミッタってどんなことしたらなったの?解決してきた技術課題の事例から見えてくる必要な知識と技術(JJUG CCC 2023 Spring)
OpenJDKのコミッタってどんなことしたらなったの?解決してきた技術課題の事例から見えてくる必要な知識と技術(JJUG CCC 2023 Spring)
NTT DATA Technology & Innovation
20121124 学生セミナー「基礎からわかる! IT業界とプログラミング」
20121124 学生セミナー「基礎からわかる! IT業界とプログラミング」
Takashi Uemura
Ähnlich wie ペアプログラミング ホントのところ
(20)
20120711 WUM Redmineの使い道_公開版
20120711 WUM Redmineの使い道_公開版
テストからより良い組込みソフトウェア開発を考える.pdf
テストからより良い組込みソフトウェア開発を考える.pdf
DartPad+CodePenで、Flutterを体験してみよう
DartPad+CodePenで、Flutterを体験してみよう
すごいタスク管理(仮)
すごいタスク管理(仮)
java-ja TDD 2nd
java-ja TDD 2nd
地獄Spec
地獄Spec
地獄Spec
地獄Spec
SeasarCon 2009 White TDD
SeasarCon 2009 White TDD
テスト駆動開発入門 - C4K Meetup#2
テスト駆動開発入門 - C4K Meetup#2
実践業務を爆速でこなすtipsとgenerics
実践業務を爆速でこなすtipsとgenerics
20141108 俺のエンジニアリング #devlove
20141108 俺のエンジニアリング #devlove
ユニットテスト 1日目
ユニットテスト 1日目
Emergent Design - ObLove 2009 summer
Emergent Design - ObLove 2009 summer
プログラミング講座 #5 競プロをやってみよう
プログラミング講座 #5 競プロをやってみよう
HTML と CSS の社内勉強会を主催した話
HTML と CSS の社内勉強会を主催した話
『はじめてのClojure』勉強会#3 第7章:テスト、テスト、テスト
『はじめてのClojure』勉強会#3 第7章:テスト、テスト、テスト
ペアプロはリモートでもできる!
ペアプロはリモートでもできる!
楽しいゲーム開発管理
楽しいゲーム開発管理
OpenJDKのコミッタってどんなことしたらなったの?解決してきた技術課題の事例から見えてくる必要な知識と技術(JJUG CCC 2023 Spring)
OpenJDKのコミッタってどんなことしたらなったの?解決してきた技術課題の事例から見えてくる必要な知識と技術(JJUG CCC 2023 Spring)
20121124 学生セミナー「基礎からわかる! IT業界とプログラミング」
20121124 学生セミナー「基礎からわかる! IT業界とプログラミング」
Mehr von Takuto Wada
unassert - encourage reliable programming by writing assertions in production
unassert - encourage reliable programming by writing assertions in production
Takuto Wada
OSS についてあれこれ
OSS についてあれこれ
Takuto Wada
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
power-assert, mechanism and philosophy
power-assert, mechanism and philosophy
Takuto Wada
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
Takuto Wada
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
テスト用ライブラリ power-assert
テスト用ライブラリ power-assert
Takuto Wada
テストを書く文化を育てる戦略と戦術
テストを書く文化を育てる戦略と戦術
Takuto Wada
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
Takuto Wada
愛せないコードを書くには人生はあまりにも短い
愛せないコードを書くには人生はあまりにも短い
Takuto Wada
例外設計における大罪
例外設計における大罪
Takuto Wada
TDDBC お題
TDDBC お題
Takuto Wada
DevLOVE DDDBC
DevLOVE DDDBC
Takuto Wada
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
Takuto Wada
js テスト放浪記
js テスト放浪記
Takuto Wada
xUTP Chapter19 (2). Testcase Class
xUTP Chapter19 (2). Testcase Class
Takuto Wada
xUTP Chapter26. Dependency Injection
xUTP Chapter26. Dependency Injection
Takuto Wada
xUTP Chapter27 Generated Value
xUTP Chapter27 Generated Value
Takuto Wada
The only one big thing every programmer should know
The only one big thing every programmer should know
Takuto Wada
Mehr von Takuto Wada
(20)
unassert - encourage reliable programming by writing assertions in production
unassert - encourage reliable programming by writing assertions in production
OSS についてあれこれ
OSS についてあれこれ
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
power-assert, mechanism and philosophy
power-assert, mechanism and philosophy
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
テスト用ライブラリ power-assert
テスト用ライブラリ power-assert
テストを書く文化を育てる戦略と戦術
テストを書く文化を育てる戦略と戦術
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
愛せないコードを書くには人生はあまりにも短い
愛せないコードを書くには人生はあまりにも短い
例外設計における大罪
例外設計における大罪
TDDBC お題
TDDBC お題
DevLOVE DDDBC
DevLOVE DDDBC
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
js テスト放浪記
js テスト放浪記
xUTP Chapter19 (2). Testcase Class
xUTP Chapter19 (2). Testcase Class
xUTP Chapter26. Dependency Injection
xUTP Chapter26. Dependency Injection
xUTP Chapter27 Generated Value
xUTP Chapter27 Generated Value
The only one big thing every programmer should know
The only one big thing every programmer should know
ペアプログラミング ホントのところ
1.
ペアプログラミング ホントのところ 和田 卓人
(a.k.a id:t-wada or @t_wada) Oct 28, 2012 @ Scrum 道 Expo
2.
自己紹介 名前:
和田 卓人 (わだ たくと) ブログ: http://d.hatena.ne.jp/t-wada メール: takuto.wada@gmail.com Twitter: http://twitter.com/t_wada タワーズ・クエスト株式会社 取締役社長
3.
問い: ペアプログラミ ングを導入するべき
か否か
4.
It depends. (それは状況によるね)
5.
ペアプログラミン グって何?
6.
7.
David
Me! Chelimsky 2人で1つのマシン、1つのキーボード
8.
ペアプロ : Pair
Programming Vim vs. Emacs キーボード ナビと 押し / 引き ドライバー http://www.flickr.com/photos/un-sharp/3696119774/
9.
ペアプログラミングの利点 1. Increased discipline
(規律の強化) 2. Better code (より良いコード) 3. Resilient flow (快活なフロー状態) 4. Improved morale (楽しさによるチー ムの士気向上) http://c2.com/cgi/wiki?PairProgrammingBenefits
10.
ペアプログラミングの利点 5. Collective code
ownership (コード の共同所有) 6. Mentoring (学習効果) 7. Team cohesion (チームの一体化) 8. Fewer interruptions (割り込み削減) http://c2.com/cgi/wiki?PairProgrammingBenefits
11.
きのこ80:
1人より2人 if ( 自分の知識 < 相手の知識 ) { 相手から多くのことを学べる } else if ( 自分の知識 >= 相手の知識 ) { 教えることで知識が整理される } => 必ず両者がお互いから何かを学ぶことが できる
12.
コードレビューとペアプロ コードレビューの問題点を解決する方 法の1つはペアプログラミングだと思い ます。 不思議なもので、書き終えたコードの指 摘をされ修正することは気分がよくない のですが、書き終える前に指摘されより 良いコードとしていくならばむしろ気分 が良いものです http://d.hatena.ne.jp/shuji_w6e/20110103/1294038245
13.
Thinking out loud:
考えを声に出す http://c2.com/cgi/wiki?ThinkingOutLoud http://c2.com/cgi/wiki?RubberDucking
14.
ペアプロが 機能しない 場合もある
15.
ペアプロが機能
しない理由 10. 管理者はハードウェアへの投資をしたくない 9. 現場がペアプログラミングに最適化されてない 8. 現場では従来型の雇用方法を採用している 7. 現場では反社会的な行動を大目に見る 6. ペア作業の生産性が理解されていない http://www.infoq.com/jp/news/2009/09/obie-pairing-not-for-everyone
16.
ペアプロが機能
しない理由 5. 現場では適格でない開発者を雇っている 4. 現場で過労と人員不足に陥っている 3. 開発者は、一緒に仕事をしている人たち全員を好いて いるわけではない 2. 開発者はそのような面倒なことをしたいと思わない 1. たいていのソフトウェアの現場では、優秀さのことを 本当には気に懸けていない http://www.infoq.com/jp/news/2009/09/obie-pairing-not-for-everyone
17.
ペアプログラミング とエゴの問題
18.
http://twitter.com/kakutani/status/10937578614169600
19.
ワインバーグの
「エゴレスプログラミングの十戒」 1. 自分が誤りを犯すということを理解し、受 け入れること。 2. 自分と自分のコードは別物である。 3. どんなに「空手」を学ぼうと、いつでもあな たよりもっと詳しい人間がいる。 4. 相談せずにコードの書き直しをしない。 5. 自分より無知な人に対しても尊敬と敬意と 忍耐を持って接すること。 http://www.aoky.net/articles/jeff_atwood/top_6_list_of_programming_top_10_lists.htm
20.
ワインバーグの
「エゴレスプログラミングの十戒」 6. 世界で唯一変わらないのは変わるというこ とだけ。 7. 唯一本当の権威は、地位ではなく知識より 生ずる。 8. 自分で正しいと思うことのために戦うこ と。しかし負けは潔く認めること。 9. 「部屋に籠りきりのやつ」にはなるな。 10. 人ではなくコードを批判すること。コー ダーには優しく、コードには厳しく。 http://www.aoky.net/articles/jeff_atwood/top_6_list_of_programming_top_10_lists.htm
21.
問い: ペアプログラミ ングを導入するべき
か否か
22.
It depends. (それは状況によるね)
23.
『塹壕より Scrum と
XP』p.88 ペアプログラミングに強硬に 反対する開発者の驚くほどの多 くは、実際には試みたことが無 く、一旦試せば即座に気に入っ て身に着けてしまう http://www.infoq.com/jp/minibooks/scrum-xp-from-the-trenches
24.
事実、ペアプロは楽しい。 http://www.flickr.com/photos/recompile_net/3298985098/
25.
It depends. But worth
doing. (それは状況によるね。 でもやってみる価値はあるよ)
26.
ご清聴ありがとうございました
Jetzt herunterladen