DevLOVEでHELP ME!をやってきました。前もって何回か素振りをしてきましたが、今回はテーブルについているメンバーがヘルプミー未経験者のみでした。もしかしたらうまく行かなかったテーブルもあったんじゃないかな、とドキドキしております。プレゼンのテンプレート資料を作ってくださった、id:torazukaさん、本当にありがとうございました。当日はLTタイマーを同時使用という無茶をさせたため、ぼくのubuntuさんは完全に沈黙しておりましたが、セッション自体はなんとか回すことができました。 さて、いつも参加者が伸び悩むのは、悩みや問題というセンシティブな話題を扱うためでしょうか。だとすれば、これは本当にもったいないことなんじゃないかと思います。実際どれだけの人が、自分が問題と思っている事に対し、周りに対してアプローチできてるんでしょうか？たぶんそれほど多くないと思います。で、もしかすると文
ちょっと前Quick JUnitの管理者でもあるかくたにさんとQuick JUnitをどう改良しようか、話してきました。その時に聞いてきたアイディアに名づけるとするならTesting Context。 以前はTesting Pairだけ考えてればよかったのに。 Quick JUnitでは実装クラスに対するテストクラスが1対となって存在するという、Testing Pairという考えを元に作られています。Ctrl+9でテストクラスと実装クラスを切り替えられる、というあれです。JUnit3の時代までは必ずTestCaseクラスを継承しなければならない、テストメソッド名はtest_で始まらなければならないなど、いくつか制限がありました。なので名前で実装クラスとテストクラスを対応づけられるよう、実装クラス名+Testをテストクラス名として検索できるようになっています。実は隠してるんですが、その対応を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
