• はてなブックマーク
  • テクノロジー
  • スタートアップにクリーンアーキテクチャを適用したが、技術的負債が塵積った件　〜開発合宿で技術的負債を粉砕します〜 - ANDPAD Tech Blog
  • Twitterでシェア
  • Facebookでシェア

スタートアップにクリーンアーキテクチャを適用したが、技術的負債が塵積った件　〜開発合宿で技術的負債を粉砕します〜 - ANDPAD Tech Blog

テクノロジー カテゴリーの変更を依頼 記事元:tech.andpad.co.jp
適切な情報に変更
228users がブックマーク コメント 20
    共有

    • 記事へのコメント20件

    • 注目コメント
    • 新着コメント
    その他
    p-baleine
    「Repository層のロジックを修正しただけでService層やHandler層のテストも修正する必要が出てくる」多分、mock するとかそういう以前にこれは全然クリーンじゃないので、そこを直さないとまずそう

    その他
    tune
    CleanArchitecture本が読まれてない事例ぽさ

    その他
    takc923
    タイトル読んで「クリーンアーキテクチャのせいで技術的負債ができた」だと思ったんだけど、「クリーンアーキテクチャやるつもりだったけどちゃんと出来てなくて技術的負債ができた」と言うことを言いたかったのかな

    その他
    riawiththesam
    Repositoryにロジック書いてる時点で設計狂ってるからクリーンアーキテクチャどうこう関係ないと思うの

    その他
    mak_in
    アーキテクチャは、技術のみで選んで構成を作ると結果的にきれいにならない。目的別に分ける。作るときは大差ないけど、変更時のリスクが全然違う。クリーンアーキテクチャはその手法概念の一種。根本が抜けてる印象

    その他
    yojik
    Service層をトップレベルの層で切るのは良くなくて、Usecase層とかDomain層みたいに役割で分けた方が良い。Usecaseだろうが、Domainだろうが、UIだろうが、それぞれにServiceクラスとかサブのパッケージとしてserviceは存在する

    その他
    turanukimaru
    mock が必要だ、というのは極論すればインタフェースと実装の分離は出来てるけどRepositoryとModelでロジックの分離が出来てないってことなんだが、なんで皆Mockを作りたがるんだろう？ロジックを分割すればいいだけなのにね

    その他
    chiroruxx
    わかりやすかった。/ベストにした話ではなくベターにした話だと認識してるので、一部のブコメの言ってることはわかるけど論点ズレてるなと感じた。

    その他
    youko03
    クリーンアーキテクチャだったらRepositoryとServiceの間にドメインモデル層としてのEntitiesが必要な気がする。ServiceはあくまでEntitiesに書けない手続処理を書いたりするはずのような？

    その他
    kiririmode
    go-task/taskでpackage毎のmockgen並列実行。高速化

    その他
    MtAsuka
    アーキテクチャというのは技術的に正しいものを取り入れることではなく、そのプロジェクトに適していて妥当なものを目利きして取り入れるということが最も大事だよね。

    その他
    koyancya
    よくわからないけど小説家になろうの作品にありそうなタイトルだなと思った

    その他
    suika3417
    とりあえずやってみようって感じでなんとなく形だけ真似してみたら、本来アーキテクチャが満たしたいところをガン無視して設計してたってオチになるのはわからんでもない

    その他
    t2y-1979
    go 言語でクリーンアーキテクチャを実践するの、go の設計思想や文化とはズレててあまり向いているとは思わないんだけどな

    その他
    Tomato-360
    既視感がある（うっ頭が）。とりあえず込み入った実装をリファクタリングして行くにはe2eは必須だよね。

    その他
    takc923
    takc923 タイトル読んで「クリーンアーキテクチャのせいで技術的負債ができた」だと思ったんだけど、「クリーンアーキテクチャやるつもりだったけどちゃんと出来てなくて技術的負債ができた」と言うことを言いたかったのかな

    2021/09/17 リンク

    その他
    chiroruxx
    chiroruxx わかりやすかった。/ベストにした話ではなくベターにした話だと認識してるので、一部のブコメの言ってることはわかるけど論点ズレてるなと感じた。

    2021/09/17 リンク

    その他
    Shinwiki
    “JOINしまして” 鼻につく言い方

    その他
    yojik
    yojik Service層をトップレベルの層で切るのは良くなくて、Usecase層とかDomain層みたいに役割で分けた方が良い。Usecaseだろうが、Domainだろうが、UIだろうが、それぞれにServiceクラスとかサブのパッケージとしてserviceは存在する

    2021/09/17 リンク

    その他
    riawiththesam
    riawiththesam Repositoryにロジック書いてる時点で設計狂ってるからクリーンアーキテクチャどうこう関係ないと思うの

    2021/09/17 リンク

    その他
    n314
    単純な表示項目が一つ増えただけで、DBもリポジトリもドメインもプレゼンテーションもテストもインターフェースも実装もあちこち修正が必要ってことなのかな。ロジック無くても詰め替えコードは要るよね。

    その他
    mak_in
    mak_in アーキテクチャは、技術のみで選んで構成を作ると結果的にきれいにならない。目的別に分ける。作るときは大差ないけど、変更時のリスクが全然違う。クリーンアーキテクチャはその手法概念の一種。根本が抜けてる印象

    2021/09/17 リンク

    その他
    saiyu99sp
    本の名前であってアーキテクチャの名前ではなかったような…？

    その他
    kazoo_oo
    共感がやばい

    その他
    tune
    tune CleanArchitecture本が読まれてない事例ぽさ

    2021/09/17 リンク

    その他
    turanukimaru
    turanukimaru mock が必要だ、というのは極論すればインタフェースと実装の分離は出来てるけどRepositoryとModelでロジックの分離が出来てないってことなんだが、なんで皆Mockを作りたがるんだろう？ロジックを分割すればいいだけなのにね

    2021/09/17 リンク

    その他
    p-baleine
    p-baleine 「Repository層のロジックを修正しただけでService層やHandler層のテストも修正する必要が出てくる」多分、mock するとかそういう以前にこれは全然クリーンじゃないので、そこを直さないとまずそう

    2021/09/16 リンク

    その他
    sasasin_net
    粉砕!!

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    スタートアップにクリーンアーキテクチャを適用したが、技術的負債が塵積った件　〜開発合宿で技術的負債を粉砕します〜 - ANDPAD Tech Blog

    こんにちは。こんばんは。おはようございます。 アンドパッドで現在はバックエンドの方のエンジニアをや...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.