ムンク @skowata ヤバ、 #tddbc に備えて早めに寝るつもりだったのに、、、トラブル対応してたらこんな時間。。。orz もう、寝る。
ムンク @skowata ヤバ、 #tddbc に備えて早めに寝るつもりだったのに、、、トラブル対応してたらこんな時間。。。orz もう、寝る。
これに伴い参加募集を行いますが、公平を期すためにあらかじめ告知タイミングやサポート言語をアナウンスしておきます。 【追記】 (2011/07/07) サポート言語、フレームワーク一覧を更新 募集ページ公開日時 募集ページは 2011/07/09 (土) Zusaar にて公開、募集します。 もっとはっきり言うならTDDBC東京 1.5開催中です。 本当は7/8にしようと思っていたのですが、イベント中に公開したほうがわかりやすいかな、ということで。 私が佐賀サテライトに参加する関係上、講演中や演習中ではなく休憩時間や懇親会中になると思います。 募集ページにZusaarを利用と考えた理由としては、メッセージ一斉送信などの機能が使いやすそうだったのと、個人的に使ってみたかったからです。 イベント開催日時・場所・参加費 日時2011/07/31 10:00 to 18:00 場所ニフティ株式会社
TDD Bootcamp の体験談を聞いていたら、是非参加してみたいとおもっていました。 そうすると、 TDD Boot Camp 北陸 なるものが開催されるということで、参加してきました。 北陸エンジニアグループ,katzchangさん、t_wadaさん、その他参加者の皆さんありがとうございました。 TDD BootCampに参加して TDDと自分 じつは、TestUnitがある!ということ、TDDという言葉がある事は知っていましたが、 実際にTDDを実体験するのは初めてでした。 そんな自分が、今回TDD Boot Camp 北陸に参加して、疑問に思う事を沢山質問してきました。 その一部を記録として残しておきたいと思います。 TDDで生じた疑問とその議論結果 講演、実際のペアプロを2回で疑問に思った事とその議論結果についてまとめておきます。 t_wadaさんを含め、議論に参加頂いた方に感
TDD Boot Camp 北陸行ってきました。 TDDはテストドリブンデベロップメントの略で、自働テストを書いてから実装を書くというスタイル。ここでよく誤解されるのだけど、業務でおなじみ単体テストや結合テストといった網羅的なテストを記述してから実装を書くわけではない。目の前の1歩分、ひとつだけテストを書き、すぐさま実装を書いて自働テストをグリーンにする、というやり方をするのだ。こればかりは実際にやってみないと誤解は解けないかもしれない。 さて、深夜のテストTL - Togetterや、TDDはテスト手法か否か - Togetterで議論されている「TDDは品質保証の手法ではない」という部分に関する議論。ここでいう「品質保証」はバグがないこと、ソフトウェア品質の12の属性でいう信頼性(reliability)が高いことを指す。 TDDのスタイルには網羅的な検査をしてバグをあぶりだすようなフ
自由回答欄がいい感じにいい感じなので、だーっとコピペします。 引き続き、このアンケートにご協力頂けるかたを募集しています。TDDBC北陸に参加してみたい方はもちろん、興味はあるけど参加はできなさそうな方なども、ぜひご協力ください。 アンケートは => http://bit.ly/6ToL7W イベントの参加募集は、1/12くらいから始める予定です。参加表明っぽい設問がありますが、改めて募集しますので、今しばらくお待ちください。顔。 あなたが自動テストを使って開発しているなかで、課題となっていることがあれば、教えてください。 TDDを既に実践している テストの資産価値。今後役に立たない/足枷となるテストをいかに捨てるか。 スローテスト。 テストしにくいもののテスト。JavaScript や GUI など。 「テスト」という用語がもたらす誤解。お客様には品質保証として捉えられがち。都度説明して
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に行ってきました。 ◯t-wadaさんのTDD話 いつものように資料があとでアップされるのではないかと思います。 個人的にとってたメモを以下に載せておきます。 会場ではt-wadaさんのテスト駆動開発本が見れるようになっていました。かなり読み込まれた形跡があって、TDD愛が伝わります。訳がいまいちというAmazonレビューで躊躇していましたが購入して読んでみようと思います。 ◯Test Drivenの作者 Lasseさんの講演 レシーバーが足りなそうだったので英語を聞きとるのに必死になってしまい、話の所々がフォローできず。 twitterの#tddbcタグを見る方が参考になるかも。 内容はレガシーコード改善ガイドの紹介と、Coberturaのライブハッキング。Eclipseのコードさばきが見事すぎて見とれてしまいます。 ◯TDD実践編 ペアを組んでサ
というわけで、晒します。 前半は@katzchang・@kozy4324のペア。後半は@katzchang・@yugoriのペア。 Eclipseは独自に履歴を持っているので、2パターンを引っ張り出してきました。クラス宣言部にカーソルを当てて右クリックからLocal History。たぶん20セーブくらいしか保持してないけど、たまに助かることもあります。 仕様変更直後くらい ということで、仕様変更直後くらいのセーブから。大体の時間で取っているので、REDな組み合わせかも知れません。 基本的には、テストコードは下に順に追加していっています。上にある項目から順に、プロダクトコードを作り込んでいったってことです。 第一の仕様変更(キャッシュサイズを変更できるようにする)まで対応済、第二の仕様変更(一定時間が経過したデータはキャッシュから消える)に対応しようとしたら、既存機能にバグの疑いがあり、バ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く