半年間の開発環境の改善を振り返る - メドピア開発者ブログ
こんにちは、メドピアCTO室 SREの侘美(たくみ)です。 普段はRails/Vue.js/terraform/Lambdaなどを書いています。 趣味は飼い猫と遊ぶことで、生傷が絶えません。 入社してから約半年間、Railsのプロジェクトで実装をしつつ、合間に開発環境の改善をいろいろとやってきました。けっこうな分量となったので、紹介したいと思います。 なお、本記事で扱う開発環境とは下記2つを指すこととします。 ソースコードの修正/テストの実行/静的解析の実行環境 サービスを起動し、ブラウザでデバッグする環境 特徴 主な改善対象である、「MedPeer」サービスの特徴をご紹介します。 Ruby on Rails製 社内では最も巨大なRailsプロジェクト モデル数693 認証サービス、旧サービス(PHP製)と連携している 開発環境はDocker for Macを利用 コンテナ数は旧システム、
has_many throughで，class_nameとかforeign_keyをちゃんと復習してみる - PartyIX
has_many，throughとかでモデルやテーブルの構成を考えるとき，どうしてもカラム名と関連づけるテーブルの名前が一致しなかったり，望み通りの命名で行けない場合がある． もちろん，一つのテーブルが，他のテーブルのレコードを複数持つだけなら，命名はスマートに決められるのだけれど． 今回の例題は，Userモデルに対するフォロー・フォロワーを実現すること． Userは一つのテーブルでなければならないことはわかりますよね． ということは，UserテーブルがUserFollowという中間テーブルを介して，Userテーブルのレコードをhas_manyするという形をとる． もうガリガリと書いていきます． まず，こういう，元から名前の統一が難しそうな場合はテーブルを先に作ってしまう． Userテーブル id name 1 poteto 2 hoge UserFollowテーブル id user_id
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
