SmartHRでのモジュラモノリス推進の振り返りと今後 - SmartHR Tech Blog

こんにちは、SmartHRでプロダクトエンジニアをしているkureです。 SmartHRでは2023年から一部パッケージでモジュラモノリス化の取り組みが始まり、2024年にコードベース全体での推進が決まりました。本記事では、私たちがなぜモジュラモノリス化に取り組んだのか、どのような成果と課題があったのかを、現場の実体験を通じてお伝えします。 モジュラモノリスという手法は近年注目を集めていますが、実際に導入・運用してみると理想と現実のギャップに直面することがあります。私たちの経験が、同様の課題を抱える開発チームの参考になれば幸いです。 直面していた課題とその背景 なぜモジュラモノリスを選択したのか モジュラモノリス化への道のり 推進体制の変遷 2024年〜2025年上期: 推進決定から体制構築まで 2025年下期：技術検証と知見の蓄積 2026年上期：イネイブリングフェーズへの転換 各フェー

[nemoba]

"認知負荷"は対象者によって変わるからね。凝集結合が指標だけど関心毎で反転するし。データ操作の塊を高凝集とみるかユースケースの低凝集とみるかとか

[kiririmode]

モジュラモノリスは泥団子を分割する技術ではない話。認知負荷のうち構造で減らせるものと組織が耐えるべきものを仕分ける。境界を引いて下がるのは依存関係の見通しの悪さで、ドメインそのものの難しさではない

[tsuwatch]

ここでは認知負荷のことを変更したときにどこに影響が出るのかもっと簡単に知りたい、もしくは漏れなく知って安心したいということだと思うが、どうするのが良いんだろう。コントラクトテストとかどうなんだろ

[toaruR]

『モジュラモノリス』

[hitotakuchan]

Packwerkによるモジュラモノリスへの移行が目的に見える。まずDDDの（戦術的設計ではなく）戦略的設計をどの程度やったのかが知りたい。

[nguyen-oi]

モジュラモノリスの現実的な落とし所が詳しくて参考になる。組織論に行き着くのはエンジニアあるある