20171207 Gaiaxエンジニア勉強会 プログラマーのためのDCIアーキテクチャ一夜漬け
•Descargar como PPTX, PDF•
3 recomendaciones•1,280 vistas
2017/11/12 に開催された『DCI Tokyo Review』 https://dcitokyo.connpass.com/event/70323/ およびそれに先立っての『Lean Architecture / DCI Evening』 https://mpdosaka.connpass.com/event/69002/ に触発されて、DCIについての個人的なまとめをGaiaxエンジニア勉強会にて共有しました。 参考文献： 『Lean Architecture / DCI Evening」参加レポート』 http://phpmentors.jp/post/167325394103/lean-architecture-dci-evening-report 『Lean Architecture: for Agile Software Development』 https://www.amazon.co.jp/dp/0470684208 『Trygve Reenskaug - Object Orientation Revisited. Simplicity and power with DCI.』 https://vimeo.com/43536416 『James Coplien - The DCI Architecture: Supporting the Agile Agenda』 https://vimeo.com/8235574
Recomendados
Recomendados
Más contenido relacionado
Similar a 20171207 Gaiaxエンジニア勉強会 プログラマーのためのDCIアーキテクチャ一夜漬け
Similar a 20171207 Gaiaxエンジニア勉強会 プログラマーのためのDCIアーキテクチャ一夜漬け (20)
20171207 Gaiaxエンジニア勉強会 プログラマーのためのDCIアーキテクチャ一夜漬け
- 1. プログラマーのための DCIアーキテクチャ 一夜漬け （Data, Context and Interaction） 2017/12/07 Gaiax エンジニア勉強会
- 4. 発表者情報 堤 大河（つつみ たいが） DCD（Gaiax社の受託開発部門的なところ） パートナーとして 2011〜 2000年よりこの業界。 エンタープライズもWEB系も、 大規模も小規模も、 あちこちでいろいろやってきてます。 facebook.com/taiga.tsutsumi
- 6. DCIアーキテクチャとは 第一部 DCI概説、からサンプル実装の提示 • 2009年、MVCアーキテクチャのオリジネイターであ る Trygve Reenskaug 氏と、『マルチパラダイムデ ザイン』の著者である James O. Coplien氏によって 提唱されはじめた。 • 本来の意味でのオブジェクト指向、つまり ユーザーのメンタルモデルに忠実な構造を目指す。
- 7. DCIアーキテクチャとは 第一部 DCI概説、からサンプル実装の提示 • ソフトウェアアーキテクチャあるいは実装パターン のひとつ。”MVC”とかと同じ次元の話。 • Data, Context and Interaction の略。 ここでいうData は、振る舞いを定義しないプレーンなオブジェクト （クラス） • “ロール”という概念を設定・実装する。 ロールは、オブジェクトの振る舞いを表現する。 コンテキストに従って、（ロールを演じる）プレーンなオブジェクトに ロールを注入することで、振る舞いを実現する。
- 10. DCIの視座 第一部 DCI概説、からサンプル実装の提示 • 口座クラスは、”is = 構造” を表現しているに過ぎない。 • では、”does = 振る舞い” を表現するのは？ ↓ それはクラスではない別な オブジェクトだ 役割（ロール） そしてロールは文脈（コンテキスト） によって決定づけられる。 ＝
- 11. 第一部 DCI概説、からサンプル実装の提示 映画『マトリックス』 • ネオとトリニティがヘリコプターで脱出するシーン • トリニティはヘリコプターを操縦できない • が、ヘリコプターパイロットのプログラムを ダウンロード • それで操縦できるようになった ※操縦には、元からある四肢を使用する これがDCIのちょうどいいメタファーになっている。
- 18. 第一部 DCI概説、からサンプル実装の提示 hana9 の概要（ユースケース？ユーザーストーリー？） • ユーザーは、hana9アプリから、希望のタイプの花 と数量を選び、希望の日に、希望の場所への配達を 注文する。 • 注文を受けたhana9運営は、加盟店に配達指示を 出して、注文を実現する。
- 21. 第一部 DCI概説、からサンプル実装の提示 ユースケースをくわしく分析 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • お届け希望日 • 配達先住所（市区町村） 商品注文
- 22. 第一部 DCI概説、からサンプル実装の提示 “その注文(明細)を受けられる”=モノがあること。 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 商品注文
- 26. 第一部 DCI概説、からサンプル実装の提示 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 商品注文
- 27. 第一部 DCI概説、からサンプル実装の提示 待って、モノがあっても配達できなければ・・ 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 商品注文
- 29. 第一部 DCI概説、からサンプル実装の提示 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 商品注文
- 30. 第一部 DCI概説、からサンプル実装の提示 核心のアルゴリズムに行き当たった 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 商品注文
- 32. 第一部 DCI概説、からサンプル実装の提示 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 商品注文
- 33. 第一部 DCI概説、からサンプル実装の提示 その他、見逃されがちだけど・・・ 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 人気度（今、売れています！） • 季節要因（値下げしました！） • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その商品の人気度の導出 • その商品の、「値下げ鮮度」 の導出 • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 商品注文
- 34. ロールとエンティティとコンテキスト。部品が揃った。 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 人気度（今、売れています！） • 季節要因（値下げしました！） • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その商品の人気度の導出 • その商品の、「値下げ鮮度」 の導出 • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 第一部 DCI概説、からサンプル実装の提示 商品注文 ロール ロール
- 35. ロールとエンティティとコンテキスト。部品が揃った。 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 人気度（今、売れています！） • 季節要因（値下げしました！） • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その商品の人気度の導出 • その商品の、「値下げ鮮度」 の導出 • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 第一部 DCI概説、からサンプル実装の提示 商品注文 エンティティクラス
- 36. ロールとエンティティとコンテキスト。部品が揃った。 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 人気度（今、売れています！） • 季節要因（値下げしました！） • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その商品の人気度の導出 • その商品の、「値下げ鮮度」 の導出 • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 第一部 DCI概説、からサンプル実装の提示 商品注文 コンテキストクラス コンテキストクラス
- 37. ※属性のオーナーの適切さ 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 人気度（今、売れています！） • 季節要因（値下げしました！） • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その商品の人気度の導出 • その商品の、「値下げ鮮度」 の導出 • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 第一部 DCI概説、からサンプル実装の提示 商品注文 DCIでは ロールは、データを持たないのが原 則とされている。 なのでこのケースように、特定の ロールにのみ関わるデータであって も、それをロールの属性としてはい けない。
- 38. ※属性のオーナーの適切さ 受注時 配達指示時 <データ> <アルゴリズム/ビジネスロジック> • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 人気度（今、売れています！） • 季節要因（値下げしました！） • お届け希望日 • 配達先住所（市区町村） • 希望日時点での引当可能在庫 • 当日の店舗の稼働状況 • 加盟店の手数料率 • その注文(明細)を受けられる加 盟店が1軒でもあれば、注文(明 細)を成立させる • その商品の人気度の導出 • その商品の、「値下げ鮮度」 の導出 • その注文(明細)を受けられる加 盟店群のうちから1軒を選択。そ れをどのように選ぶか。 1. 手数料を多く取れる加盟店から 優先して選ぶ 2. 全加盟店の稼働が均等になるよ うに選ぶ ↓ ※この2種類をソート結果として提示する 第一部 DCI概説、からサンプル実装の提示 商品注文 拡張クラスを使えば（いわゆる継 承）この問題を処理できる。 拡張された商品クラスである”販売 中商品クラス”を置き、受注コンテ キストクラスからはをそれを使うよ うにする。 ↓ 継承 受注 コンテキストクラス 配達指示 コンテキストクラス
- 40. 第一部 DCI概説、からサンプル実装の提示 Class Composition • Roleはデータを保持しない。 ステートレスな振る舞いだけ。 • Ruby の extend のような、”振る舞い追加注入” 系は IoC パターンを意識。
- 42. 第一部 DCI概説、からサンプル実装の提示 Future Work • GUIクライアントアプリなら？ • Actor モデルなら？
- 43. データモデリングとユースケース分析、 二方向から検討をした、 その相互作用によって、 “稼働上限” や ”出荷ルール” といった、 あたらしいエンティティを発見できた。 第一部 DCI概説、からサンプル実装の提示 ここまでのふりかえり
- 50. 第二部 アジャイルとリーン アジャイルとリーンの違い アジャイル リーン • 長い期間のプランニングが必要/大事。 • 深いレベルの専門家が作る。 • フィードバックに応じた再調整が肝要。 • 直接の商品は、こっち。我々が売って いるのはクラスではなくユースケース。
Notas del editor
- レインスカウ メンタルモデル云々は大事だけどここでは具体的なことは追わない。
- POJO
- 口座の持ち主が違うとここに気づかないかも。でも どっちも自分の口座だったら？それでも両者は違うよね？
- まず動画
- まず動画
- モノ・ヒト・コト
- で、まずは、軽くデータモデリングしました。 この過程はDCIとは直接関係ありません。が、システムひとつ設計するのに欠かすことができないんでね、やりました。 実際データモデリングって、すごく価値の高い技術なんですよ。 ここに、これER図なわけですけど、ここにたくさんの情報がはいってくるし、 ここからシステムのたくさんの箇所に作用します。設計のコアになる成果物です まあ、これはざっくりなモデリングですけどね。 どのくらいざっくりかっていうと、ユーザーエンティティが無いんですよ。 それでも成立してます。ざっくりとはいえ、適当には作ってなくて、 書いてあること全部に意味があるんですけど、まあ、ぜんぶ説明してると時間なくなっちゃうんで さっきのふたつのユースケース、ユーザーが注文をする、運営が加盟店に配達指示を出す、 という箇所に絞って説明します。 あ、そうだ、このER図、項目が横に並んでますよね。 この書き方あんまり・・・・ ・・・ 上から見ていきましょう。 ▽商品 標準単価 例えば、年契約で月払いの法人会員が相手だったりとか・・・ ▽注文 ここで代理キーが出てきてます。 意味の上では、注文番号がキー、明細もそれにあたるものを 枝番 データベースの世界だけじゃなくて、現実世界の中でもキーなので→単なる連番じゃなくて、、、 ▽そして、配達指示ですが、 これは注文明細にひも付きます。 つまり、ひとつの注文に複数の明細があれば、配達も複数の加盟店で分担されることがあるし ひとつの明細が複数の加盟店で分担されることもあります。 ▽で、さっき、データモデリングは重要、ER図は重要っていいましたけど、 このER図に表現されていないもの、も確かにありますよ。 アルゴリズム・・・ ▽あと、ここではアプリからの注文をそのまま配達指示につなげちゃってますけど実際には 変更のパターン イベント
- ・導出情報。One fact one place. ・これだけ揃えば、加盟店の受注可否は判定できるでしょう。 注文10032を見てみましょう・・・
- デザイナー由来の・・・
- ■おおもと https://github.com/nowavailable/hana9/tree/10_very_first_step/sequel https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/context/order_context.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/context/request_delivery.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/role/delivery_proposer.rb ■extend による実現 https://github.com/nowavailable/hana9/tree/20_composition/sequel/context https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/order_context.rb https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/request_delivery_context.rb ■Context accessor https://github.com/nowavailable/hana9/tree/30_composition_context_accessor/sequel/context https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/context/context_accessor.rb ※使う側 https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/context/request_delivery_context.rb https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/role/delivery_proposer.rb https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/request_delivery_context.rb （ここに来て）ちなみに、 注入ものって、 IoCパターン アンクルボブ Clean Archtecture ■OrderCanceler https://github.com/nowavailable/hana9/tree/41_composition_api_definition/sequel/role https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/order_canceler.rb https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/i_order_canceler.rb ■マスターブランチ Ruby on Rails サンプル実装 https://github.com/nowavailable/hana9/tree/master/AR/ https://github.com/nowavailable/hana9/tree/master/AR/app/models/concerns https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/role/delivery_proposer.rb https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/context/order.rb モデルにはほとんど。。。 ロングメソッドだけど。。。
- ■おおもと https://github.com/nowavailable/hana9/tree/10_very_first_step/sequel https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/context/order_context.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/context/request_delivery.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/role/delivery_proposer.rb ■extend による実現 https://github.com/nowavailable/hana9/tree/20_composition/sequel/context https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/order_context.rb https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/request_delivery_context.rb ■Context accessor https://github.com/nowavailable/hana9/tree/30_composition_context_accessor/sequel/context https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/context/context_accessor.rb ※使う側 https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/context/request_delivery_context.rb https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/role/delivery_proposer.rb https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/request_delivery_context.rb （ここに来て）ちなみに、 注入ものって、 IoCパターン アンクルボブ Clean Archtecture ■OrderCanceler https://github.com/nowavailable/hana9/tree/41_composition_api_definition/sequel/role https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/order_canceler.rb https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/i_order_canceler.rb ■マスターブランチ Ruby on Rails サンプル実装 https://github.com/nowavailable/hana9/tree/master/AR/ https://github.com/nowavailable/hana9/tree/master/AR/app/models/concerns https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/role/delivery_proposer.rb https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/context/order.rb モデルにはほとんど。。。 ロングメソッドだけど。。。 ーーー ・Coplienさん自身は、独自言語 Trygve そこでは
- ■おおもと https://github.com/nowavailable/hana9/tree/10_very_first_step/sequel https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/context/order_context.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/context/request_delivery.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/10_very_first_step/sequel/role/delivery_proposer.rb ■extend による実現 https://github.com/nowavailable/hana9/tree/20_composition/sequel/context https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/order_context.rb https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/request_delivery_context.rb ■Context accessor https://github.com/nowavailable/hana9/tree/30_composition_context_accessor/sequel/context https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/context/context_accessor.rb ※使う側 https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/context/request_delivery_context.rb https://github.com/nowavailable/hana9/blob/30_composition_context_accessor/sequel/role/delivery_proposer.rb https://github.com/nowavailable/hana9/blob/20_composition/sequel/context/request_delivery_context.rb （ここに来て）ちなみに、 注入ものって、 IoCパターン アンクルボブ Clean Archtecture ■OrderCanceler https://github.com/nowavailable/hana9/tree/41_composition_api_definition/sequel/role https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/order_canceler.rb https://github.com/nowavailable/hana9/blob/41_composition_api_definition/sequel/role/i_order_canceler.rb ■マスターブランチ Ruby on Rails サンプル実装 https://github.com/nowavailable/hana9/tree/master/AR/ https://github.com/nowavailable/hana9/tree/master/AR/app/models/concerns https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/role/order_acceptor.rb https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/role/delivery_proposer.rb https://github.com/nowavailable/hana9/blob/master/AR/app/models/concerns/context/order.rb モデルにはほとんど。。。 ロングメソッドだけど。。。 ーーー ・Coplienさん自身は、独自言語 Trygve そこでは
- GUIクライアントアプリは状態空間がある。すべての部品がそれに密に寄与しているので Context Role の粒度設定に基準がいる？ Actorモデルは、 Actor内部からアクセスできる情報が限られるんで、その区切り
- リーン = うっすい それは 必要なものだけに研ぎ澄ました結果の薄さ
- アジャイルに対する古典的な批判 アプリケーション基盤設計に対する言及の不足 あとは、ミスマッチなプロセスで作ってないか。 リーンは何でないか。リーンの外の世界もある。フレームワーク、プラットフォームはリーンではない。