OOC2020「READYFORにおける複雑なドメインとレガシーシステムとの戦い方」

マヤミト @yt8492

今日のセッションはDDDに触れるのが多いな #ooc_2020

あっとゆーじ @yu_u_ji1024

大きく育ちすぎたモデルクラス、ああ耳が痛い話だ、、、 #ooc_2020 #ooc_a

スタヰル @stwile871

3700行の、model？！ #ooc_2020

takasp @takasp_2350

SoEとSoRとSoCで分ける。 #ooc_2020 #ooc_a

ういろう @nyamucoro

責務を整理 SoE SoC SoRで分けてみる #ooc_2020 #ooc_a

ポリドッグ@PartyHard Inc. @polidog

単純にコンテキスト分けても、視点を意識しないとぐちゃぐちゃになりそう #ooc_2020 #ooc_a

おかしょい @okashoi

SoE, SoR のほかに SoC（System of Controll?） #ooc_2020 #ooc_a

篠田 将彦 / CI・CD, DevOps, TDD @Shinoda_IT

「project.rb が 3700 行のコードに・・ 『よくきくやつだ』 責務の分離・密結合・変更がむずかしい」 #ooc_2020 #ooc_a pic.twitter.com/sSXDQIoCDR

拡大

拡大

拡大

拡大

ういろう @nyamucoro

> 技術的負債の説明を試みる > ステークホルダーに説明する うわ・・・うわ・・・(´；ω；｀)つらいよね #ooc_2020 #ooc_a

tak.f. @tak_f_

こんだけDDDが使われる理由が何かあるんだろうな。 俯瞰視点を失わずにシステムアーキテクチャをしたいとか、ビジネスとの整合性を保った必要最低限かつ効果的な実装をしたいとか、そんな所なのだろうか。 （DDDも勉強しなきゃな...） #ooc_2020

おかしょい @okashoi

BSのアナロジーとしての技術的負債 #ooc_2020 #ooc_a

kazto%𝕏！心燃やせ！！ @kazto_dev

技術的負債を、BSのアナロジーで語る。おもしろい。 #ooc_2020 #ooc_a

ねり @neripark

技術的負債＝貸借対照表で説明してみる #ooc_a #ooc_2020

きゅ〜ぶ @cube_3110

全体的にセッションの内容は少しレベル高めに感じてる 個人的にだけど。。。 #ooc_2020

おかしょい @okashoi

「技術的純資産」→開発を促進するような設計や実装等 #ooc_2020 #ooc_a

スタヰル @stwile871

技術的なBSや！ #ooc_a #ooc_2020 pic.twitter.com/2e87wiSt7A

拡大

ういろう @nyamucoro

バランスシートのアナロジーとしての技術的負債 純資産と負債で資産が成り立つ #ooc_2020 #ooc_a

kazto%𝕏！心燃やせ！！ @kazto_dev

技術的負債も技術的資産の一部 #ooc_2020 #ooc_a

ハゲワシ; @hagevvashi

#ooc_2020 #ooc_e ファイナンスではバランスシート学ばなかったな。会計じゃないもんなぁ

コッペパン@/dev/null @oodkei

#ooc_a #ooc_2020 ソフトウェア資産をBSで見る

hmatsu47(まつ) @hmatsu47

SoCというと、どうしてもこっちを思い浮かべてしまう。 ja.m.wikipedia.org/wiki/System-on… （全部大文字ならセキュリティのほうの…） #ooc_2020 #ooc_a

きゅ〜ぶ @cube_3110

技術的負債に対して技術的純資産が多い場合は成長速度が速い これは間違い無いな🤔 #ooc_2020

マヤミト @yt8492

技術的負債が絶対悪ではない #ooc_2020 #ooc_a

たべたつ @ttabtt3

技術的負債の説明すごいわかりやすい #ooc_2020

Wataru Hamawaki @w_hamawaki

技術的負債の説明。参照させてもらおうっと #ooc_2020 #ooc_a