Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
結局ドメインって何ですか?
Search
ミカイ
March 23, 2024
0
560
結局ドメインって何ですか?
ミカイ
March 23, 2024
Tweet
Share
More Decks by ミカイ
See All by ミカイ
今からフロントエンドを0から勉強するならSvelteもありかも
junmikai
0
47
tsoaはいいぞ!APIドキュメントを自動生成!
junmikai
0
28
生成AI活用はHOWが大事な理由
junmikai
0
140
2025年の抱負: フリーランスから 正社員に戻るので 組織に貢献します!
junmikai
0
84
Chakra UI v3にバージョンアップしてほぼ別物になった件
junmikai
0
670
LTのテーマ決めは「多数派」を意識しよう ~ LT年40回登壇した件~
junmikai
0
12
成長するには「重要 VS 緊急」を意識しよう
junmikai
0
12
LTのテーマ決めは「多数派」を意識しよう ~ LT年40回登壇した件~
junmikai
0
24
目標は「めいそう」が大事。漢字はどう書く?
junmikai
2
40
Featured
See All Featured
For a Future-Friendly Web
brad_frost
180
9.9k
Large-scale JavaScript Application Architecture
addyosmani
513
110k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Practical Orchestrator
shlominoach
190
11k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
The Language of Interfaces
destraynor
161
25k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
GraphQLの誤解/rethinking-graphql
sonatard
72
11k
Raft: Consensus for Rubyists
vanstee
140
7.1k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.8k
Transcript
結局ドメインって なんですか? 三海 純(ミカイジュン)
自己紹介 • 三海純(ミカイ ジュン) • フリーランスエンジニア ◦ Next.jsの新規開発 + Laravel
◦ Python API新規開発・設計 • 趣味 ◦ アニメ(BanG Dream!・ぼざろ 等) ◦ ネット麻雀(雀魂・雀豪)
キャリア • 2020/06 - 2022/02: 正社員(受託企業) ◦ Vue.js/Nuxt.jsをメイン • 2022/03
- 2023/09: 正社員(自社開発) ◦ バックエンドはPython / Nest.js(Node.js) ◦ フロントエンドはReact.jsとNext.js • 2023/10 - : フリーランス(自社開発) ◦ Next.jsの新規開発とバックエンドを担当 ◦ Python APIの新規開発・設計
よく話題になる ドメイン について話したいと思います
前提として アプリケーション 設計のドメイン ※ネットワークの方じゃないよ
今回のゴール ドメインについて ざっくり知る きっかけになる
ドメインとは? "ドメイン"はビジネスの核心部分、つまりアプリケーショ ンが扱う問題領域や機能領域のことを指します。ドメイ ンには、ビジネスルール、プロセス、概念、およびそれ らが関連するデータが含まれます。これらは、特定のビ ジネス領域におけるユーザーのニーズや要求を解決 するために存在します。
None
もうちょっと簡単に ソフトウェアで解決したい部分を ちゃんと理解した上で、 ソフトウェア開発を行う 引用元 https://zenn.dev/miya_tech/articles/db89d73f3329e8
もっと簡単にいうと 独自のもは ルールブックに まとめようぜ!
とはいえ・・・ 普段使う アプリケーションに ルールブック あったかな・・・?
例えば「SNSのいいね!」 - 1つの投稿に1人1つのいいね - いいね済をクリックすると解除 - いいねつけられた時は通知される - 解除された時は通知されない
- 1つの投稿に1人1つのいいね - いいね済をクリックすると解除 - いいねつけられた時は通知される - 解除された時は通知されない ↑このルールどうやって知りましたか?
知らぬ内にルールを理解しているから ドメインは ややこしくなる
明らかにルールブックが必要そうな例
Webでは当たり前にあることはドメインになりにくい - ログイン機能 - エラー処理 - DBのバックアップ - パフォーマンスの最適化
結局何が言いたいかというと ルールをどこまで 定義するか 難しいよねって話
なので業務でドメインが出てきた時は そのルールは みんなが決めたルール を考えてみる
再度掲載、SNSの「いいね」 - 1つの投稿に1人1つのいいね - いいね済をクリックすると解除 - いいねつけられた時は通知される - 解除された時は通知されない
SNSの「いいね」のルールによって・・・ - 正当な評価がされやすいかも? - 承認欲求が満たしやすいかも? - 傷つくことが少ないかも? ※個人の感想です
ご清聴ありがとうござ います!