TDD Boot Camp Tokyo 2013-07/KPT - History
!Keep
* 「不安をマネジメントする」という視点で適度にテストを書く
* TAできた
* 充実したTA陣
* 自発的だったのであまりTAの出番なかった
* 用語集
* 他言語のテストコード見るの楽しかった
* 他の言語のことも知れて楽しかった。
* 他の言語のコード見るの楽しい
* アイスはよかった。(すぐに食べないと溶けるので、強制的に休憩を促せる)美味しかった！
* プログラミングしやすい環境
* STEP0から書き始めるとたびたび「それこの先考えるとやばそう」ってなるのでひと通り見た方が良い
* サプライズゲスト、スペシャルゲスト
* Steveさんのお話が聞けた！
* Steveさんにまた来てほしい。
* Steve Freeman氏とペアプロしたった
* Steveのコード見れた
* コードあげました
* ペアプロによって普段意識してなかった設計部分まで気づけた。
* ペアプロで手を動かせたのがよかった。
* ペアプロ is GOOD!! 特に設計に関して
* ペアプロ初めてだったけど楽しかった
* ペアプロで他の意見を聞く
* 和田さんの講演で、導入事例の数字が出ていたので、啓蒙に使いたいと思った。
* ペアプロで他の人は考え方が全然違うと知った。交互に行うことによって、どちらが強くなることが無くて良い。
* 楽しい。
* いろんなテストを見れてよかった。
* Perl忘れてたのでドライバー出来なかった
* Wikiの言葉が曖昧なおかげで設計の議論ができてよかった(値段はジュースの「初期状態」なのか？ →違う。とか)。
* いつもより女性が多かった
* 一日コードを書く時間を持てると楽しい。
* 実装(ペアプロ)タイムとレビュータイムのバランスがちょうどよかった。
* 楽天タワー近い
* 遅刻しない
* テストの自動実行させたこと。
* それぞれの環境で開発できた。
* 1000円でこの内容が受けられるのは夢のようです。
* guardは量が少ない時は便利
* 設計に踏み込んでペアプロ
* 課題に色々考える余地が残されているので、取り組み甲斐がありました。
* スケルトンよい(setupでハマらない)
* パラメタライズドテスト便利！
* クラス設計を見直せたこと
* rubyの勉強に続ける
* Quick JUnitを使ってみた
* OOP的な責務のモデリング
* リファクタリング、ガンガンするの良い
* 初心者は先生と組んだ方が無難。
* SteveのサインをGOOS本にもらった
* Steveに質問できた
* たくさんの本の課題とセットでの紹介
* テストが通った時の喜び GooD!!
* TDDのメリットは心理的なもの
* ペアプロの目的(教育なのかドライブなのか)について考えることができた。
* オブジェクト指向っぽいコードから関数型っぽいコードに大幅に変更したが、直す際に既存のテストが役立った。
* こまめな交代ができた。
* コードとテストコードのリファクタがよくできた。
* ペアプロ最高！
* TDDについての勉強
* TDDする
* 黄金の回転ッ！
* 今やっているのはどの矢印で、その一つのことに集中するのが重要ということを実感することができた。
* Githubの利用。
!Problem
!Try
* 設計をどの時点で固めていくのか。
* 仕様変更しやすいようにミニマムなハッシュを作る(最初は)
* とりあえずIntelliJ IDEA使っているとデキる人に見えそうなので使う
* 岡山のペアプロデモではやさしいScalaにする
* (Steveに限らず)タレントのコードも紹介する
* 次回までにマルチリンガルのTA
* キャンセル待ちだと思ったら最終チェックを怠らない。
* 遅刻しない。
* 色んなペアでやってみたい！
* ペアプロでTDDをUSTで流しても面白いかも
* TDDBCの次の実践TDD！
* 静的型付け関数型言語でTDD
* 証明駆動開発
* 「不安がないからテストしません」と自信を持って言い、注力すべきことに取り組む。
* TDDする(続ける)
* JUnit本完読して実践したい
* 紹介された本を読む
* 実践テスト駆動開発精読
* リファクタリングに時間をかける
* リファクタリングの本を読んで極めたい！
* 朝がツライのでがんばる
* テストコード書かない人には、ペアプロで張り付きます
* 会社でもペアプロ/TDD取り入れる
* TAでも久しぶりにペアプロしたい
* あとでFreemanさんとのペアプロの話をあげます
* テンション上がったのでコード書く量増やします
* Guard使ってみる
* 自分が知っているフレームワークや言語以外のテスト・フレームワークについても勉強したい
* Groovyやってみようかなー
* Haskellでやってみる
* ExcelVBAでTDD
* JSは各フレームワーク毎に比較してみたい
* JavaScriptのUnitTestからは逃げ続けてきたので、この機会にチャレンジしたい
* 家で続きをやる。
* 残りの課題やり終える
* Designをきちんとする、テスト可能か、Boundaryはどこか
* モデリングにもっと時間をかける
* Type Driven Design
* 「不安をマネジメントする」という視点で適度にテストを書く
* TAできた
* 充実したTA陣
* 自発的だったのであまりTAの出番なかった
* 用語集
* 他言語のテストコード見るの楽しかった
* 他の言語のことも知れて楽しかった。
* 他の言語のコード見るの楽しい
* アイスはよかった。(すぐに食べないと溶けるので、強制的に休憩を促せる)美味しかった！
* プログラミングしやすい環境
* STEP0から書き始めるとたびたび「それこの先考えるとやばそう」ってなるのでひと通り見た方が良い
* サプライズゲスト、スペシャルゲスト
* Steveさんのお話が聞けた！
* Steveさんにまた来てほしい。
* Steve Freeman氏とペアプロしたった
* Steveのコード見れた
* コードあげました
* ペアプロによって普段意識してなかった設計部分まで気づけた。
* ペアプロで手を動かせたのがよかった。
* ペアプロ is GOOD!! 特に設計に関して
* ペアプロ初めてだったけど楽しかった
* ペアプロで他の意見を聞く
* 和田さんの講演で、導入事例の数字が出ていたので、啓蒙に使いたいと思った。
* ペアプロで他の人は考え方が全然違うと知った。交互に行うことによって、どちらが強くなることが無くて良い。
* 楽しい。
* いろんなテストを見れてよかった。
* Perl忘れてたのでドライバー出来なかった
* Wikiの言葉が曖昧なおかげで設計の議論ができてよかった(値段はジュースの「初期状態」なのか？ →違う。とか)。
* いつもより女性が多かった
* 一日コードを書く時間を持てると楽しい。
* 実装(ペアプロ)タイムとレビュータイムのバランスがちょうどよかった。
* 楽天タワー近い
* 遅刻しない
* テストの自動実行させたこと。
* それぞれの環境で開発できた。
* 1000円でこの内容が受けられるのは夢のようです。
* guardは量が少ない時は便利
* 設計に踏み込んでペアプロ
* 課題に色々考える余地が残されているので、取り組み甲斐がありました。
* スケルトンよい(setupでハマらない)
* パラメタライズドテスト便利！
* クラス設計を見直せたこと
* rubyの勉強に続ける
* Quick JUnitを使ってみた
* OOP的な責務のモデリング
* リファクタリング、ガンガンするの良い
* 初心者は先生と組んだ方が無難。
* SteveのサインをGOOS本にもらった
* Steveに質問できた
* たくさんの本の課題とセットでの紹介
* テストが通った時の喜び GooD!!
* TDDのメリットは心理的なもの
* ペアプロの目的(教育なのかドライブなのか)について考えることができた。
* オブジェクト指向っぽいコードから関数型っぽいコードに大幅に変更したが、直す際に既存のテストが役立った。
* こまめな交代ができた。
* コードとテストコードのリファクタがよくできた。
* ペアプロ最高！
* TDDについての勉強
* TDDする
* 黄金の回転ッ！
* 今やっているのはどの矢印で、その一つのことに集中するのが重要ということを実感することができた。
* Githubの利用。
!Problem
!Try
* 設計をどの時点で固めていくのか。
* 仕様変更しやすいようにミニマムなハッシュを作る(最初は)
* とりあえずIntelliJ IDEA使っているとデキる人に見えそうなので使う
* 岡山のペアプロデモではやさしいScalaにする
* (Steveに限らず)タレントのコードも紹介する
* 次回までにマルチリンガルのTA
* キャンセル待ちだと思ったら最終チェックを怠らない。
* 遅刻しない。
* 色んなペアでやってみたい！
* ペアプロでTDDをUSTで流しても面白いかも
* TDDBCの次の実践TDD！
* 静的型付け関数型言語でTDD
* 証明駆動開発
* 「不安がないからテストしません」と自信を持って言い、注力すべきことに取り組む。
* TDDする(続ける)
* JUnit本完読して実践したい
* 紹介された本を読む
* 実践テスト駆動開発精読
* リファクタリングに時間をかける
* リファクタリングの本を読んで極めたい！
* 朝がツライのでがんばる
* テストコード書かない人には、ペアプロで張り付きます
* 会社でもペアプロ/TDD取り入れる
* TAでも久しぶりにペアプロしたい
* あとでFreemanさんとのペアプロの話をあげます
* テンション上がったのでコード書く量増やします
* Guard使ってみる
* 自分が知っているフレームワークや言語以外のテスト・フレームワークについても勉強したい
* Groovyやってみようかなー
* Haskellでやってみる
* ExcelVBAでTDD
* JSは各フレームワーク毎に比較してみたい
* JavaScriptのUnitTestからは逃げ続けてきたので、この機会にチャレンジしたい
* 家で続きをやる。
* 残りの課題やり終える
* Designをきちんとする、テスト可能か、Boundaryはどこか
* モデリングにもっと時間をかける
* Type Driven Design
Keyword(s):
References: