タグ

dddに関するkoroharoのブックマーク (3)

  • 最近のおっさんたち - steps to phantasien

    Gisted のドッグフードをかねて InfoQ のインタビューやプレゼンを見るようになった。 いくつか面白かったのを紹介したい・・・とおもってるうちにバックログを溜めすぎた。一度に紹介するのは諦めて何度かにわけよう。 今日はおっさん、具体的には ThoughtWorks 周辺の面々を追いかけてみます。InfoQ 中心だけどそれ以外も若干あり。 When Geek Leaks “プロダクティブ・プログラマ ” の著者 Neal Ford が あるキーノートにつけたタイトルは ”When Geek Leaks“。 ここでの Leak は前向きだ。Geek の情熱がその主たる関心の外にも影響を与えていくといいですね、という話。 ファインマンが物理学という専門以外で発揮した数々のいたずら心、 ”Now Every Company Is A Software Company” という Forbes

    koroharo
    koroharo 2013/04/25
    『私や同世代のおっさんが「設計レビューするからドキュメント出してよ」と言われたとき脊髄に走った F ワードの血潮と同じものが、 「TDD しろよ」と言われた若者の体を駆け抜けるのではないか。 』
  • 抽象化のスキルアップ(発想の転換) | システム設計日記

    設計の基スキル「抽象化」の力のつけ方のヒント。 小さく・少なく・短く あるものを「抽象化」すると、結果は、 ・小さく ・少なく ・短く なる。 抽象化のスキルとは、「小さくする」「少なくする」「短くする」スキル、ということ。 目的はコミュニケーション 「抽象化」の目的は、関係者のコミュニケーションの良い「ネタ」や「道具」を提供することです。 大きくて、多くて、長いものは、コミュニケーションが大変ですよね? 1万行の一枚岩クラスなんて、読む気がしない。(読んでもわからない)。 どういうモデルで、どういう設計・実装になっているか、簡単に伝えるには、「1万行のコード」を「抽象化」して、「小さく」「少なく」「短く」説明すればいいんだ。 100ページの仕様書を頭から読みはじめて、隅々まで読み込むのは、かなり大変。 誰か「要約」して、ポイントを教えて! 「抽象化」スキルの出番ですね。 関係者とコミュ

    koroharo
    koroharo 2010/02/08
  • [ 技術講座 ] Domain-Driven Designのエッセンス 第1回|オブジェクトの広場

    DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』(以降DDD)は、「

  • 1