結局ドメインって
 なんですか？
 三海 純(ミカイジュン)
 

自己紹介
 ● 三海純(ミカイ ジュン)
 ● フリーランスエンジニア
 ○ 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の新規開発・設計
 

よく話題になる
 ドメイン
 について話したいと思います
 

前提として
 アプリケーション
 設計のドメイン
 ※ネットワークの方じゃないよ
 

今回のゴール
 ドメインについて
 ざっくり知る
 きっかけになる
 

ドメインとは？
 "ドメイン"はビジネスの核心部分、つまりアプリケーショ ンが扱う問題領域や機能領域のことを指します。ドメイ ンには、ビジネスルール、プロセス、概念、およびそれ らが関連するデータが含まれます。これらは、特定のビ ジネス領域におけるユーザーのニーズや要求を解決 するために存在します。
 

No content

もうちょっと簡単に
 ソフトウェアで解決したい部分を
 ちゃんと理解した上で、
 ソフトウェア開発を行う
 
 
 引用元
 https://zenn.dev/miya_tech/articles/db89d73f3329e8 
 

もっと簡単にいうと
 独自のもは
 ルールブックに
 まとめようぜ！
 

とはいえ・・・
 普段使う
 アプリケーションに
 ルールブック
 あったかな・・・？
 

例えば「SNSのいいね！」
 - 1つの投稿に1人1つのいいね
 - いいね済をクリックすると解除
 - いいねつけられた時は通知される
 - 解除された時は通知されない
 

- 1つの投稿に1人1つのいいね - いいね済をクリックすると解除 - いいねつけられた時は通知される - 解除された時は通知されない ↑このルールどうやって知りましたか？ 

知らぬ内にルールを理解しているから
 ドメインは
 ややこしくなる
 

明らかにルールブックが必要そうな例
 

Webでは当たり前にあることはドメインになりにくい
 - ログイン機能
 - エラー処理
 - DBのバックアップ
 - パフォーマンスの最適化
 

結局何が言いたいかというと
 ルールをどこまで
 定義するか
 難しいよねって話
 

なので業務でドメインが出てきた時は
 そのルールは
 みんなが決めたルール
 を考えてみる
 

再度掲載、SNSの「いいね」
 - 1つの投稿に1人1つのいいね
 - いいね済をクリックすると解除
 - いいねつけられた時は通知される
 - 解除された時は通知されない
 

SNSの「いいね」のルールによって・・・
 - 正当な評価がされやすいかも？
 - 承認欲求が満たしやすいかも？
 - 傷つくことが少ないかも？
 
 ※個人の感想です
 

ご清聴ありがとうござ います！