[イベント] TDD Boot Camp、いっぺんに 30組以上がペアプログラミングする壮観! - TDD.NET
12月 19日に開催された "TDD" Boot Camp に参加してきました。 60人を超える参加者がペアプロで TDD する光景は (自分もペアプロしてたのでチラっとしか見てませんが)、 なんとも壮観でした。 何人もの人と知り合うことができて、 とても楽しかったです。 電車の都合で、 懇親会には 15分くらいしか居られなかったのが残念でした。 きっと .NET Framework 組は肩身の狭い思いをするだろうなぁとおもっていたのですが、 チーム分けの最初の時点で 10名、 そのあと 2名加わってくださって 12名になり、 6人一組の C# チームが 2つ出来ました。 小島さんがコーチをしてくださって、 ペアプロで TDD に挑戦です。 開発環境は全員が Visual Studio 2010 beta2 日本語版。 (MS さんのブースにあったデモ機も含めると VS2010 が 15台
![[イベント] TDD Boot Camp、いっぺんに 30組以上がペアプログラミングする壮観! - TDD.NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/46530c258964a7dbea4bba823104a382f75b3c9c/height=288;version=1;width=512/http%3A%2F%2Fbluewatersoft.cocolog-nifty.com%2Fphotos%2Funcategorized%2F2009%2F12%2F21%2F20091219_tddbc01.png)
TDD Boot Campの感想 - @katzchang.contexts
「一番大事なことは最初に言う」とのことなので、大事なことから順に書きます。 反芻してるうちに思い出したら、追記するかもしれません。 ペアプロの前半のパートナーである@kozy4324とともにミルズ賞を受賞しました。 「前半のペアでコードが綺麗だった。私はJavaはわからないが、何が書いてあるのか、どう動くのかがわかった。後半にペアを変えても、それぞれのペアで綺麗なコードを書いていた。」とのこと。最大級の栄誉です。 個人的な理由の一つは、「いわゆるJava」っぽくないJavaが好きなので、Javaに慣れていない人向けなコードを書いていたこと。もう一つは、TDD読書会で存分に予習できていたことです。 @kozy4324はもちろん、TDD読書会のメンバーにも感謝です。 TDD Boot Camp Hokurikuを企画中です。3月予定。コーチ役としてid:t-wadaは欠かせないでしょう。Mic
コードレビューはペアプログラミングの代替手段 - プログラマの思索
garyoさんに教えてもらった「Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」」の感想を書く。 【1】コードレビューができないプロジェクトの問題点 コードレビュー以前に、レビューというプロセスが存在しないプロジェクトは数多い。 相次ぐバグ修正や仕様変更にひっきりなしに対応するのに追われて、設計書やコードを書いただけになってしまいがち。 特にデスマーチプロジェクトでは、雑な作業の結果である雑な成果物ばかり作られる。 読んでも誰も分からない、とか、誤植が多い、などの症状が頻発するだろう。 レビューのない開発チームでは、設計思想や運用ルールの情報共有ができていない。 どんな開発でも、フレームワークやハードを含めたアーキテクチャの上で設計してプログラミングする。 その思想を理解するには、最初は時間がかかる。 特に昨今のWebシステム開発では、3カ月おきに開
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ペアプログラミングは大衆向けでない？
ペア・プログラミング vs. コード・レビュー