24/12/20 21:17:48.55 Sq/wbvsq.net
Haskell使いは大変でちゅね～
245:デフォルトの名無しさん
24/12/20 22:16:28.31 L0BexGzI.net
遅延評価だからリソースバカ喰いするわけじゃないのにね
バカは因果関係がわからないからな
246:デフォルトの名無しさん
24/12/20 22:30:04.43 Sq/wbvsq.net
Haskellしか書いてないんじゃないの？
知らんけど
247:デフォルトの名無しさん
24/12/21 17:16:28.03 unOGov3F.net
ひぐちデブすぎんか？
248:デフォルトの名無しさん
26/01/06 11:53:57.38 y2Y2fuL4.net
DDDって勉強会で覚えるものではないよね. 必要な領域で開発していると自然と身につく
249:デフォルトの名無しさん
26/01/06 14:07:03.79 y2Y2fuL4.net
大体、状態保存とIOはセットにしたいから、Repositoryを作っちゃうけどな
いらない要件もあるんだろうな
250:デフォルトの名無しさん
26/01/06 23:40:09.80 X1uXVOzZ.net
エリック・エヴァンスの本読破した人いる？
251:デフォルトの名無しさん
26/01/07 00:36:52.15 Ndb4HbPP.net
読んだところで再現性ないから役立たないよ
252:デフォルトの名無しさん
26/01/07 00:57:17.70 mJGFdt7y.net
読破とかそんな大層なもんじゃないだろ
役に立つかどうかは読む人次第
再現性がないと思ってるうちにDDDを何も理解していないと言っていい
253:デフォルトの名無しさん
26/01/07 01:56:50.93 65B3TDcJ.net
個人開発でチャッピーにDDDを推奨されてビビったのが一ヶ月前なんだよね〜
いやいやいや、個人でDDDなんて重すぎですよとツッコミを入れたら、DDDを使わないと破綻するとまで指摘されてしまった
254:デフォルトの名無しさん
26/01/07 01:56:52.11 65B3TDcJ.net
個人開発でチャッピーにDDDを推奨されてビビったのが一ヶ月前なんだよね〜
いやいやいや、個人でDDDなんて重すぎですよとツッコミを入れたら、DDDを使わないと破綻するとまで指摘されてしまった
255:デフォルトの名無しさん
26/01/07 19:34:59.32 Z2S3QhPQ.net
個人開発であっても、
大枠でBounded Contextを決め、
その中でドメインを抽出、
ドメイン間の関係を整理したり、
外部依存なら腐敗防止層設ける、
等の分析には有用だと思うよ。
256:デフォルトの名無しさん
26/01/07 20:01:39.17 Ndb4HbPP.net
ユビキタス言語w
257:デフォルトの名無しさん
26/01/08 13:29:03.86 K6qXyeQ0.net
>>255
有用だけど実装コストが高くなる. 使えばいいというものではなく、ここぞで必要箇所を選んで使う感じかな
しかし、デザインパターンの粒度で悩む時間コストをすべて、DDDでフル実装する方向に振り分けていれば、いまごろ開発が完了していたのにと悔やむ日々
ちくしょー
258:デフォルトの名無しさん
26/01/08 19:04:35.03 13Kd0qA7.net
>>257 実装コストというところから鑑みて、軽量DDDや実装ドメイン駆動設計(原著: Implementatin Domain-Driven-Design)のような実装技術としてのみに引っ張られてたりしない？
DDDは分析、設計の道具でWhatの部分の大枠の型付けだけ適用して、Howの部分は好きにすればいいと思ってる。
無理して実装の道具立てを使う必要はなく、うまく当てはまるならRepository等つかえぱいいんじゃね？って。
関数型DDD(原著: Domain Modeling Made Functional)のPart I(ドメインの抽出)とPart II(型付け)の範囲。
なんならPart Iの部分だけでも十分。
259:デフォルトの名無しさん
26/01/09 00:03:47.58 XwM1f/q1.net
Whatが一番重い部分
260:デフォルトの名無しさん
26/02/13 14:08:41.58 tV3pPA5h.net
>>220
機械学習のモデリングをしたり、ビジネスロジックの分散処理を実装できる人に雑用させないためというのがDDDの保証する経済的合理性
要するに俺のような安い労働力をフル活用して、一番専門性が高い奴に付加価値を生み出すことに集中してもらうための設計技法
261:デフォルトの名無しさん
26/02/13 16:19:06.55 wvm2IrEn.net
という絵に描いた餅
262:デフォルトの名無しさん
26/02/18 15:30:34.55 iD07mkOh.net
DDDと、DDDでない設計を混ぜて開発を進める場合、みんなはどうしてる？
俺はdddの/projector以下の実装を、非DDDの/presantationから参照させてそこで繋いでる
263:デフォルトの名無しさん
26/02/18 16:25:35.46 o86B1okY.net
それ普通にDDDでは？
システム移行時に既存システムの一部をDDD化してDDD化してない部分とどう連携させるかみたいな話なら分かるけどプレゼンテーションはDDD的にはもともとperipheral
264:デフォルトの名無しさん
26/02/18 16:33:23.98 iD07mkOh.net
DDDと非DDDをどう繋ぐかという話のつもりだけどうまく表現できなかった
DDDの文脈におけるUIのレイヤーとしてProjection層を作り、そこでViewStateを生成して
アプリ側のUIレイヤーとして用意したpresantation層と連携する