【DDD】ドメイン駆動設計【エリック・エヴァンス】

**デフォルトの名無しさん** · 2022/07/27(水) 17:37:37.82

カルト宗教だよね
設計というのはパフォーマンス要件の整理と実現に当たってのアーキテクチャを考えるために必要なわけで
機能要件にSLAがないだなんてことは設計するならばありえないし、
じゃあその要件に到達するためにシステムやミドルウェアをどう使っていくかがアーキテクトの肝なところじゃん
APPサーバに閉じた議論しかしてない時点で雑魚システムしか作れんし
雑魚システムにそもそも設計なんざいらんだろって話よ

こういう連中が言い出しそうなこと、DBは抽象化できる
そもそもファイルを保存するならテキストでもいい
依存性の逆転を駆使すればインタフェースに依存させることができるので、アプリから実装詳細が消える！

それでDBがやってくれてるトランザクション制御や成約、整合性の解決を
ファイルシステムで実装するその実装を誰が書くの？
アーキテクトを自称するなら君が書くってことだけど、いったい誰がそんなこと頼んだんだろう

**デフォルトの名無しさん** · 2022/07/27(水) 17:39:26.99

型システムの理解も貧弱、DBMSの理解も貧弱、なんならネットワーク・プロトコルの理解も貧弱

一生システム完成させる気ないやる気なしエンジニアの最後の拠り所だろ

**デフォルトの名無しさん** · 2022/07/27(水) 20:57:03.92

だいぶ詳しい反論だなw

**デフォルトの名無しさん** · 2022/07/27(水) 21:51:14.18

https://enterprisecraftsmanship.com/posts/ddd-bulk-operations/
DDDでバルク処理
そこまで拘らなくていいんじゃないかなと言う感想

**デフォルトの名無しさん** · 2023/09/22(金) 05:22:44.35

これってどうやって気にするの？

**デフォルトの名無しさん** · 2023/09/28(木) 03:45:15.07

ｺﾞｼｺﾞｼ(-_＼)(/_-)三( ﾟДﾟ) ｽ､ｽｹﾞｰ!

**デフォルトの名無しさん** · 2023/12/03(日) 23:52:03.41

テスト

**デフォルトの名無しさん** · 2024/12/06(金) 22:29:28.26

関数型DDDの本の作者のアーキテクチャが話題になっている
Repositoryはいらない
大事なのはIOをロジックの中から排除せよということらしい
以下のように"端に寄せる"

IO
ビジネスロジック
IO

目から鱗だった
IOへの依存をなくすことでテストしやすくなるしモックもいらない

**デフォルトの名無しさん** · 2024/12/07(土) 18:42:46.99

ビジネスロジックはパイプラインで構築して副作用がないようにする

**デフォルトの名無しさん** · 2024/12/08(日) 00:14:30.46

DDDは素晴らしいと思うけど、プロジェクト内の他エンジニアのスキルが低いとアンチパターンになるんだよな

**デフォルトの名無しさん** · 2024/12/08(日) 14:38:22.52

DDDって再現性ないじゃんw
偽科学

**デフォルトの名無しさん** · 2024/12/08(日) 15:54:58.48

設計に再現性はないよ
要件が全く同じということがないから
だから難しい

**デフォルトの名無しさん** · 2024/12/08(日) 15:56:35.36

IOを"端に寄せて"ビジネスロジックはパイプラインで実行して不変データ構造にするというアイデアマジで凄い
これからこの設計にする

**デフォルトの名無しさん** · 2024/12/08(日) 19:27:00.60

そのぶんリソースバカ食いのクソアプリの出来上がり

**デフォルトの名無しさん** · 2024/12/09(月) 00:32:52.38

根っこに流れる考えは、コマンドラインシェルでコマンドをパイプで繋いでいくことと同じだけどね。

一連のワークフローを一つのコマンドとみなして、さらに大きなワークフローに組み込むところとかもね。

**デフォルトの名無しさん** · 2024/12/19(木) 14:37:51.32

F#で遊んだ時シェルのパイプじゃんとは思ってた
関数型言語の原点てシェルスクリプトなんか？

**デフォルトの名無しさん** · 2024/12/20(金) 12:36:38.38

>>233
そこで遅延評価ですよ

**デフォルトの名無しさん** · 2024/12/20(金) 13:57:42.11

>>236
やってから言え
遅延評価こそリソースバカ食いだ

**デフォルトの名無しさん** · 2024/12/20(金) 18:04:51.42

>>237
今の時代リソースなど死ぬほどあるのだよ
自作でサーバー組み立てる場合でもメモリ64Gなんて普通だし

**デフォルトの名無しさん** · 2024/12/20(金) 18:26:08.17

>>238
それはお前の作ってるものがしょぼいからだよ

**デフォルトの名無しさん** · 2024/12/20(金) 18:34:22.69

クラウドはリソース使えば使うだけ課金

**デフォルトの名無しさん** · 2024/12/20(金) 19:25:56.31

遅延評価がリソース食うっていつの時代よ？
むしろ今は遅延評価しないとリソースをバカ喰いする時代だぞ
キャッシュと勘違いしてない？
ディープラーニングとか全部遅延評価だ
それこそ>>239の作ってるものがしょぼいという証明になったな

**デフォルトの名無しさん** · 2024/12/20(金) 19:31:24.56

>>241
多分Haskellの遅延評価のことを言ってるのでは？
メモリをドカ食いすると聞いたことがある
しかしそれは言語のインプリメンテーションやデータ構造の問題であり
一般的な遅延評価がメモリをくうわけではないのよな

**デフォルトの名無しさん** · 2024/12/20(金) 20:48:35.33

>>241
だからやってから言えって
Haskellの不評のひとつが遅延評価だ

**デフォルトの名無しさん** · 2024/12/20(金) 21:17:48.55

Haskell使いは大変でちゅね～

**デフォルトの名無しさん** · 2024/12/20(金) 22:16:28.31

遅延評価だからリソースバカ喰いするわけじゃないのにね
バカは因果関係がわからないからな

**デフォルトの名無しさん** · 2024/12/20(金) 22:30:04.43

Haskellしか書いてないんじゃないの？
知らんけど

**デフォルトの名無しさん** · 2024/12/21(土) 17:16:28.03

ひぐちデブすぎんか？