こんにちは ebi です。 非常に今更ながら初めてまともな Rails の記事書く気がします。興奮してきた......!? さて、先日無事に Rails 7.2 がリリース されましたので Rails で構築されたWebアプリケーションを継続的に開発・運用している方々におきましては、そう遠くないうちに Rails 7.2 へのアップグレード対応を検討することになるのではないかと存じます。 今回はそんな Rails アップグレード対応の一環でも関わる Rails の config 制御、及び load_defaults の設定値の更新に関する知見を少しまとめてみます。 何を隠そう私自身が直近で Rails のアップグレード対応（Rails 7.2 へのアップグレード対応とは言っていない）をした際の内容を元に取り留めなくまとめる機会を作りましたが、人には人の Rails アップグレード対応が必

はじめに こんにちは。エンジニアの安達です。前回の記事で触れたRailsアプリのリファクタリング対応の一環で、Service Objectの活用も行っていました。 Service Objectは間違った考え方で使うとアンチパターンに陥るとも言われる設計手法です。業務での活用に際して、どういった留意事項や具体的な実装パターンがあるのか詳しく調べたので、RailsでのService Objectの活用方法全般について記事にまとめてみたいと思います。 Service Objectが欲しくなるとき Rails標準のMVCで業務アプリケーションを実装して行くと、ビジネスロジックが複雑になるにつれて、ControllerまたはModelの処理が肥大化してつらい状態になりやすいです。具体的に言うと、 可読性が悪い テストが書きづらい Modelにメソッドが乱立し、そのModelがビジネス上どういう振る舞

私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ

概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Smooth Ruby and Rails upgrades | Arkency Blog 原文公開日: 2024/07/01 原著者: Posts by Piotr Jurewicz 日本語タイトルは内容に即したものにしました。 参考: Rails アップグレードガイド - Railsガイド 最近、私たちは年季の入ったさまざまなプロジェクトでコンサルティングやアップデート作業を行っていました。どのプロジェクトもproductionで運用されていてビジネスを回していますが、長年アップグレードされないまま放置されていました。 こうしたプロジェクトでの経験を活かして、アップグレード作業をスムーズにするための知見を本記事でいくつか共有したいと思います。 🔗 アップグレード前にやるべき作業 🔗 依存関係をできるだけ減らしておく 作業

Building web applications with Ruby on Rails is one thing—crafting and scaling a fast-paced startup is a whole different ballgame. Startups are expected to deliver: – Disruptive user experience (because who wants to be just another app?) – Remarkable growth rates (we’re talking growth that makes your head spin) – Insane productivity (because time is money, and startups burn through both) Fortunate

こんにちは。 id:Pocke です。最近のマイブームはルピシアのラムレーズンの紅茶です。1 Ruby や Rails のアップグレード情報を共有する場を作ったので、それをご紹介しようと思います。 背景 Ruby や Rails のアップグレードは単純な作業ではありません。 アップグレードには多くの変更が含まれています。変更はそのソフトウェアが成長している証ですが、一方で痛みもあります。Ruby や Rails を使うアプリケーションが、それらの変更に対応する必要があるためです。 そのようなアップグレード作業を楽にする取り組みはすでにいくつか存在します。 例えば Rails ガイドの Rails アップグレードガイドでは、一般的なアドバイスと、各バージョンで注意すべき変更が書かれています。 また 社内版 Rails アップグレードガイドを公開します - Timee Product Team

概要 ERBにRuboCopをできるように、ERB lintをRailsで動かしてみました。 背景 久しぶりにERBを書いていています。理由は、 https://www.hotrails.dev/turbo-rails をやり始めたからです。 ERBは写経しているだけです。しかし、どうもtypoをやりがちで、ストレスがたまるので、lintを探してゆきつきました。erb-lintの紹介記事に。 READMEみながらRubocopと連動しつつRailsにいれてみました。 作業ログのRepository 手順 Rails 7をminimalに Rails newする RuboCop導入する RuboCopと連動したERB lintを入れる GitHub Actionsを動かす Rails 7をminimalに Rails newする rails newのhelpを見ながら、不要な機能をskipし

はじめに こんにちは。リンクウェルクリニックDX支援システムチームの山本です。 皆さんが普段開発しているサービスの1stコミットはいつでしょうか？私が主に担当しているサービスは2018年から開発されており、今まで経験したRailsプロジェクトの中でも比較的大規模のものとなっております。 長期間開発が続けられているRailsのサービスでよくある問題として、ファットモデル・ファットコントローラーが挙げられます。その名の通り1つのファイルのサイズや役割が大きくなってしまう問題です。 我々のサービスでは診察の「予約」を担当するReservationモデルの肥大に悩まされています。この問題に対し、packs-rails と packwerk というライブラリを利用して解決する方法を検証しました。今回はこのライブラリを利用し、モデルを適切に分割し、ドメインの境界を容易に検知する仕組みをご紹介します。

こんにちは、サーバーサイドエンジニアのmitaniです。先月、B/43を構成するシステムのうち、3つのRailsリポジトリの7.1バージョンアップが完了しました！ 大きな躓きポイントはなかったのですが、参考までに手順やRails 7.1の内容を紹介しようと思います。 B/43のアーキテクチャ https://smartbank.co.jp/recruit/engineer-summary B/43は、上の図のように複数のサービスから構成されています。そのうちRailsで作られているサービスが3つあります（core-api / auth-api / aml-api）。バージョンアップする際には3つまとめて行う運用をとっているため、今回も3つバージョンアップしました。 各リポジトリは全てDocker化されています。各リポジトリのDockerfileは、共通してruby等をインストールしているベ

Discover 14 essential tools and gems for Ruby developers. Enhance your Ruby programming with top picks for feedback loops, performance, debugging, and data management.

新規でRailsプロジェクトを始める時の個人的な環境構築についてまとめる。前提とする条件等は下記。 規模: ~中規模 開発者数: 個人 利用シーン: PoC作成・スタートアップ立ち上げ・並の業務アプリ開発等 基本戦略 利用シーン的に「思い立ったらすぐアプリの開発ができる」という感じの運用がしたい。極力セットアップで悩みたくないから必要なミドルウェアなどは全部Dockerでインストールできるようにして立ち上げれば終わり、の環境を作る。その環境の中で色々とコマンドを叩いたり、rails newやrails gなどでRailsアプリを作成していく。 この辺のRailsの初期セットアップの手間を出来るだけ省きたいのでtemplateとなるリポジトリを作成し、そこからcloneしてくるだけでOKにする。 フロントエンドはReactなどを使わずをRails標準のerbとHotwireを軸に開発する。開

こんにちは。 id:Pocke です。 今日は activerecord-originator という gem を作ったので紹介します。 github.com なにこれ Active Record が発行するSQLの各部分に、それがどこで作られたものかをコメントとして入れ込む gem です。 理解するには実例を見るのが早いでしょう。次のログはArticlesController#indexで実行されるクエリの例です。 Article Load (0.1ms) SELECT "articles".* FROM "articles" WHERE "articles"."status" = ? /* app/models/article.rb:3:in `published' */ AND "articles"."category_id" = ? /* app/controllers/artic

Railsの学習をサポートする書籍です。難易度としては、Railsの基礎であるCRUDの動作を解説した「Railsの教科書」(https://tatsu-zine.com/books/rails-textbook)を終え、「Railsガイド」(https://railsguides.jp)をおおよそ学んだあとに読んでいただくことを想定しています。「パーフェクトRails」(https://gihyo.jp/book/2020/978-4-297-11462-6)に掲載されている基礎レベル文章程度の難易度にできればと考えています。

Active Record と暗号化 - Railsガイド Active Record Encryption — Ruby on Rails Guides アプリケーションレイヤで暗号化する仕組みとしてActiveRecordEncryptionがRails7.0から導入されたようなので試してみようかと思います。 今まで自前実装でやっていたので、楽になるのかな？と 環境 Docker: 20.10.22 Ruby: 3.1.2 Rails: 7.0.4 postgres: 15.1 まずは普通にモデルを作ってみる class CreateUsers < ActiveRecord::Migration[7.0] def change create_table :users do |t| t.string :name t.string :address t.timestamps end end

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

このエントリは、SmartHR Advent Calendar 2023 シリーズ1の5日目の記事です。 こんにちは！SmartHRでプロダクトエンジニアをしている大澤(@qwyngg)です。 最近Railsの自動テストの高速化について調べていたので、その内容をまとめてみました。 主にtest_profというgemを用いた解析と、その結果を元にした改善方法について書いています。 test_profとは https://github.com/test-prof/test-prof テストのパフォーマンスを分析する様々なツールを提供するgemです。 色々機能があるのですが、今回は以下の機能を使って発見した問題とその解決方法を紹介します。 factory_botプロファイラ テストに対してstackprofを(面倒な設定無しで）実行できる 詳しい使い方はTestProf: Ruby tests

Railsにおける app/ とは app/はRailsのアプリケーション用ディレクトリで、普通のRailsアプリケーションでは、この下にmodels,controllers,viewsを含めた様々なディレクトリが作られます。 基本的には新しいディレクトリを追加する必要はないのですが、アプリケーションが複雑になると、Railsを拡張するべくここにアプリケーション固有のディレクトリを作って、その下に関連するファイルを置くことがあります。 中には、servicesやserializersのように、多くのRailsアプリケーションで見られるものもあれば、完全にアプリケーション独自のものが作られることもあります。また、アプリケーションによっては独自のディレクトリは一切作らないものもあれば、大量に作るものもあります。それぞれアプリケーションの開発方針によるものです。 本記事では、比較的有名なOSSの

PDF生成のgemといえば、一時期は wicked_pdf が主流だったと思います。 しかし、昨今では依存ライブラリである wkhtmltopdf の更新が事実上止まったため、以下のような影響が出ていて採用しづらいです。 モダンなブラウザでは意図したとおりにレンダリングできない可能性がある 脆弱性への対応体制に不安がある wicked_pdfのcontributerも、長期的には他のライブラリを採用するように勧めています。 Long term plans given the deprecation of wkhtmltopdf? · Issue #1081 · mileszs/wicked_pdf 代替の選択肢に悩むところですが、そのような中でPDF生成のために grover を採用したことがあったので、特記すべき点について共有しようと思います。 PDF生成のための一助となれば嬉しいです。

「次の職場が Ruby なんだけど」と読み書きそろばんを聞かれたのと、大阪Ruby会議03、大江戸Ruby会議10、Kaigi on Rails 2023 と Ruby/Rails 関係のイベントに続けて参加して、作者の皆さまと会ったので。 「読める」になるために 言語仕様は何らかの本 1 冊の冒頭の方を読めば雰囲気は掴めるだろう。 Ginza Rails27 igaiga - Speaker Deck 著書や技術顧問、健康診断レポート でお馴染みの @igaiga555 さんの作った表で、難易度別にまとまっている。 たのしいRuby か、プロを目指す人のためのRuby入門 が定番かなぁ。 できることを知る るりま (Ruby リファレンスマニュアル) の Enumerable、String Rails Guides の Active Support Core Extensions 日本語