Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ところでクリーンアーキテクチャって何がいいの?
Search
ふわり
July 20, 2023
Programming
0
19
ところでクリーンアーキテクチャって何がいいの?
2023年に開催したニ社合同勉強でのLT資料です。
・NE株式会社
・株式会社ウィルゲート
ふわり
July 20, 2023
Tweet
Share
More Decks by ふわり
See All by ふわり
ChatGPT、Gemini、Claude は、なぜ似たようなUIを採用しているのか?
fuwarisprit
3
2.2k
TDDをやってみたら、身に沁みてTDDの 〝良さ〟 を理解した話
fuwarisprit
1
36
Other Decks in Programming
See All in Programming
AI駆動開発の本音 〜Claude Code並列開発で見えたエンジニアの新しい役割〜
hisuzuya
4
480
Rで始めるML・LLM活用入門
wakamatsu_takumu
0
160
encoding/json/v2のUnmarshalはこう変わった:内部実装で見る設計改善
kurakura0916
0
310
maplibre-gl-layers - 地図に移動体たくさん表示したい
kekyo
PRO
0
180
オブザーバビリティ駆動開発って実際どうなの?
yohfee
3
690
米国のサイバーセキュリティタイムラインと見る Goの暗号パッケージの進化
tomtwinkle
2
420
nilとは何か 〜interfaceの構造とnil!=nilから理解する〜
kuro_kurorrr
3
1.6k
New in Go 1.26 Implementing go fix in product development
sunecosuri
0
330
エラーログのマスキングの仕組みづくりに役立ったASTの話
kumoichi
0
110
Ruby x Terminal
a_matsuda
7
580
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
380
Go 1.26でのsliceのメモリアロケーション最適化 / Go 1.26 リリースパーティ #go126party
mazrean
1
350
Featured
See All Featured
Google's AI Overviews - The New Search
badams
0
930
A Soul's Torment
seathinner
5
2.4k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Heart Work Chapter 1 - Part 1
lfama
PRO
5
35k
Docker and Python
trallard
47
3.8k
Marketing to machines
jonoalderson
1
5k
How to Think Like a Performance Engineer
csswizardry
28
2.5k
Optimising Largest Contentful Paint
csswizardry
37
3.6k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
8.8k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.1k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
130
Evolving SEO for Evolving Search Engines
ryanjones
0
150
Transcript
ところでクリーンアーキテクチャって 何がいいの?
自己紹介 武田 佑樹(25) ASSICA・サグーワークス開発チーム TRPGというサイコロを転がす ゲームをよくやっています。 最近ネイルにお熱です。
目次 - “クリーンアーキテクチャ”とは? - 〃 の良いところ - まとめ
“クリーンアーキテクチャ”とは?
コレ→
“クリーンアーキテクチャ”とは? 設計パターンの一つ。 システムを単一の責任を持つレイヤーに分け、 各レイヤー同士の依存関係を一方向にすることで、 システムをいい感じにするアーキテクチャ。
〃 のいいところ
〃 のいいところ 1. 変更に強い
〃 のいいところ 1. 変更に強い 2. 変更に強い
〃 のいいところ 1. 変更に強い 2. 変更に強い 3. 変更に強い
〃 のいいところ 処理A 処理B 保存先C
〃 のいいところ 処理A 処理B 保存先C 保存先D
〃 のいいところ 処理A 処理B 保存先C 保存先D
〃 のいいところ - 重要なロジックが明確になる - ビジネスロジックはコレ! それ以外のロジックはコレ! - ユニットテストがやりやすい -
各レイヤーごとにテスト! - DBをモックに変えたって問題なし!
まとめ
クリーンアーキテクチャは 変更に強い
とはいえデメリットも…… - チーム全体での理解が必須 - コードの量やクラスファイルが増えがち - 等々
とはいえデメリットも…… - チーム全体での理解が必須 - コードの量やクラスファイルが増えがち - 等々 → 採用するときは規模感や予算を考慮して決めよう
おわり