TDD Boot Camp(TDDBC) - TDDBC横浜2nd/KPT Diff
- Added parts are displayed like this.
- Deleted parts are displayed
like this.
! Keep
http://farm9.staticflickr.com/8438/7910859150_b67a155d6a_b.jpg
*楽しかった！
*ペア間で交代するときにGitHubのリモートブランチを利用
*コードレビュー時の議論がとても参考になった
*ハンズオン形式でスタッフがサポートしてくれて、すごく助かった。
*テストコードが書けた。
*用語集
*TDDの勉強及び、周囲にTDDを広めていく事
*質問タイムが濃くて面白かった。
*TDD、ペアプロのやり方、タイミング等を知ることが出来たので仕事でも実践出来るようにしていく。
*ペアプロ
*letとsubjectの書き方、使い方が聞けたのが良かった。
*テストを書く習慣
*ペアプロが上手く回っていた
*テストファーストで無くても必ずテストを書くようにする
*自己組織化されたスタッフ
*まず状況の洗い出しを行なっていたので、Specが書きやすかった
*用語集が便利だったので続けて欲しい
*ペアプロもTDDも、シームレスにフィードバックが得られて良かった
*用語集があるのは助かった
*Red, Green, Refactoringのタイミングでgit commitしたのでレビューしやすかった
*質問コーナーが助かった。
*コードに引きづられないで皆さん設計してた！
*デモのペアプロが良かった
*Ruby初心者だけど、ぼちぼち出来た
http://farm9.staticflickr.com/8171/7910858468_3f17d35a1a_b.jpg
*使用する言語のテストツール知識が薄過ぎた
*きちんとTDDが出来る環境が作れていなかった。
*環境構築が間に合わず、実習時間に影響を与えてしまった。
*遅刻良くない
*ペアプロでも『こうした方が良い』って考えが思い浮かびつつも、言えない事があった
*ネットワークがやや不安定だった
*ステップを先にすすめる事を優先するために、設計を安易に切り上げたくなった
*マイクが欲しかった。声が聞こえにくい時がちらほら
*テストリストをもっと詰めてからテストコードを書く
*仕様分析をあまりしなかった
*ペアプロの交代タイミングを忘れてしまった。
*テスト環境の構築に時間が掛かったこと。
*ペアプロのデモ、やり方を考えないと只観ているだけに…
*暑かったので、涼しい時に。
*開発環境の使い込みが甘い→練習する
*git commitが上手く出来なかった
*TAとして、ペアでのトークの合間にどうやってコメントを挟むべきか
*ペアプロ時、コードを書くことを先行し過ぎた
*describe it、最終的に使い方がごちゃごちゃした
*Rubyについてもっと勉強する
*慣れていないので時間が掛かってしまう
*キーボード配列が違うと、ペアプロが大変
*スイーツ不足
*タイムキープ任せっぱなしですいませんでした
*マイクはあった方がいいと思う。
*TDDBCは毎回男臭い
! Try
http://farm9.staticflickr.com/8314/7910857806_f966441d5e_b.jpg
http://farm9.staticflickr.com/8454/7910857186_a1b9ee7b1d_b.jpg
*ネットワーク環境の改善
*新しい言語で参加/TA
*『テスト駆動開発入門』を写経
*テストコードを業務・会社内で布教活動する(もちろんTDDもやる)
*テスト駆動開発入門を写経
*Interfaceを使ったコードを書く
*スタッフとして協力したい
*ポジションペーパー印刷しておけば良かったかも。(ネットワーク的に見えなかったりしたので)
*自分の知っている言語で挑んだので、その他の言語にもTryしたい
*会社ではTDDは現状自分だけがやり始めている状態だが、他の開発メンバーと共に進めていきたい
*グリーンになったら(細かい単位で)コミット
*Testableなコードの書き方を身に付けたい
*テスト名が長くなる事の対策は？
*小さなところからでもコツコツ実践して慣れる
*効率的な(書き過ぎない)テストの仕方、講習
*もっとテストについて勉強していきたい
*テスト駆動開発入門を読んで写経する
*テストを書き始める
*良いタイミングでのコーチング
*My TDDチートシートを作る(ショートカットとか、コミットタイミングとか)
*プロジェクトの環境をTestableにする
*テスト駆動開発入門の写経
*テストツールを調べて使ってみる
*実務での実践
*テスト駆動開発入門写経
*git自動commit
*BDDスタイルのテストを書く
*業務で使ってみる
*社内への共有を行い、チーム全体がテストコードを書くようにしたい
*git-nowなど、gitをもっと使いこなしたい
*開発環境を整備する
*TDDの課題とか色々写経する
*Spock良いな〜
*Ustやってみるとか
*２日掛かりでコーディングしてみたい！メチャ疲れそうですが、もっとコーディングの時間が欲しい！
*次はTAやりたい
*Jasmineやってみたい
*担当できる言語を増やす
*新プロダクトにはテストを入れる(コアロジックだけでも)
http://farm9.staticflickr.com/8438/7910859150_b67a155d6a_b.jpg
*楽しかった！
*ペア間で交代するときにGitHubのリモートブランチを利用
*コードレビュー時の議論がとても参考になった
*ハンズオン形式でスタッフがサポートしてくれて、すごく助かった。
*テストコードが書けた。
*用語集
*TDDの勉強及び、周囲にTDDを広めていく事
*質問タイムが濃くて面白かった。
*TDD、ペアプロのやり方、タイミング等を知ることが出来たので仕事でも実践出来るようにしていく。
*ペアプロ
*letとsubjectの書き方、使い方が聞けたのが良かった。
*テストを書く習慣
*ペアプロが上手く回っていた
*テストファーストで無くても必ずテストを書くようにする
*自己組織化されたスタッフ
*まず状況の洗い出しを行なっていたので、Specが書きやすかった
*用語集が便利だったので続けて欲しい
*ペアプロもTDDも、シームレスにフィードバックが得られて良かった
*用語集があるのは助かった
*Red, Green, Refactoringのタイミングでgit commitしたのでレビューしやすかった
*質問コーナーが助かった。
*コードに引きづられないで皆さん設計してた！
*デモのペアプロが良かった
*Ruby初心者だけど、ぼちぼち出来た
http://farm9.staticflickr.com/8171/7910858468_3f17d35a1a_b.jpg
*使用する言語のテストツール知識が薄過ぎた
*きちんとTDDが出来る環境が作れていなかった。
*環境構築が間に合わず、実習時間に影響を与えてしまった。
*遅刻良くない
*ペアプロでも『こうした方が良い』って考えが思い浮かびつつも、言えない事があった
*ネットワークがやや不安定だった
*ステップを先にすすめる事を優先するために、設計を安易に切り上げたくなった
*マイクが欲しかった。声が聞こえにくい時がちらほら
*テストリストをもっと詰めてからテストコードを書く
*仕様分析をあまりしなかった
*ペアプロの交代タイミングを忘れてしまった。
*テスト環境の構築に時間が掛かったこと。
*ペアプロのデモ、やり方を考えないと只観ているだけに…
*暑かったので、涼しい時に。
*開発環境の使い込みが甘い→練習する
*git commitが上手く出来なかった
*TAとして、ペアでのトークの合間にどうやってコメントを挟むべきか
*ペアプロ時、コードを書くことを先行し過ぎた
*describe it、最終的に使い方がごちゃごちゃした
*Rubyについてもっと勉強する
*慣れていないので時間が掛かってしまう
*キーボード配列が違うと、ペアプロが大変
*スイーツ不足
*タイムキープ任せっぱなしですいませんでした
*マイクはあった方がいいと思う。
*TDDBCは毎回男臭い
! Try
http://farm9.staticflickr.com/8314/7910857806_f966441d5e_b.jpg
http://farm9.staticflickr.com/8454/7910857186_a1b9ee7b1d_b.jpg
*ネットワーク環境の改善
*新しい言語で参加/TA
*『テスト駆動開発入門』を写経
*テストコードを業務・会社内で布教活動する(もちろんTDDもやる)
*テスト駆動開発入門を写経
*Interfaceを使ったコードを書く
*スタッフとして協力したい
*ポジションペーパー印刷しておけば良かったかも。(ネットワーク的に見えなかったりしたので)
*自分の知っている言語で挑んだので、その他の言語にもTryしたい
*会社ではTDDは現状自分だけがやり始めている状態だが、他の開発メンバーと共に進めていきたい
*グリーンになったら(細かい単位で)コミット
*Testableなコードの書き方を身に付けたい
*テスト名が長くなる事の対策は？
*小さなところからでもコツコツ実践して慣れる
*効率的な(書き過ぎない)テストの仕方、講習
*もっとテストについて勉強していきたい
*テスト駆動開発入門を読んで写経する
*テストを書き始める
*良いタイミングでのコーチング
*My TDDチートシートを作る(ショートカットとか、コミットタイミングとか)
*プロジェクトの環境をTestableにする
*テスト駆動開発入門の写経
*テストツールを調べて使ってみる
*実務での実践
*テスト駆動開発入門写経
*git自動commit
*BDDスタイルのテストを書く
*業務で使ってみる
*社内への共有を行い、チーム全体がテストコードを書くようにしたい
*git-nowなど、gitをもっと使いこなしたい
*開発環境を整備する
*TDDの課題とか色々写経する
*Spock良いな〜
*Ustやってみるとか
*２日掛かりでコーディングしてみたい！メチャ疲れそうですが、もっとコーディングの時間が欲しい！
*次はTAやりたい
*Jasmineやってみたい
*担当できる言語を増やす
*新プロダクトにはテストを入れる(コアロジックだけでも)