#tddbc イベント設計についての議論(9/24)
@bleis 遅レスですが、良いアイデアです。やってみたいですね。バージョン管理システムの多様性をどうするかが課題かな…もっとコンテキスト(言語,習熟度)を絞る感じですかね #tddbc
2010-09-24 00:34:47@t_wada 初日はバージョン管理システムごとにチームを作って、二日目は言語ごとに作り直す、とかですかね。二日目の宗教戦争のネタがひとつ増えてしまうw
2010-09-24 00:36:57@bleis そこを何とかしなければならないですね。 git/hg/svn で三人は必要?(とか言うと bzr 派がとか宗教戦争乙) Pragmatic Guide シリーズのような良く使う操作のテンプレはあるでしょうし、ある程度内容の統一はとれそうだなと思います。 #tddbc
2010-09-24 00:43:56@bleis @t_wada git/hg/svnの使い方を教えるだけであれば講師の方もなんとかなるのではないでしょうか?ただ、どうせやるのであれば、各SCMの哲学というか考え方というかを伝えたいですよね。 #tddbc
2010-09-24 00:50:13tddbcはtddを極めるための存在であって欲しくて、SCMにいちいたこだわるのはどうかなーとは思う。
2010-09-24 00:53:14なるほど。 #tddbc RT @yusuke_kokubo: tddbcはtddを極めるための存在であって欲しくて、SCMにいちいたこだわるのはどうかなーとは思う。
2010-09-24 00:55:54@tosikawa いいですね。それはもはや SCMBC かもw 力点、イベントの軸足をどうするかですかねぇ(全部中途半端というのだけは避けたいです)。あとはインフラをどう用意するかとか。 #tddbc
2010-09-24 00:56:00@tosikawa @bleis SCM 無しの TDD はありえないわけで、イベントの要素として是非とも組み込みたいです。 #tddbc
2010-09-24 00:57:28scmもあくまでも手段でしかないので、大きな文脈のなかで使いこなさないと返って弊害になりかねない、って思ったり。
2010-09-24 01:03:10@t_wada @bleis SCMにしろ、レガシーコードにしろ、周辺の話題を扱うのであれば、軸足をしっかり考えていかなければというのはありますよね。ただ、前回の東京のラッセの講演もレガ改が中心であったとおり、直接TDDではないけれども、付きまとう問題ですからね。 #tddbc
2010-09-24 01:05:45バージョン管理、テスティング、自動化、TDD、レガシーコード改善。伝えたいことをいろいろ盛り込むと一日や二日では足りないですよね。それぞれの要素だけで1イベントたり得る。だから取捨選択やコンテキスト絞りなどのイベント設計が必要になる。 #tddbc
2010-09-24 01:06:07@tosikawa tddを実践するためのツールとしては必須だと思いますが、そこに哲学まで必要なのかな?とちょっと思いました^^;
2010-09-24 01:06:35時間的制約を考えてSCMとレガシーコード改善のどちらをとるか、という問いに、今のところTDDに軸足を置くことを考えたうえでSCMに傾きつつある #tddbc
2010-09-24 01:08:29