seen from Singapore
seen from Spain
seen from Germany
seen from Hong Kong SAR China
seen from United States
seen from Australia
seen from Türkiye
seen from Hong Kong SAR China
seen from United States
seen from Germany
seen from United States
seen from United Kingdom
seen from United Kingdom
seen from Lithuania
seen from Türkiye
seen from United Kingdom
seen from Yemen
seen from Germany
seen from Norway
seen from Canada
The business world has created a number of technical formats in the past. Many times these have been adopted first by the Java and .Net communities. The Object Management Group has been working on new XML based standards: Business Process Model and …
PHPカンファレンス2015PHPメンターズセミナー「モデルを設計せよ!-ドメイン駆動設計を超えて」 の発表で 実装力 = 全てを切り拓く力 とあったが、その通りだと思う。設計とコーディングを分けて考えるのではなく、ドメインモデルを設計しながら実装／実装しながら設計を実践することでより良い設計に近づけるのではないかと思っている（こういう考えを ドメインコーディング と呼ぶらしい）。
設計 - カロリーゼロ食品から思い浮かべるもの ~暗黙的な概念は伝わらない~ - Qiita
Good contrast of DDD and Multi-paradigm design on this page. http://phpmentors.jp
Twitter / jcoplien
後藤さんは「視点」の重要性を示し、中西先生は、フォーム構造という要求分析の要素にある視点（フォームを選びとるということ）から導き出される構造の数学的理論的な土台を与えてくれました。杉本さんは、ドメイン駆動設計を題材にとり、今までとは違った視点でそれを解釈し直すことで、ドメイン駆動設計をより納得行くかたちで再定義してくれました。久保さんは、そのドメイン駆動設計の先にあるマルチパラダイムデザインによる設計からさらにフレームワークによる設計への道筋を、自らの経験と成果から、これも視点を変えて設計活動を捉え直すことで、示してくれました。また、フレームワークと捉え直したドメインの設計活動の中で、実装の中でドメインモデルを設計する、実装という活動そのものが設計なのだというメッセージを提示してくれます。 そして、最後に「ドメインモデルを設計しながら実装する、ドメインモデルを実装しながら設計する」という後藤さんの言葉でセミナーは結ばれました。
PHPメンターズ -> PHPカンファレス2015 PHPメンターズセミナー「モデルを設計せよ！―ドメイン駆動設計を超えて」参加レポート
それらのフレームワーク開発を通してドメインについて日常的に考え指向することで、プログラマー自身が設計者となって、実装の中でドメインモデルを洗練させていくモデラーとなるというのが久保さんから一番大きく受け取ったメッセージです。最後の「Code the Domain! You are a Domain Coder!」、ドメインをコードにせよ、あなたがドメインコーダーなのだという言葉は、ドメイン駆動設計を超えて、さらにマルチパラダイムデザインを超えて、その先にあるものとしてとても希望の持てるものだと思いました。
PHPメンターズ -> PHPカンファレス2015 PHPメンターズセミナー「モデルを設計せよ！―ドメイン駆動設計を超えて」参加レポート
ここには船荷証券などとともに「顧客合意」という抽象要素が追加されています。この要素によって、配送ドメインから顧客にまつわる関心事が分離され、配送ドメインがより凝集されていることが分かります。このパッケージの中を眺めると、顧客合意のみ抽象度が高く、抽象度という軸では統一されていませんが、この点は問題ではないということですね。蒸留された深いモデル、そしてそれを表すモジュール／パッケージというのは、抽象度の高い要素のみで構成されているわけではなく、パッケージの目的にふさわしい抽象度で、過不足無く要素がつまったものなんでしょうね。この意味では、パッケージ分割のために適切な抽象要素を見つけることと同じか、あるいはそれ以上に、適切なパッケージ名を見つけることもとても重要なのでしょう（15章の例では、輸送から、配送／顧客／物流に分割されています。）。
PHPメンターズ -> Practical DDD #3: モデルの深さ
ソフトウェアの名著や、達人たちの語る言葉には、このような気付きポイントが一字一句に潜んでいるものです。そのような言葉の背後にある意図、概念や哲学が見えた時、ソフトウェアエンジニアとして生きていく長い道のりを一歩進んだ喜び、達人たちがいる遥か高みの世界のすごさを実感した感動が押し寄せます。
PHPメンターズ - 鈍器のような書籍から「何を」「どのようにして」学ぶか
