[B! DDD][_FAV_] peketaminのブックマーク

良いコードとは何か - エンジニア新卒研修スライド公開｜CyberZ Developer

CyberZ CTO室のメンバーの森 (@at_sushi_at) です。先日、株式会社サイバーエージェントの2021年度エンジニア新卒研修でコードの品質に関する講義を行いました。そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。はじめにこんにちは、森篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。あと、2019年度の未踏スーパークリエータにも認定されました。メインの仕事としては、入社して

peketamin 2021/04/28

凝集と結合の分類がありがたい！

リンク

単一責任原則で無責任な多目的クラスを爆殺する - Qiita

この記事はクラウドワークスアドベントカレンダー2020 8日目の記事です。概要こんにちは、クソコードを爆殺リファクタリングするのが大好きなミノ駆動です。今回は単一責任原則の話です。単一責任原則はSOLID原則のひとつとして有名で、2020年のオブジェクト指向カンファレンスのアンケートでも、SOLID原則の中で最も人気がありました。皆さんは単一責任原則を遵守した設計をしていますか。どんな構造が単一責任設計で、一方どんな構造が単一責任でない設計か、明確に意識していますか。説明できますでしょうか。ところで「単一責任原則とはなんぞや」について、少なくとも私の観測範囲では、概念的な話にとどまっているものが多く、コードレベルで具体的に説明しているものは少ないように感じます。そうした状況からか、単一責任原則の解釈が人によって違っていたりしているように感じます。本記事は、今一度単一責任

peketamin 2020/12/08

"概念が違えばDRYにすべきではないのです" それそれ。

_FAV_
DDD

リンク

「実践ドメイン駆動設計」を読んだので、実際にDDDで設計して作ってみた！ - Qiita

こんにちは、クラウドワークスの新規事業のエンジニアとして仕事をしている高梨です！最近、「実践ドメイン駆動設計」という本を読みました！ 500ページ近くもある技術書で、なかなか量は多かったのですが、DDDがどんなものなのか一通り大枠を掴めた気がします。ただ読み終わった後にこんな疑念や不安をいだきました。「たしかにかなり面白そうだけど、実際にやるとどれだけ工数かかるんだろう...？」「設計の話は全然出てこなかったけど、DDDで作るとなるといったい何から始めればいいんだ？」「戦術についての知識はついたけど、実際に書こうとしたらできなそうだな...」そこで、そういった疑念や不安を解決するために、実際にDDDでサンプルプロダクトを作ってみようと思ったわけです。実際に作ってみるのが、結局一番理解が進みますしね。今回は、そのプロダクトがリリースされるまでの過程や感想を、作成した設計書やソ

peketamin 2018/12/18

図とか丁寧でめっちゃ参考になる

リンク

ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か[DDD] - little hands' lab

DDD連載記事背景・前提なぜDDD初心者はググリ出してすぐに心がくじけてしまうのかの記事で、ネット上の文献で紹介されるアーキテクチャが様々なものとなっているのです。IDDDではヘキサゴナルアーキテクチャというものが掲げられていましたが、それを進化させたオニオンアーキテクチャ、クリーンアーキテクチャなどの有名な亜種が存在します。これが実装に着手する際に非常に大きな混乱を呼ぶのです。文脈の理解、採用するアーキテクチャの選定に時間を取られることでしょう。と書きました。こちらに対して、私が「一番とっつきやすい」と考えるアーキテクチャを紹介します。前提としてですが、完全に個人的な経験に基づく私見になります。 DDDの理論の中で、アーキテクチャに関しては「エリック・エヴァンスのドメイン駆動開発」(以下原典)と実践ドメイン駆動開発(以下IDDD)とでも異なったものが紹介されており、唯一の正解

peketamin 2018/08/24

リンク

コードで学ぶドメイン駆動設計入門〜エンティティとバリューオブジェクト編〜 - かとじゅんの技術日誌

先日、DevLOVEで発表した「コードで学ぶドメイン駆動設計入門」ですが、入門としながらも難しかったかもしれません。モデリングの話は難しい方の話題なので仕方ないのですが、できるだけわかりやすく補足するブログを書いてみたいと思います。まず、レイヤードアーキテクチャの話ですが、こちらのスライドを参照してください。 DEVLOVE HangarFlight で話したスライド&ソースコード - じゅんいち☆かとうの技術日誌平たく言うと、そのアプリケーションが解決する問題の領域がドメインです。ドメインとそれ以外のものをごっちゃにしないようにしたのが、ドメイン駆動設計だと考えればよいと思います。一般的に業務システムでは、対象業務がドメインに成り得ますので、ドメインは業務に準えて語られることが多いと思います。ドメインに登場する概念をユビキタス言語*1として定義し、モデルに落としこむというのが設計の

peketamin 2016/04/14

DDD
_FAV_

リンク

CQRSの小さな演習(1) 現実の問題 - 考える場所

2016 - 02 - 20 CQRSの小さな演習(1) 現実の問題作ったもの考えたことシステム開発とエンジニアリングドメイン駆動設計 CQRSの小さな演習仕事で業務向けのWebアプリケーション開発をしています。その中でもいろいろな問題がやはりあるのですが、特に大きな問題だなと思えることがあります。エンハンスや保守改修が続くと、もうなにがなんだったか分からなくなってしまうことです。私はもう20代でもなくて、記憶力が衰えてきているということもあるのですが、問題はそこではないでしょう。むしろ、個人の記憶力が頼りになってしまうというのはおかしいことです。しかし、それが現実だということです。仕事ではどうしてもこの現実から脱却できないということがあります。正直なところ、モダンな開発スタイルを取り入れている現場の雰囲気は分かりません。私が長いこと携わっている現場がそうではないからです。優先

peketamin 2016/03/28

リンク

ドメイン駆動設計基本を理解する

2. 本日の内容 • ドメイン駆動設計の「考え方」 • 「まえがき」を中心に – オブジェクト指向、エクストリームプログラミング • ドメイン駆動設計の「３つの原則」 • １章２章３章から – ドメイン知識の習得、言葉による意図伝達、コードで表現 • ドメイン駆動設計の「基本スキル」 • ４章５章６章７章から – ドメイン層の隔離、ドメインオブジェクトの設計、総合演習 2 ※「基本スキル」は、時間が足りなくなる見込み。あらかじめご了承ください。

peketamin 2016/03/19

リンク

YAPCでおもしろ発表してきた - hitode909の日記

YAPCでおもしろ発表してきた．はてなブログの開発を振り返って設計の進化と最高の設計を紹介するという話． speakerdeck.com なぜか大人気発表みたいになってて，会場満員で，すみませんこんなところに来ていただいてすみませんというかんじだった．紹介した本はこちら．予約投稿で仕込んであって，発表終わったら，こちらから買ってくださいとかやろうと思ってたけど，すっかり忘れてた． YAPCの発表で紹介した本 - hitode909の日記質問たくさんいただいて，よいかんじにおさまったと思う．「難しくて挫折するという問題がありますよね」「歯を食い縛って実装しろって書いてあった」 #yapcasiaE— そらは (@sora_h) 2015, 8月 21 Q: 「コメントの良い書き方は？」 A: 「オブジェクト指向入門下巻に書いてあります」 ↓ 「買って読みます。」 #yapcasiaE