TDD Boot Camp Fukuoka 2013/2日目KPT

• 当分補給！
• 自分の不勉強(言語仕様とか)がよくわかった！
• とても（頭が）つかれた！
• 昨日にくらべてTDDに慣れたので回転が早くなった
• １つづつテスト→空実装→テスト→実装→リファクタと細かく回せた
• 試行錯誤がうまくいってキレイに実装できた
• JavaのRegexの使い方に詳しくなれた
• 置換する文字列のパターンを変数名で表現できた
• 仕様を小さく落としこむことをTODOの作成を通して進めれた
• TODOを作る時は大きな課題を小さく細かくする
• 難しい題材にペアプロで取り組む
• レベルが同じくらいの人とのペアプロが楽しかった
• 昨日よりスムーズにドライバーとナビゲータを切り替えられた
• 実装に移る前に手順について２人で話す
• Vimmerとペアを組む
• gitが使えるようになったのが嬉しい！テストもうまくかけるようになった
• gitでしっかりコミットログを残せた
• githubにコードを上げる
• gitを使う時の注意を再確認できた
• githubの使い方に少し詳しく慣れた
• rspecのexpectをつかった
• 意識して回転良くまわせて気持ちよかった！
• ペアプログラミングが体験できる、楽しい
• 昨日より実践的な課題だったので、細かい疑問点などがでてきて他の人に聞くことができた

• 実装になかなか移れない
• 単純にプログラミングの力が足りず、お題をなかなかこなすことができなかった
• 実装をよくするにはコーディング力が当たり前に必要・・・
• サイクルを回すことにとらわれて実装コードが拙い
• LTの準備ができなかった
• もうちょっと無難なスイーツにすべきだったかも。。。
• ランチの場所に困った!
• 昨日のお酒がのこってる。。。
• gitのコミットをすぐわすれる
• projectのインポートやgithubの準備にてまどってしまった
• もっと時間がほしかった
• 時間配分やコーディングの流れをうまく調節することができず少しグダグダになってしまった
• 設計の時間配分ができていなかった
• 黄金の回転をすばやく回すことができなかった
• 時間があっというまだった
• 2日連続は疲れる
• Rspecをもっと勉強しなければ
• Rspecのdescribeの名前に困る
• テストコードが具体的過ぎて量が多くなった
• obj-cでバグがクソ！
• C#でpaserやformatterを良い感じに作る方法がわからなかった
• xcodeキライ
• USキーボード使いづらい
• vim × emacs JIS vs US
• IntelliJ IDEAの環境が死んでた
• 昨日、今日ともにお題そのものよりも正規表現にハマっていた気がする
• 設計のことがわからなかったのでテストが考えられなかった
• wikiの仕様が分析しづらかった
• 仕様の確認が甘かった
• 冷房直下のせいか少し寒かった

• railsでアプリを作るときのTDDを使ってみたい
• androidでTDDやりたい
• このTDDをきっかけに返ってからTDDを取り入れたい
• 昼食は弁当を一括注文したら、みんなでワイワイ盛り上がれたかもしれない
• ペアプロ時に23インチワイドくらいの画面があるとやりやすいかも
• もっと設計を詰めて方TDDしたほうがよい?
• 設計の勉強をする。テストファーストは無理でもテストは書く！
• テストコードを抽象化する
• サイクルをもっと早く回す
• プログラミング力をつける
• 明日からTDDとペアプロを始める
• rubyのコーディング力UP
• 同じ言語チーム間での結果、手法を比較
• coqで証明駆動開発
• 自分の守備範囲外の言語に挑戦したいです
• 次は別言語に挑戦したい！
• macとlinux環境も欲しい
• commitの粒度をもう少し細かくしたい
• git-nowについて話しておく
• gitへのこまめなコミットをする。（なぜこの変更をしたか、どこを変更したか）
• gitでテストコード管理
• レビューを見据えたペアプロでのgithubの利用方法をまとめたい
• .NetFrameworkの勉強をする
• Gauche使い　Clojure使いを連れてくる
• 実践 and 実践 skill up

Keep

• テンプレートを用意した
• 途中でレビューを入れた
• コードレビューをいつもより長め行い、きちんとコメントした
• ネットワークが安定している会場を使った

Problem

• テンプレートがない言語があった(obj-c, php)
• TDDと関係ない問題にハマ人がいた(git、正規表現)
• ランチの場所に困る人がいた
• 最初のアイスブレイクがなかったことで、１日目の出だしが遅かった
• ペアづくりに困る人がいた(C#)

Try

• テンプレートを増やす(organizationのissueに上げる)
• 正規表現系の課題はやめる or 減らす
• 休日を加味したランチマップをつくる
• アイスブレイクの時間をスケジュールに組み込む
• ポジションペーパーをつくる(wiki or google docs)
• リポジトリは主催者のところでなく、TDDのorganizitionに作る
• 募集言語をTAのスキルに合わせる
• TAのスキルセットがわかるページを作る(organizationのwikiを使うなど)
• TDD devtestingで設計の良書紹介

Pending(結論先送り)

• gitについてTDDでどこまでサポートするか？
• 応募時にgitありなしをいれるか？