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
550
結局ドメインって何ですか?
ミカイ
March 23, 2024
Tweet
Share
More Decks by ミカイ
See All by ミカイ
今からフロントエンドを0から勉強するならSvelteもありかも
junmikai
0
19
tsoaはいいぞ!APIドキュメントを自動生成!
junmikai
0
10
生成AI活用はHOWが大事な理由
junmikai
0
110
2025年の抱負: フリーランスから 正社員に戻るので 組織に貢献します!
junmikai
0
62
Chakra UI v3にバージョンアップしてほぼ別物になった件
junmikai
0
330
LTのテーマ決めは「多数派」を意識しよう ~ LT年40回登壇した件~
junmikai
0
5
成長するには「重要 VS 緊急」を意識しよう
junmikai
0
10
LTのテーマ決めは「多数派」を意識しよう ~ LT年40回登壇した件~
junmikai
0
12
目標は「めいそう」が大事。漢字はどう書く?
junmikai
2
24
Featured
See All Featured
Visualization
eitanlees
146
16k
The Pragmatic Product Professional
lauravandoore
33
6.6k
Designing for Performance
lara
608
69k
Facilitating Awesome Meetings
lara
54
6.4k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
800
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
105
19k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
700
Optimizing for Happiness
mojombo
378
70k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
A better future with KSS
kneath
239
17k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
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の「いいね」のルールによって・・・ - 正当な評価がされやすいかも? - 承認欲求が満たしやすいかも? - 傷つくことが少ないかも? ※個人の感想です
ご清聴ありがとうござ います!