無限のメモリ空間と絶対に落ちないプロセスを仮定して「ビジネスロジック」をあぶり出す - assertInstanceOf('Engineer', $a_suenami)

先日、前職の上司から「そろそろプロフィールに"詩人"を追加するべきだ」と言われました a-suenami です。今日も今日とて詩人業を行なっていきますよ！ 「ビジネスロジック」とは何か 最近、業務で、比較的中長期的なアーキテクチャの見直しだったり、新機能の設計だったりをさせてもらう機会が増えた。 コンポーネントをどういう風に分割するかとか、それぞれのコンポーネントを主にどのチームでメンテナンスしていくかとか、そういうのを考えるのは楽しい反面、かなり熟慮に熟慮を重ねないといけないものでもあるのでかなり責任を感じるというのもある。 まあ、そんなこんなでいろいろうーんうーんって悩んでいると昔（たぶん DDD コミュニティだと思うけど）誰かに言われた「無限のメモリ空間と絶対に落ちないプロセスがあったとして、それでもそのコードを書かないといけないのならそれがあなたのドメインだ」という言葉だ。 モデリ

[a_suenami]

詩人業を行いました

[SWIMATH2]

言いたいことはなんとなく分かるけど具体的に納得できない/インフラ層が必要ない世界だったと考えるみたいな話かな

[to4iki]

“重要なのは、今自分が何のコードを書いているのかちゃんと意識すること。”

[issyurn]

ビジネスロジック＞よく「ドメインロジック」とか、「業務固有ロジック」という言葉で代替されますな

[efcl]

モデルを作りたいんじゃなくてレイヤーわけをしたくてモデルを作るという話

[suginoy]

"僕たちがどれだけ永続化に関するコードを書いているか"

[yojik]

ビジネス系アプリ?の目的の中でもっとも大きいのは、ビジネスの活動を記録することだと思うので、永続化に関する部分をビジネスロジック（←この言い方は曖昧だけど）から完全に隠蔽することはできない

[hitomit-93-123]

むつかしい

[tyru]

タイトルの条件を満たす環境でそれでも書く必要のあるコードがあればそれがビジネスロジックだ、という話。ただしビジネスロジック以外にもユーザーストーリーとしてUXも考慮する必要がある、というコメントも。

[terazzo]

ロジックをDSLで書くのとかそういう発想かも。／物理的制約がビジネス自体のあり方を規定する場合もあるのでそうするともう一回混ざってくる。

[pochi-mk]

興味深い議論。ドメインをちゃんと理解できてないけど、自分は永続化に振り回されっぱなしなことはよくわかった。

[smartstyle]

何回か読み返して、きちんと咀嚼したい。