フェイ=サンの何かスマートフォン用の表示で見るフェイ=サンの何かこのブログは筆者が感じたことを淡々と書くブログです.過度な期待はしないようにしてくださいこの広告は、90日以上更新していないブログに表示しています。その観点ではわかるんですが、ドメインやユースケースの文脈では微妙かなぁと思ったのでした。自分の理解力が足りてなかったとか、説明力が足りてなかったとか、言語化があいまいだったとか、発表での例が悪かったとか色々あります、多分。反省会(という名の言い訳)とかをつらつら書いていこうと思います。因みに「ユースケースとは何か」という話については、先に引用したツイートにあるブログがめっちゃ丁寧に解りやすく解説してくれてるので、ここではあまり触れません。反省会:発表の何が悪かったか原因は幾つかあるなぁと思ってます。ワークショップ形式→発表スライドが良くなかったまず、今回の発表の内容は一度社内のチームの勉強会みたいな場で話したネタを元に作られていました。その時はホワイトボードに書いたり、自分たちで議論しながら進めたりと、発表というよりはワークショップに近い形式をとってました。その内容をスライドの発表形式にした時自分たちで体験してみるという過程がスッパリ無くなったので理解しづらくなったということが1つあるかなぁと思います。改善策→ワークショップでやったことをそのまんまスライドにしないユースケースを複数の文脈で使ってしまっていた。日常会話としての文脈、DDDとしての文脈、クリーンアーキテクチャとしての文脈、コーディングとしての文脈、の恐らく4つがあります(正直、本当に4つか?と言われると自信はないです)。自分の中でもこの辺の区別がふんわりとしか理解できてないので(要勉強)詳しいことはブログのほうを参照でお願いします🙏。改善策→DDDやクリーンアーキテクチャについて再勉強よくよく考えるとビジネスチームに問題を先送りしてただけ感があるツイッターでもブログでも指摘がありましたが、ビジネスチーム次第で如何様にも変化してしまうのはさすがに良くないな、という話です。ユースケースはをビジネスチーム次第、と言ってしまっているので、じゃあビジネスチームの定義は?となってしまう感じです。(完全に言い訳ですが)自分の所属するチームには仕様チーム(ビジネスチーム)が居て、仕様周りはそのチームに相談して決める、的な流れになっていました。社内の勉強会ではそこまで議論になることなく割とすんなり理解されてた(と思う)んだと思います。それが一般的か?と言われると確かに微妙だし(現に仕様チームが居ない現場も経験してるし...)、仕様チーム次第じゃない?と言われるとまさにその通りかなと。何がユースケースなのか、何がドメインモデルなのか等々はプロダクトによって決まる(DDDで言うところのドメインエキスパートの会話で決まる?)モノかな...というのが現状の理解です(ドメインエキスパートに近い役割の人が自分のチームはたまたま仕様チームだった、という話かなと)。改善策→初見の人に発表内容を見てもらって、理解できるかを聞いてみるさいごに正直、発表した当時は「完全に理解した!」状態だったんですが、いざ指摘されるとまだまだ勉強不足だったなぁと痛感してます😥(諸々への理解度も不足だったし、発表そのものも未熟だった)ただまぁ、この一連の議論が出てきたおかげで自分の理解も一歩進んだ...と思うので、発表が完全に無駄だったわけではないかなぁと思います(思いたい)。いつになるかはわからないですが、いつか「クリーンアーキテクチャチョットデキル」状態で発表したいなと思います(目標は来年のDroidKaigi)。読者になる検索リンクはてなブログブログをはじめる(無料)お知らせ最新記事DroidKaigi2019の反省会(という名の言い訳)とかS+の自分がXになれた理由を自己分析してみたサーモンラン~プロバイターへの道~DroidKaigi2018に登壇してきました!の反省会ITエンジニアが育休を取ってみてわかったこと月別アーカイブはてなブログをはじめよう!minismahnさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。