オンボーディングのために私はプロダクト考古学者になりました！

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Copyright© M&Aクラウドプロダクトの考古学とは？なぜこの取り組みが必要なのか？ ● 新しく入ってくるメンバーがプロダクトの理解度を高めて、積極的に開発（アーキテクチャの提案、負債解消）に取り組めるようにするためです ● プロダクト・アーキテクチャの成長過程を知ることで、設計思想を知る・理解する機会になる「なぜそうなっているのか？」が分からなければ、プロダクトの実装は難しいし、アーキテクチャの改善・提案なんてもっと難しいよね

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Copyright© M&Aクラウド我々の考古学の取り組み弊社での取り組みをご紹介 ● LTで設計の肝になりそうなテーマを解説し、最後に問いかける ○ 古参メンバーはプロダクトの歴史を語る ○ 新メンバーはさらに不明点を掘り下げる ○ ディスカッション内容を整理して、オンボーディング資料に ● LTからの設計に関するディスカッションは結構盛り上がる！ ○ みんな設計について語り合いたいんだね！ ○ プロダクトについて語り会えるいい機会になる ● 毎回アンケートとふりかえりを実施

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Copyright© M&Aクラウド考古学で取り上げた題材を一部紹介ドメイン層の構成と改善について「複数のドメインが共存している狙いは何か？」という問いかけがありました。ドメイン層内で３つに分けるアイデアも提案された。 ● PhpStorm使っている限り、あまり困っていない ● 正し、VOとEntityが混ざっていてわからなくなっている場合はある ● Entityは現状テーブルがauto incrementになっているので、リポジトリから取得する時ぐらいしか得られない( ドメイン層でEntityを生成することがほとんどない ) ● FilterRuleは外部から持ち込まれたもので、扱いが難しい ● HashMapはあまり使わず、DTO使いましょ

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright© M&Aクラウド考古学で取り上げた題材を一部紹介この実装なら、このテスト！メンバーが実際にテストを書くときに意識していることを可視化するこんな議論があったよ ● 外部サービスもモック使わずにテストしたいよね ● テストを自由に書いて良いというが、自由に書いた実例が欲しい ● DbIntegrationテストは臭いもの（テストしづらい設計）に蓋をしているのでは？ ● PHPUnit_ver10でdataProviderの新しい書き方が追加されるの知ってた？