クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)

すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。 あえてブログの記事に残そうかなと思って書いてみます。 最近、改めてクリーンアーキテクチャ本を読んだり、原文を読んだり、 ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて 考えがまとまってきたので、自分の言葉で整理してみたくなった。 「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解？をちょっとでも減らす一助になればという感じです。あと、本の読み進め方のヒントにもなるかも 先に結論 クリーンアーキテクチャというのはアンクルボブの書いた本。 ソフトウェアアーキテクチャのことではない。 the クリーンアーキテクチャというブログ記事はただのソフトウェアアーキテクチャの例(そして本の一部分)だが、独り歩きしている クリーンアーキテクチャというソ

[ducky19999]

特に日本人は、教科書的な「正解」がどこかに用意されている、と無意識に信じているフシがある

[raydive]

あの本をちゃんと読んでたら、こういうアーキテクチャーがあるんだという受け取り方にはならないと思うんだけど何故かそう受け取る人たちが多い。

[t-wada]

"「クリーンアーキテクチャ」なんてソフトウェアアーキテクチャはない。「クリーン」な「設計(アーキテクチャ)」とはこんなんだよ、というのをアンクルボブが言っているだけ" 説明用のただの例が独り歩きしている現状

[TMCNE]

｢本に書かれた内容を実践し、ある程度の期間運用していく中でその利点を享受できたが、上手くいかない場合もあった｣という記事を見たいのに、検索してヒットするのは｢例の図通りに作ってみました｣ばかりなのよね

[turanukimaru]

自分で作るときは「特に永続化をどこに置くかは言語による」のであの図のままではないんだけど記事を書くときにあの図を踏襲しないと「私の知ってるCAと違う！」ってクソリプが来る。クソくらえと言ってやったがな！

[syuu256]

PofEAAとDDDとClean-Architectureを読んで、好きなのチョイスして自分設計しろ。と言っているが誰も聞いてくれない・・・

[mumei-0]

これ、自分も Clean Architecture の資料を作った時のまとめに書いた。“依存の方向は一方向にしよう”

[bouzuya]

ただ、あの図には「クリーンアーキテクチャ」とラベルがつけられてはいる。

[matsumanahate]

そうだったのかー。納得。

[noseld]

図が例なのは同意だけど、レイヤードアーキテクチャみたいな主張の一部だけ採用して「クリーンアーキテクチャです！」みたいなケースも正直本当に本読んだのかって思う。

[tmtms]

Clean シリーズはどれも読んだことないんだよなー。ためしに何か読んでみよ。/ あー、「Clean Agile」と「Clean Craftsmanship」買ってたわ。積読状態…

[katsyoshi]

ボブ「俺の考えた最高のアーキテクチャ、クリーンアーキテクチャ！」

[nilab]

「クリーンという言葉はある種アンクルボブの代名詞になっている。クリーンコードとかクリーンコーダーとかクリーンアジャイルとかって本を出すくらいには」

[tattyu]

あのドーナツを無理矢理ゲーム開発に持ってこようとするドーナツ原理主義者みたいなのが居るのでこう言う記事は助かります。

[gabari]

いろいろ読んで結局、同心円の真ん中にドメイン押し込めて依存関係逆転する、に至った。PoEAAは業務的にあまり適応することがない(Enterpriseじゃないので)。Clean Architectureっていう名前は違和感あって、オニオンの方が好き

[hagane]

タイトル見て、伸ばし棒のあるなしで意味が変わるのかなと思ってしまった

[Magicant]

みんな肝心の本を読まずに適当なブログ記事とかばっか読んで解った気になるからこんなことになるんだよ (俺も本は読んでない)

[miya2000]

邦題：「きれいなアーキテクチャ」

[ai_gaminglife]

はい

[tzt]

みんな新しいrailが欲しいんだよな。たぶん。

[otihateten3510]

勉強すらしてない俺に隙はなかった。結構多くの人が「へえ、そんなものがあるんだ！」と感心するふりをして勉強してないと思う。そんで独り歩きしてやがてまにうけたプロジェクトに害を及ぼすｗ

[rawwell]

"FRAMEWORKS ARE TOOLS, NOT WAYS OF LIFE"

[hamamuratakuo]

設計の肝＝疎結合→コード片を随時入れ替え可能にしておくと後で楽。APIやマイクロサービス化で境界線をたくさん設けるかんじ。依存性の制御も疎結合が前提。cf. Domain Modeling Made Functional https://www.amazon.co.jp/dp/1680502549

[napsucks]

MZ700のことじゃなかった

[daichirata]

良い。

[dominion525]

本読んだら、あの図を以ってクリーンアーキテクチャだというのは不適切だなっていうのがわりと素直にわかるので、ちゃんと本読もう！という感じです。

[mohno]

SHARP MZ？（←たぶん違う）

[Phenomenon]

それなー

[peketamin]

わかる〜

[masatotoro]

納得

[tsuwatch]

確かに