増田 亨 (@masuda220) profile picture

◆アプリケーション開発者:ドメイン駆動設計,Java,Spring ◆著書『現場で役立つシステム設計の原則 ~変更を楽で安全にするオブジェクト指向の実践技法』 https://nitter.cf/t.co/4c3zUNaSMg

Joined March 2010
Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)Photo by 増田 亨 (@masuda220)
ship(address)メソッドが返す型は何を想定していたのだろう?  その型のオブジェクトを返すために、このメソッドはBook型のオブジェクトが内部に持つどんな属性を使うのだろう? 返す型によっては、そういう設計もあるかも。 継承の是非とはまったく別の視点だけど。
2
4
20
4,195
まあBook型がAddress型に依存することになるので、あまり良い設計にはならないかな
1
1
826
void boolean ShipmentRequest …
1
497
増田 亨 retweeted
【開催まであと7日】 TechLead Conference 2026 Autumnのセッションを紹介します キーノート 「事業を理解して技術を選ぶ TechLeadは何を学び、どう考えるべきか」 登壇 増田 亨 氏/ @masuda220 佐藤 治夫/ @haru860 #TechLeadConf
1
7
3
1,111
事業視点はないのか...
AI時代、エンジニアとしてキャリアを伸ばすなら、まずは自分のエンジニアタイプを見極めることが大切。 エンジニアtype診断 ✓全12タイプのエンジニアタイプ診断 ✓強み・弱み ✓キャリアヒント ✓ひろゆき、牛尾剛などテック賢者からのアドバイス 無料なので診断してみて!

197
増田 亨 retweeted
Vlad Khononovさんがまた来日してくださるのが本当にうれしい!「DDDを分かりやすく届けたい」というVladさんと訳者・増田さん、綿引さんの温かさからうまれている『ドメイン駆動設計をはじめよう』は本当にいつもとても反響があるな~。
「ドメイン駆動設計をはじめよう」著者今年も来日登壇決定! アーキテクチャの「いま」に出会う2日間 📍ベルサール羽田空港 📅11月26日(木)・27日(金)9:25~18:55

3
3
409
怪しげな名前が変更コストを増やす 重複したコードが... 基本データ型への執着が... 長いメソッドが... 大きなクラスが... 多数の引数が... グローバルなデータが... 変更可能なデータが... 変更の偏りが... 変更の分散が... 重複したswitch文が... ループが... 疑わしい一般化が... データクラスが..
1
2
18
3,237
ネストが... メソッドチェーンが... パイプラインが...
1
3
709
Goの場合は、それが良い選択だと思う。 メソッドもカプセル化やデータ抽象ではなく、データ構造と関数宣言を関連づけたC言語のヘッダーファイルの仕組みとして使う。
正直、Goでの開発はDDDとかCAとか難しいこと考えずに、従来の手続き型プログラミングにカプセル化の要素をちょっと足したトランザクションスクリプト的な実装を徹底するのが一番保守しやすいんじゃないかなって思ってたりする。パッケージの概念もあるからCほどそんなにとっ散らかったコードにはならないような。
1
10
1
141
16,630
増田 亨 retweeted
正直、Goでの開発はDDDとかCAとか難しいこと考えずに、従来の手続き型プログラミングにカプセル化の要素をちょっと足したトランザクションスクリプト的な実装を徹底するのが一番保守しやすいんじゃないかなって思ってたりする。パッケージの概念もあるからCほどそんなにとっ散らかったコードにはならないような。
3
43
21
332
73,368
要件定義や仕様記述も自動生成して自動検査すればOK?
863
翻訳のお手伝いをしている技術書がようやく校了になりそう。 翻訳者や編集者といっしょにそれぞれの立場から、何回も読み込んだことで初校からだいぶ品質が上がった実感がある。 自動生成して、自動検査して、人のチェックは無し、というのとは対極的な世界。プログラミングも同じかな。
1
1
23
1,600
調べもの、言葉の意味や使い分け、翻訳案などに、ちょこちょこAI系のサービスを使ったけど、基本的には人間が書き、人間が読み、人間が判断する活動。
2
504
ソフトウェア設計のアンチパターンとは、変更コストが大きくなっている状態。 修正や拡張する時に、変更すべき箇所と変更の影響範囲を特定するために現在の実装を調べ理解する時間、実際に変更する時間、壊れていないことの確認にかかる時間。 こういう時間が長いほど悪い設計。
2
10
2
123
7,577
基本的には、理解が難しいコード、変更の影響範囲が広いコードほど悪い設計。 テーブル設計も同じ。理解が難しいテーブルやカラム、変更の影響範囲が広いテーブルやカラムは悪い設計。巨大なグローバル変数として使われている。 通信のデータフォーマットも同じかな。
3
830
増田 亨 retweeted
「ドメイン駆動設計をはじめよう」の初めの方だけでも開発者とかにかかわらず開発にかかわる人は読んだ方がいいと思う。 他社と差別化が難しい領域にお金がかかるシステムを作って、事業領域もセキュリティもおろそかになってませんか?
1
10
1,128
mysqlからポスグレに移行したい会社の人へ。 自分やれます!!
1
11
1
38
5,689
7年前の記事ですが、設計について自分の学習と成長の記録として、いろいろ気づきがあった。 ドメイン駆動設計を理解する3つのキーワード - ソフトウェア設計を考える masuda220.hatenablog.com/ent…
5
116
9,969
副作用ではなく明示的に作用として扱う void だと副作用を暗示するが、IO作用があることやNetwork(通信)作用があることを明示する、というアプローチ。
1
9
2,529