公開できるようにしていきたいと考えています。それから、実際に運用しているテーブル数はかなり多く、ユーザテーブルのような様々なテーブルとのリレーションを持つテーブルが存在するため、1つの画像ファイルとしてER図にすると見辛くなってしまいます。テーブル全体像の把握やPRのレビュー時のことを考えても、テーブルの系統毎に分割してER図にする必要がありそうです。してみると独立したテーブルが散見され、おそらくモデル定義にリレーションを記述していないファイルも多く存在しそうです。これら独立したテーブルを見て、モデル定義の情報拡充を進めていきたいです。コードをscriptsファイルとして配置してしまいましたが、外部ライブラリとして切り離せないかも検討したいところです。github.blogまとめ運用中のサービスでER図を手動メンテはしたくないが、ER図はあると何かと便利、それなら自動化しようという試みでしたが、概ね上手くいきました。モデルファイルの追加・更新に対してER図もそれに追随するようになるとPRレビューもしやすくなりそうなので導入を進めていきます。モデルファイルからER図を自動生成する第一歩を踏み出せたと思います。前回同様、今回も業務時間のうち20%を好きな技術課題に当てられる制度を利用して実験を行いました。APIを活用してi18nの不整合をチェックするこんにちは。はじめましてこんにちは。(1)引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。