新人視点でClean Architectureを「おもちゃ工場」例で解説し、entities/usecases/gatewaysの切り分けを整理する記事。
今トライしてるんだが、まぁ、しちめんどくさい
理論の理解は容易でも実践の部分で理論にはないルール決めが発生するし、AIによる実装が当たり前の時代には推論による結果が安定しないので避けたいアーキテクチャー
容易には理解できない人がいるアーキテクチャが良いとは思えない
マルチプラットフォーム対応するわけでもないのに依存性を排除する必要はある？
理解が難しいのは保守性に全振りしてるからだけど、それに輪をかけて下手な例え説明で余計にややこしくなるという。。アーキテクチャは実コード見て解読しないと理解できないんよな
これ理解むずかしいのか？当たり前のことしか言ってない気がするけど
クリーンアーキテクチャの前にDIとテスタビリティ、そこからSOLID原則のさわりを理解していれば大して難しい事はない。それぞれの原則を完璧に適用しようとすると本末転倒になりがちなので7〜8割程度が現実的
クリーンアーキテクチャという名前がよくないんだよな。 dependency based architectureくらいにしとくべきだった。
早期主体者のメンタルモデルに強く依存したおれおれなんちゃらができあがる、という印象を持っている
クリーンアーキテクチャは結論として見るとこうなるというまとめであって、初学者が取り組むものではないと思ってる
内容はシンプルだけど、あの円の図が敷居を上げてる気がする
あの同心円の図がクリーンアーキテクチャというわけではない定期
つまりはファイルごとに役割を決めて、ファイルを整理整頓するってことなんだけど、AIを使って長々と書いた文章が読みづらい
皆さん。クリーンアーキテクチャというのは本の題名です。 アーキテクチャの名前ではありません。
『「社内システムを変更したら、別で管理されてるワードとエクセルも変更しないといけない」ってなったら大変だよね？』って言うくらいの理解しかしてない。
かわいい
提唱者が嘆いているパターンだわ。
“NIFTYDevelopers”
クリーンアーキテクチャを簡単に理解してみよう - NIFTY engineering
新人視点でClean Architectureを「おもちゃ工場」例で解説し、entities/usecases/gatewaysの切り分けを整理する記事。
今トライしてるんだが、まぁ、しちめんどくさい
理論の理解は容易でも実践の部分で理論にはないルール決めが発生するし、AIによる実装が当たり前の時代には推論による結果が安定しないので避けたいアーキテクチャー
容易には理解できない人がいるアーキテクチャが良いとは思えない
マルチプラットフォーム対応するわけでもないのに依存性を排除する必要はある？
理解が難しいのは保守性に全振りしてるからだけど、それに輪をかけて下手な例え説明で余計にややこしくなるという。。アーキテクチャは実コード見て解読しないと理解できないんよな
これ理解むずかしいのか？当たり前のことしか言ってない気がするけど
クリーンアーキテクチャの前にDIとテスタビリティ、そこからSOLID原則のさわりを理解していれば大して難しい事はない。それぞれの原則を完璧に適用しようとすると本末転倒になりがちなので7〜8割程度が現実的
クリーンアーキテクチャという名前がよくないんだよな。 dependency based architectureくらいにしとくべきだった。
早期主体者のメンタルモデルに強く依存したおれおれなんちゃらができあがる、という印象を持っている
クリーンアーキテクチャは結論として見るとこうなるというまとめであって、初学者が取り組むものではないと思ってる
内容はシンプルだけど、あの円の図が敷居を上げてる気がする
あの同心円の図がクリーンアーキテクチャというわけではない定期
つまりはファイルごとに役割を決めて、ファイルを整理整頓するってことなんだけど、AIを使って長々と書いた文章が読みづらい
皆さん。クリーンアーキテクチャというのは本の題名です。 アーキテクチャの名前ではありません。
『「社内システムを変更したら、別で管理されてるワードとエクセルも変更しないといけない」ってなったら大変だよね？』って言うくらいの理解しかしてない。
かわいい
提唱者が嘆いているパターンだわ。
“NIFTYDevelopers”