【12章】DB設計で時間溶かしている人へ

はじめに

お疲れさまです。
ER図作成に時間めちゃかけてる人いるなぁって感じてて、私の個人的な感覚でしかないのですがいくつか伝えておきたいことがあります。

伝えたいこと

3つあります。

• DB設計は現場でベテランがやる仕事

• Miroは道具でしかなく、習得必須ではない

• 本番データがなければ直し放題

現場でやる可能性は低い

DB設計はバックエンドの中でも上級者の仕事だと思います。
バックエンドのコードをほとんど自分で書いたことない状態からやるってめちゃくちゃ難しいことだと思います。
エンジニアになってからDB設計する機会ってすぐにくるものではないはずです！！！

任せてもらえないのが普通だと思うのです。
だからできるようになるために頑張る必要性は高くないです。

オリジナルアプリだから全部やる必要があるので、ここはできるようになることを目指さず乗り越える精神の方がいいと思います。

すごく難しいことだからできなくて当然であるということを認識して、サッと作ったらとっととレビューしてもらうべきだと思います！！！

Miroの使い方なんてどうでもいい

操作に慣れようとか思う必要ないです。ER図を作ることは本質ではないのです。
設計どうするかを考えることが重要です。

実際、私は現場でMiro使ってないです。Mermaidでやってます。

※こんな方法あるんだくらいにしてください、脱線するので。

言いたいことはMiroの使い方を一生懸命覚えても使うとは限らないから時間かけないでということです。

あとで修正できる(条件付き)

「DB設計ミスがどれだけ危険か」を例えで、さっきぶべさんがストーリーズで　DB設計ミスると「木造アパートに人が住んでる状態のまま鉄筋マンションに建て替える」と表現されていて笑ったのですが、『本番データが入っている状態＝人が住んでいる」ということだと思います。

本当にDB設計はミスると詰んだりデータの移行作業が発生して、くっそだるいしリスクの高い作業をしないといけなくなります。

なのですが！！！！開発中は話が別です！！！！
開発段階でリリース前ならいくらでも直せます！
既存のコードを修正する必要が出てきたりはあると思いますが、そういうこともいい経験となり今後の設計能力につながってくるのではと思います！！

実装していて初めて見えてくることとか普通にあるので、実装して → 動かして → 戻って → 修正して、、、、が正常です！！
仮説立ててるくらいと思っていいです！

慎重になりすぎると進まないので、開発してておかしいなって思ったらその時にまた相談してみようでいいからどんどん進んでほしいです！

おわりに

完全に私の主観なのですが、できないと気に病まないでほしい(そもそも難しいことしている、できないで当たり前)と思い書きました！！！

これから楽しくなるのに、わからないで当たり前のことでわからないって手が止めるのは本当にもったいないです。

私も仕事でDB設計多少しますが、CTOと私はこう思うけどって言って、「それでもいいね」とか普通にあって、正解は一つじゃないと感じています！！
なので、どっちでもいいことで悩んでるかも！？ってのも思います！！

迷ったら立ち止まらず、まず叩き台を作ってレビュー受けてフィードバックもらいましょう！
わからなかったらどんどん聞いて、どんどん進んでください〜！！！！！