[B! DDD] okumuraa1のブックマーク

okumuraa1 id:okumuraa1

DDDに関するokumuraa1のブックマーク (15)

5年間 Laravel を使って辿り着いた，全然頑張らない「なんちゃってクリーンアーキテクチャ」という落としどころ
この記事は Laravel Advent Calendar 2020 - Qiita 最終日の記事です。 TL;DR DDD や "真の" クリーンアーキテクチャは， Web 業界における大抵の現場ではオーバースペックだし，導入しても全員がついてこれるとは限らない app/UseCases ディレクトリだけ切って，ドメインごとに単一責務なクラスを置くと使いやすいよ ActiveRecord 指向のフレームワークで Repository パターンを無理に導入すると死ぬので， UseCase で Eloquent Model の機能を使うことを恐れるなはじめに Zenn では初投稿です。日本の Laravel コミュニティではもうお馴染みのようで実はあまり顔を出していない（？） @mpyw と申します。オンラインサロンの火付け役となった Synapse が最初の仕事でしたが，就職後すぐ会社が
okumuraa1 2022/09/05
あとで読む

Laravel

DDD
リンク
設計を歪める認知バイアス - Qiita
こんにちは、リファクタリングが大好きなミノ駆動です。この記事は READYFORアドベントカレンダー2021 、5日目の記事です。これはなに？ソフトウェア開発において、設計をないがしろにすると、低凝集密結合な構造に陥り、変更容易性が低下してしまいます。設計スキルを高め、あるべき構造を設計する……これで解決できるに越したことはありません。しかし、認知バイアスと呼ばれる心理効果により判断を誤り、良くない設計をしてしまうことが往々にしてあります。本記事は、設計を歪めてしまう認知バイアスを理解し、設計判断の精度向上を促すことを目的とします。この記事のゴール人間の判断を歪めてしまう心理効果「認知バイアス」の存在を知ること。ソフトウェア設計も、認知バイアスの悪影響を受けてしまうこと。認知バイアスに振り回されない設計アプローチを身につけること。認知バイアスとは先入観や思い込み、偏
okumuraa1 2021/12/06
qiita

あとで読む

design

DDD

programming
リンク
2021年の「オブジェクト指向」を考える
きしださんが先日もたのしいお題を投下されていました。出遅れましたがこのネタについて少し掘り下げてみます。念のため個人的なスタンスをあらかじめ表明しておくと、オブジェクト指向に対してはそれなりに好意的ですが、別に時代の最先端だとかソフトウェア開発に必須の知識というほどではない（でも知っておくと便利というか、知らないと不便なこともあるかもしれないのでわざわざ避けるのはおすすめしない）というくらい温度感です。オブジェクト指向 is 何そもそも「オブジェクト指向」という言葉自体、座りの悪い言葉です。意味が明確なのは「オブジェクト指向プログラミング(OOP)」、「オブジェクト指向プログラミング言語(OOPL)」、「オブジェクト指向設計(OOD)」「オブジェクト指向分析(OOA)」といった「オブジェクト指向なんとか」の方で、それらをふわっとまとめた（ような気がする）単語が「オブジェクト指向」
okumuraa1 2021/10/12
DDD

オブジェクト指向

あとで読む
リンク
形から入ったドメイン駆動設計によるゲーム開発の光と闇
フロントエンドエンジニアの友人と“型”で話がすれ違った原因 YUMEMI.grow合同LT会in横浜 @Kaito-Dogi
okumuraa1 2021/06/02
あとで読む

DDD
リンク
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？ - Qiita
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？LaravelDDD設計アーキテクチャCleanArchitecture ある日夢の中で設計に詳しい悪役令嬢が現れてこんなことを言い放ったので、考察してみましたという設定のポエムです。問題提起ドメイン駆動設計、オニオンアーキテクチャ、クリーンアーキテクチャといった考え方はもちろん重要なものの、僕は難しく考えずに「削除しやすいように機能を作る」のが第一歩として重要ではないかと考えています。本記事では「削除しやすい設計」について持論を展開してみます。 ※議論のスコープはWebサービスに限定し、例示としてPHPのフレームワークであるLaravelを用います削除しやすいことがなぜ重要か一度開発した機能は、それで終わりではなく、改修、改善を繰り返し、そして場合によっては仕様が廃止さ
okumuraa1 2020/07/17
DDD

設計

開発

qiita

あとで読む
リンク
「ビジネスロジック」とは何か、どう実装するのか - Qiita
アプリケーション開発で、「ビジネスロジックは分離しろ」だとか「Controller にビジネスロジックを書くな」といったことをよく言われると思います。しかし、ビジネスロジックという言葉の意味を聞いたり調べたりしてみても、「システムのコアの部分」とか「システムの目的になる処理をするところ」みたいなことを言われたりして、よく分かりませんでした。そんな中、クリーンアーキテクチャや DDD の戦術的設計について学ぶことで、「ビジネスロジックとは何か」、「ビジネスロジックはどう実装するか」について、自分なりの考えが整理されてきたので、この記事ではそれをまとめます。 ※ 曖昧な言葉を自分としてどう使っているかという話になります。違う意味で使う方もいると思うので、ご注意くださいビジネスロジックとは何か「システムのコアの部分」とか「システムの目的になる処理をするところ」といった説明も正しいとは思い
okumuraa1 2020/06/30
qiita

ビジネスロジック

DDD

設計

プログラミング
リンク
Dddweekly · DDD Weekly
okumuraa1 2020/05/16
DDD

メルマガ
リンク
DDD Talk MeetUp Online #0
okumuraa1 2020/04/20
あとで読む

DDD
リンク
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
SHOWROOMとDeNAで取り組んだライブ配信基盤刷新・超低遅延ライブ配信の裏側【DeNA TechCon 2020 ライブ配信】
okumuraa1 2020/03/09
あとで読む

DDD
リンク
【読書感想文】ドメイン駆動設計入門ボトムアップでわかる! ドメイン駆動設計の基本 | DevelopersIO
ドメイン駆動設計には興味を持ちつつエリック・エヴァンスのドメイン駆動設計は数年前に積んだまま、という状態で何年か立ってしまったのですが、新しくDDD の本が出ていたので読んでみたところよかったので紹介させていただきます。ドメイン駆動設計入門ボトムアップでわかる! ドメイン駆動設計の基本本書は、『エリック・エヴァンスのドメイン駆動設計』（ISBN978-4-7981-2196-3、翔泳社）、『実践ドメイン駆動設計』（ISBN978-4-7981-3161-0、翔泳社）に感銘を受けた著者が贈る、ドメイン駆動設計の入門書です。（https://www.shoeisha.co.jp/book/detail/9784798150727 より。）というわけで、ボトムアップで理解出来る章立てで書かれたドメイン駆動設計の入門書です。個人的には、ドメインモデルの組み立てをどうやればいいのか
okumuraa1 2020/02/19
あとで読む

DDD
リンク
7of9(0x70f9=28921): "#music Amiel Lovesong 長いこと聞いているが、曲調だけで聞いていた耳…" - Qiitadon
サービス終了のお知らせ Qiitadonは2022年2月28日をもちましてサービス提供を終了いたしました。長らくご利用いただき、誠にありがとうございました。 Qiitadonの規約上のデータ保持のポリシーとしては、IPアドレスを含むサーバーログを90日に渡り保持すること、登録されたユーザーとその投稿に関連付けされたIPアドレスを5年以内に渡って保持することに努める旨を記載しておりました。ですが、Qiitadon終了を迎えるという状況変更及び情報管理の観点より、各データは、2022年3月31日までは保持しますが、2022年の間には削除いたします。ご了承願います。
okumuraa1 2020/02/17
あとで読む

qiitadon

DDD
リンク
7of9(0x70f9=28921): "#music Amiel Lovesong 長いこと聞いているが、曲調だけで聞いていた耳…" - Qiitadon
サービス終了のお知らせ Qiitadonは2022年2月28日をもちましてサービス提供を終了いたしました。長らくご利用いただき、誠にありがとうございました。 Qiitadonの規約上のデータ保持のポリシーとしては、IPアドレスを含むサーバーログを90日に渡り保持すること、登録されたユーザーとその投稿に関連付けされたIPアドレスを5年以内に渡って保持することに努める旨を記載しておりました。ですが、Qiitadon終了を迎えるという状況変更及び情報管理の観点より、各データは、2022年3月31日までは保持しますが、2022年の間には削除いたします。ご了承願います。
okumuraa1 2020/02/13
あとで読む

qiitadon

manjun

DDD
リンク
ドメイン駆動設計は何を解決しようとしているのか[DDD] - Qiita
ドメイン駆動設計の定義についてEric Evansはなんと言っているのかの記事の中で、EricEvansのドメイン駆動の定義を引用して以下のように和訳しました。ドメインの中核となる複雑さと機会に焦点を当てるドメイン専門家とソフトウェア専門家のコラボレーションでモデルを探求する明示的にそれらのモデルを表現するソフトウェアを書く境界付けられたコンテキストの中のユビキタス言語で話すこの中で、重要なポイントが明示されていませんでした。定義にある4点のようなことを、なぜやる必要があるのか？ということです。つまり、ドメイン駆動設計は、一体何を解決しようとしているのでしょうか？ドメイン駆動設計は何を解決しようとしているのか DDDはソフトウェア開発手法の一つです。なのでまず、ソフトウェア開発の目的について考えてみましょう。人々はなぜ、ソフトウェアを開発するのでしょうか？それは、
okumuraa1 2020/02/13
あとで読む

DDD

qiita
リンク
境界づけられたコンテキスト実装編 - ドメイン駆動設計用語解説 [DDD] - little hands' lab
little-hands.hatena blog.com こちらの記事で説明できなかった、「境界づけられたコンテキストをどうやって実装に落とし込むのか？という話を書きます。境界づけられたコンテキスト実装の基本イメージ結論からいくと、基本的には、 1コンテキスト = 1アプリケーションと思ってもらってOKです。これを基本として、用途や実装コストと相談しながら少しずつ設計を組み替える検討が可能です。 1アプリケーション単位で、オニオンアーキテクチャ概略の記事で紹介したアーキテクチャを1セット揃えると思ってください。つまり、こちらの記事で紹介した2つの境界づけられたコンテキストに対して、以下のようにアプリケーションを2セット作ります。ドメイン層を外界と隔離して、外部に公開するする操作を周りの層で定義するのです。最終的に、マイクロサービス2つ作ると思ってもらって良いです。そうすると、
okumuraa1 2020/02/13
DDD

あとで読む
リンク
境界づけられたコンテキスト概念編 - ドメイン駆動設計用語解説 [DDD] - little hands' lab
境界づけられたコンテキストとは公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) bounded context A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable. 境界づけられたコンテキスト特定のモデルを定義・適用する境界を明示的に示したもの。代表的な境界の例は、サブシステムやチームなど。まぁなかなかよくわからないですよね。DDD用語の中でもかなり難解なワードです。境界づけられたコンテキストは、2つの観点から解説が必要でしょう。・概念としての境界づけられたコンテキスト・境界づけられたコンテキストをどう実装に
okumuraa1 2020/02/13
DDD

あとで読む
リンク
1