feat: post モデルの実装

[kinari321]

TODO

先にマージする

• detekt の設定の更新 #121

全体的な意図 ( What, How )

• コアドメインで使われる投稿（Post）を作成する

追加・変更の文脈、位置づけ。なぜこの追加・変更が必要か ( Why )

• ドメイン層から実装を始めるため

この PR がマージされると何が嬉しいか

• 投稿モデルを利用した今後の実装ができるようになる

Checklist

• 手動 QA 作業をした
• 1 コミットあたりの差分をできるだけ小さくすることを意識した
• 追加・変更箇所に関わるテストケースを記述した
• コードレビューはつまらないから丁寧なプルリクエストでチームの生産性向上を目指す > レビュアーの負担を最小化すべき を一読し、実践した
• 特殊な理由のある変更など、コードだけから理解できなさそうな変更は、コメントに経緯を記述した

追加・変更したテストケースの見出し一覧

• 特に無し

Issue

レビュアーに手動 QA 作業してほしいですか

• QA 作業をして欲しい( MUST: QA 手順 )
  • 加えて、記述した手順も見て欲しい
• QA 作業をしなくてもよい
  • ただ、記述した手順は見て欲しい

QA 作業手順

レビューする時

• レビュアーのときによく使うGitHubの便利機能

コメントする時

以下のようなラベルをつけると温度感や、ざっくりと伝えたいことががわかります(小文字でも OK です。厳密な使い分けは不要です)

• MUST: 必ず修正・変更して欲しい
• WANT: できれば修正・変更して欲しい
• IMO: (In my opinion) 私の意見では
• IMHO: (In my humble opinion) 私のつたない意見では
• nits: (nitpick) ほんの小さな指摘。インデントミスなどの細かいところに。
• ASK: 質問。わからないことがあれば質問してみましょう。
• FYI: (For Your Informatio) 参考までに
• GOTCHA: やったぜ
• NP: 問題ない

コピペ用絵文字

https://emojipedia.org/

😀：にっこり
😖：困った
🤔：むむ

👍：(・∀・)ｲｲﾈ!!