咳マニアの集うイベント とてか03 にて発表してきました。 発表は「忍者式テスト」についてです。 忍者式テストは2004年頃に咳さんが発表されてから（咳さんチーム以外の）実施者が一人しか観測されていないテスト（開発？）手法です。 私が忍者式テストに取り組んだ経緯と、やってみてどうだったのかの感想をしゃべってきました。 Ninja Testing at Toteka03 from Nakajima Shigeru 関連資料 The Model-View-Controller (MVC) Its Past and Present ステートフルJavaScript ―MVCアーキテクチャに基づくWebアプリケーションの状態管理 MVP: Model-View-Presenter The Taligent Programming Model for C++ and Java MVCとかMVPとかし

開催趣意書「つくるいとなむ」 プログラム 13:30 開場 14:00 開始 20:00 終了予定 招待講演 岩切 晃子 氏（翔泳社） 『会社をHackするために未来会議をやったら出版流通をHackすることなったでござるの巻』 椎葉 光行 氏（楽天株式会社 大阪DU） 『失敗ばかりの開発チームをいとなむ』 テストのやり方や、スクラムの導入、DDDの採用などで失敗ばかりしている開発チーム 失敗ばかりなんだけど僕はこのチームがすごく好きです そんな開発チームをいとなむ僕が気づいたこと感じたこと大切にしていること そんなお話をしたいなぁと思います みなさんとたくさんお話できるのを楽しみにしています 一般講演 テーマ テストをしていて感じていること、気づいたこと。 テストをしていなくて、くよくよしていること。 チームで活動していて、大切にしていること。 発表者 [経験と、ルールと、知識と] @Ka

『 APIデザインケーススタディ 』という本を頂戴したので読んでみた。 ライブラリ作者に向けて この本はRuby標準ライブラリを題材にして、分かりやすく、多様な機能をサポートして、互換性を保つAPIの設計をするにはどのように考えるべきかを教えてくれる。 ここでAPIと言っているのは、一般的なRubyのクラスとオブジェクトとメソッドから成るライブラリをどうデザインするか、という話である。 別にChef RecipeやRSpec DSLのようなちょっと変わったDSLを設計するとかそういう話ではない。確かにその種の言語内DSLのデザインには固有のセンスが必要とされるし、 Ruby DSL Handbook なんて本が書かれているように実装にあたってもある種のテクニックが必要なのも確かだ。でも、それ以外の「ふつう」のライブラリのデザインは果たして簡単だろうか。 適切な粒度のクラスを定義する。必要な