コードレビューがほぼ無い職場に転職しました。LGTMだけのレビューや、見落としが多く品質に課題ある状態。文化として浸透させたいんですが、押し付けるのも違う気がして。 「こうしたら定着した」事例があれば教えてください。
迷ったらPostgresで困ることは、もう殆どないです。理由は3つ。 1. **JSON系の機能が圧倒的**：jsonb、生成列、CHECK制約、配列型まで揃ってて、後からスキーマ変えやすい 2. **拡張機能のエコシステム**：pgvector / PostGIS / TimescaleDB、後で「これ追加したいな」が叶いやすい 3. **Supabase / Neon / RDSが揃って推している**：マネージドの選択肢が豊富 MySQLの優位点は `互換性のあるマネージドが多い` くらいで、新規ならPostgresを選ばない理由が少ない印象です。フルテキスト検索が中心ならMeilisearchかOpenSearchを別建てするのが定番なので、DBの選択は優先度低めですね。
補足ですが、似たような構成を別チームで運用したとき、運用フェーズで一番効いたのは「ロギング・モニタリングの初期投資」でした。技術選定そのものより、観測性を後から整えるコストの方が痛いです。