「DDDもスクラムも当たり前」な開発者組織に入って気付かされたDDDの価値を出すための条件｜南部豪

この記事は 株式会社ログラス Productチーム Advent Calendar 2023 の17日目の記事です https://qiita.com/advent-calendar/2023/loglassこんにちは。ログラスでエンジニアをしております、南部です。 ログラスでは、当アドベントカレンダーの5日目の記事で紹介されていますように、「DDDもスクラムも当たり前」な開発組織が形成されています。 私は、今年の9月からログラスに入社していますので、上記の記事で紹介されているログラスのDNAを受け継ぐ側に当たるかと思います。 そしてちょうど直近で、DDDの文脈においてこのDNAの価値を感じる機会がありました。 実は、前職でもDDDっぽいコードを取り入れたりはしていたのですが、それによって特にメリットは得られておらず悩んでいました。 結論、原因は私の不勉強でDDDの価値を出せる条件となって

[poad1010]

この記事をおすすめしました

[big-kewi]

組織文化の醸成 > 同意 ドメインエキスパートをつくる必要がある場合も

[nemoba]

OOPまっとうにやってもメンタルモデルが共有されなきゃ読みにくいという古からの問題がDDDつう方針でやっと解放された感ある

[sifue]

かねがね同意。

[tattyu]

DDDとかMVVCみたいなのファイルがバチくそ増えるしディレクトリの切り方間違えるとめちゃくちゃ追いにくくなる。gmailのラベルの様なファイルシステムがあれば解決しそうとは思う。誰か作って。