最近行ったTDDの講演や寄稿について - t-wada の日記（旧）
こんにちは、だんだんブログ勘を取り戻していきたい和田です。このエントリは TDD Advent Calendar 2013 の 11 日目のエントリです。このエントリでは、最近行ったテスト駆動開発関連の講演や寄稿に関して、この機会にまとめておきたいと思います。 DevLOVE 現場甲子園 まず 11/9 にDevLOVE現場甲子園2013にて「テストを書く文化を育てる戦略と戦術」というタイトルで短い講演をさせて頂きました。DevLOVE 甲子園は楽天第2タワー大広間の四隅で最大四つの講演が同時に行われるという意欲的なイベントで、話す方も気合い(と声量)が必要な場でした。 この講演では、開発者が自動テストを書く文化が無かった組織に自動テストの文化を育てる際の姿勢、心がけについて短い時間でまとめました。そのときの講演資料がこちらです(ライセンスは CC BY です)。 テストを書く文化を育てる
「はてな エンジニアブロガー祭り」に登壇させていただきます - t-wada の日記（旧）
こ、こんにちは、はてなブロガーの和田です(震え声) このたび、「はてな エンジニアブロガー祭り」に登壇させていただくことになりました。登壇するのは、 "第2部 パネルディスカッション「ブログとエンジニアと私」" です。 第2部のパネルディスカッション「ブログとエンジニアと私」では、エンジニアがブログを書くことのメリットや、長年にわたって書き続ける意味、それを通して得られた体験などを、ゲストスピーカーの皆さまにパネルディスカッション形式で語り合っていただきます。まず、同世代のエンジニアでお話しいただき、後半で全員がディスカッションする2部構成とさせていただきました。 はてな エンジニアブロガー祭り 近年ではすっかり日記力も落ち、日記どころか年記状態になってしまっていますが、はてブも含めると 10 年近くはてな(ダイアリー、ブックマーク)を使わせて頂いています。ネット上で t-wada さんと
「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧）
このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん
第二回チキチキ 日本ペアプログラミングの会java-ja支部会（仮）にて TDD の講演をさせていただきました - t-wada の日記（旧）
イベントに参加された皆様、ありがとうございました。 そして、会場を提供してくださった株式会社ドワンゴさま、そして会場設営、配信設備等々ご尽力いただいた coji さんにお礼申し上げます。ありがとうございました。 久しぶりの java-ja でしたが、 java-ja はやはり java-ja でした。話していて本当に楽しかったです。まとめると、 TDD は黄金の回転なのでみんな SBR(Steel Ball Run) を読んでくださいね。 当日資料はこちらです(またも slideshare の埋め込みに失敗。なぜだろう?) ペアプロのデモは id:kompiro とふたりで行いました。id:kompiro は前日 Twitter で無茶振りしたにも関わらず快諾してくれました。ありがとうございます。Eclipse のショートカット機能や Quick-JUnit プラグイン、そして Kent
S2REST(仮)をseasarのsandboxへ申請したいと考えています - t-wada の日記（旧）
JSR311はJavaでRESTfulなサービスを作るための仕様案です。yone098さんもJSR311に興味を持っているみたいですね。 意外とまだ変更が多いJSR311 実はJSR311のアノテーションは、trunkでもう変わってしまっています。 https://jsr311.dev.java.net/ https://jsr311.dev.java.net/svn/jsr311/trunk/src/jsr311-api/src 具体的には、UriTemplateとUriParamとHttpMethodの各アノテーションが無くなったり(!)、使い方が変わったりしています(「Path系」に変わっています。詳しくは、このエントリのコードサンプルのところをご覧ください)。 ここ何ヶ月かJSR311のtrunkを追っているのですが、結構変わります。そういうきっかけもあり、このエントリを書いていま
J2EE勉強会での発表資料を公開します - t-wadaの日記
id:takubonさんからいただいたコメントに触発されてちょっと書いてみます。 リリースを行う際に利用者に公開したインターフェイスが「公布済みインターフェイス(published interface)」になります。短い期間のイテレーションを繰り返してチーム間で結合を繰り返していく場合には、利用者は他のチームとなります。イテレーションの期間に応じて不完全な形でインターフェイスを公布する機会があるかもしれませんし、実際に機能を制限してリリースを行ったりもします。 短い期間で反復開発しているということは、インターフェイスを公布する機会が増えるということです。公布する機会が増えれば、リファクタリングの範囲が公布済みインターフェイスに引っかかる確率も増えます。すると、公布済みインターフェイスの変更はリファクタリングの枠を越えて「仕様変更」となってしまうことが多くなってしまいます。 これがイテレーシ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
