DDD Alliance! ドメインオブジェクトの見つけ方・作り方・育て方 まとめ #DDDAlliance
色々と実践が足りないと感じたなーいまいちどドメイン駆動本を読もう。まだまだ学べることがある #DDDAlliance
2016-05-25 21:02:24とりあえずやってみたいなら、ダメ元でやってみると良いよ。 1つでも足跡を残せば変わってくる。 これだけは本当に自信・確信を持って言える。 #DDDAlliance
2016-05-25 21:04:04まずはドメインオブジェクトは何か?から始めるからこそ、エンティティやレポジトリ、サービスは出てこないんだろうなぁ #DDDAlliance
2016-05-25 21:04:05DDDをできない理由を考えるくらいなら、今できる改善が何かを考えてみよう。泳ぎ方を完璧にしてから海に入るの?ずっと陸にいて泳ぎ方を覚えられるのだろうか?犬かきでも良いじゃない。海に入る、その第一歩を始めてみよう。 #DDDAlliance
2016-05-25 21:04:49DDD、まずは判断をメソッド化するのからはじめるといいと思う。それだけでもかなりの抽象化が必用になる。 #DDDAlliance
2016-05-25 21:07:11「Q. クラスが多いとファイルも多く、レビューがしづらいのはどうすれば ?」 -> 「A. レビューは書いたヒトのドメインに関する理解度がわかるという意識でやってもらいたい!」 #DDDAlliance
2016-05-25 21:07:31「Q. リファクタリングで名前変更が辛いです」 -> 「A. IntelliJ などのツールのちからを最大限につかってほしい」 #DDDAlliance
2016-05-25 21:08:191つの修正でクラスを20も30も追加したり変更するpullリクを出し続けて押し通した私が通りますよっとw #DDDAlliance
2016-05-25 21:08:29「Q. クラスを細切れにするとコンテキストを超えて使いまわしたくなるが、その場合は共通モジュールとして参照させて使う ?コピーして使う ?」 -> 「Q. コピーして使っている。育てる場合にコストが大きくなるから」 #DDDAlliance
2016-05-25 21:09:45テスト、レイヤーごとに書いてられないよなー。一番外から叩けば全部確認できるしね。 #DDDAlliance
2016-05-25 21:11:52「Q. たくさんのモジュールに依存するクラスのテストを書きづらいのはどうすれば ?」 -> 「A. そんなに依存が深いのは業務として ? またドメインオブジェクトのテストは書かずに E2E に近いところで担保するようにしている 費用対効果も悪い」 #DDDAlliance
2016-05-25 21:12:03教条的にすべてのコードにテストを書くべきだとは思わないけど、マイクロオブジェクトを作るからこそテストがしやすいのかと思ってたら、逆なのか。オブジェクトの構造もガンガンリファクタリングするからテストの維持が大変。 #DDDAlliance
2016-05-25 21:12:30DDD勉強会をやってみたら、自分が思ってたよりも良い反応返ってくることもあったり、かといって何か新しいことを改善のために導入しようとすると、「動いてるから良くね」って同じ人が言ったりするから人間よくわからんものだと思って結局やるしかないと思っている。#DDDAlliance
2016-05-25 21:12:58私もドメインオブジェクトに対してテストは不要だと思う。 サービスやファサードでテストすればいい。 1クラスにつき1テストである必要はない。 #DDDAlliance
2016-05-25 21:13:09明日いきなりここで聞いた話を実戦しだして、「えっ、この人どうしちゃったの?」って思われても良いから実戦するんだ! #dddalliance
2016-05-25 21:13:45今日はこのようなイベントが催されていたのか DDD Alliance! ドメインオブジェクトの見つけ方・作り方・育て方 ddd-alliance.connpass.com/event/31834/ #DDDAlliance
2016-05-25 21:16:37ドメインオブジェクトのテストを変更される頻度の問題から書かない納得感があったなぁ。 #DDDAlliance
2016-05-25 21:17:58テストを書きたくなったら、それが「嫌な臭い」なので、テストが要らないくらいまでオブジェクトを分解してしまえ、ということなのかな。 #DDDAlliance
2016-05-25 21:18:56