Kaigi on Rails 2025で「dynamic!」という基調講演をしました - moroのブログ
去る9/26-27に開催された Kaigi on Rails 2025 にて、オープニングキーノートを努めさせていただきました。 参加者の皆様、他の登壇者の皆様、オーガナイザーの皆様、スポンサーの皆様などなど、関わった皆様に感謝いたします。ありがとうございました。 無事に終えることができてホッとしていますし、感想Tweetやブログ記事を見ては、とてもとても喜んでいます。 speakerdeck.com 今回の話は、文脈や行間や語りたい意図を、できるだけ明示しようと構成したつもりです。 自問自答しながら「実はこういうモチベーションで話したんですよ〜」っていうのを思いついたら、それをスライドや説明に戻すみたいなことを繰り返しました。その過程で、 @snoozer05 (敬称略、以下同)にもたくさん相談に乗ってもらいました。ありがとうございます。 おかげで、話したかったことはホントにすべて出し切
Kaigi on Rails 2025でasync gemを使ってSSE機能をRails Appで作るという話をしました #kaigionrails - その手の平は尻もつかめるさ
speakerdeck.com 発表資料はこちらです。以下に資料に入れそびれた・話しそびれたことを以下に記しておきます。 実際のところSSEを導入したのはなぜなのか 今回例示したような「長い時間がかかる処理の進捗報告・完了通知」のような機能はポーリングでも実現可能なものであり、我々のプロダクトでも当初はポーリングを前提として設計がされていたのですが、以下のような理由からSSEを採用するに至って今回の発表に繋がっています: ポーリングよりも基本的にはユーザー体験が良くなるはず (ポーリングの場合は変化までに高々インターバル秒かかる可能性がある) *1 技術的な挑戦 (おたのしみ) 後者が地味に大事だと考えていて、何か新しい機能やサービスを作ったりする時に「既存のやり方」のみで固定化するのではなく *2、技術的に新しい取り組みをすることによって技術面・組織面での「実力」を高めたいというモチベー
Kaigi on Rails 2025 - ruby-jp
https://kaigionrails.org/2025 オンラインとオフラインのハイブリッド 日程：2025.09.26 (Fri.) - 27 (Sat.) 会場：JP TOWER HALL&CONFERENCE https://kaigionrails.org/2025/events/ アフターイベント 10/07(火) 12:00〜13:30 【昼開催】After Kaigi on Rails 2025 from ピクシブ【オンライン】 10/07(火) 19:30〜21:30 【リジェクトConライク】Re:cycle〜Kaigi on Rails 2025編〜 10/07(火) 19:30〜21:30 基礎から振り返るKaigi on Rails 2025 10/09(木) 19:00〜21:30 Kaigi on Rails 2025 感想戦 10/10(金) 19:00〜
「RailsアプリはIO-boundである」という神話について考える（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Mythical IO-Bound Rails App | byroot’s blog 原文公開日: 2025/01/23 原著者: byroot -- Railsコアコミッター、Rubyコミッターであり、ShopifyのRuby/Railsインフラチームのシニアスタッフエンジニアです 日本語タイトルは内容に即したものにしました。 IO-boundは英ママとしました。 私がやりたいのは、Pitchfork1に関する記事を書いて、これがどんな理由でできたのか、なぜ現在のような形になったのか、そして今後どうなるのかについて説明することです。しかしその前に、いくつか解説しておく必要があります。 Railsとパフォーマンスの話題になると「データベースがボトルネックになる」という話がよく持ち上がりますが、RailsはいずれにしてもI
Using Rails debugger/rdbg with VS Code
In this article, I show you how to use VS Code's "Run and Debug" panel to connect directly to a debugger instance, using the VSCode rdbg Ruby Debugger extension. We're lucky in the Ruby on Rails world to have the powerful debug gem available, and it becomes even more handy when it's integrated directly into VS Code, where you can take advantage of breakpoints, automatically debugging Exceptions an
Gemfileのベストプラクティス
長年の運用で「Gemfileはこう運用すると上手くいった」という知見が蓄積されてきたので、ここに書き出してみておく。 Bundler/OrderedGemsを有効化する RuboCopの Bundler/OrderedGems Copを有効化する。 悪い例: gem 'puma' gem 'jbuilder' 良い例: gem 'jbuilder' gem 'puma' セクションを分けない 基本的に、独自の判断で空行を入れてセクションを分けたりしない。 ここで言うセクションとは「空行で区切られた１つのまとまり」のことである。Bundler/OrderedGems は、このまとまりの中で辞書順であることを要求する。 悪い例: gem 'aws-sdk-rails' gem 'aws-sdk-s3' gem 'graphql' gem 'graphql-batch' 良い例: gem 'aw
Dockerコンテナとして本番実行しているRailsをjemallocで高速化&省メモリ化した話 - BOOK☆WALKER inside
こんにちは。 メディアサービス開発部 Webアプリケーション開発課のフサギコ(髙﨑)です。 Ruby on Railsによるバックエンドの実装運用とAWSによるサービスインフラの設計構築を中心とした、いわゆるバックエンド方面のテックリードとしてニコニコ漫画を開発しています。 本記事では、私たちが開発・運用しているRails製のjson APIバックエンドにおいて、mallocの実装としてjemallocを使うように変更したことについてお話します。 背景 私たちが2020年4月から開発しているニコニコ漫画のRails製json APIバックエンド(以降「新バックエンド」と呼びます)は、2010年8月のサービス開始以来サービスを支え続けているPHP製アプリケーションのビジネスロジックに関する式年遷宮的移行先であり、当初よりAWS ECS Fargate上で実行しています。*1 今年8月にリリー
tetoru は Ruby 3.3 + YJIT で本番運用しています - Classi開発者ブログ
プロダクト本部 tetoru 開発部の中田です。普段は giraffate という ID を使っていることが多いです。 ここでは、弊社が提供している小中学校向け保護者連絡配信サービス tetoru の利用している Ruby のバージョンを 3.2 から 3.3 にバージョンアップしたときの話を共有します。 概要 tetoru では、本文章の執筆時点で Ruby 3.3.4 + YJIT で Rails アプリケーションを動かしています。YJIT とは、Ruby が備えている Just-In-Time (JIT) コンパイラの機能で、これを有効化することで実行時に機械語が生成されアプリケーションの高速化につながります。YJIT に関する詳細についてはこちらの記事をご覧ください。 Ruby 3.2.2 + YJIT から Ruby 3.3.0 + YJIT にバージョンアップした時には多少レイ
Rails アプリの不要なテストデータをガっと消した🚮 - Money Forward Developers Blog
こんにちは、id:Pocke です。マネーフォワードではクラウド会計Plusというプロダクトの開発と、RBS という Ruby の静的型のためのライブラリの開発の両方を行っています。今回の記事では、クラウド会計Plusの開発の話を書こうと思います。 TL;DR spec/fixtures/下に想像以上に多くのファイルがあることに気がついた inotify を使って不要なファイルを検出し、削除した 問題の発見 クラウド会計Plusの開発業務として、私は最近不要なコードの削除に取り組んでいます。その一環としてリポジトリの状況を調査していました。その中で以下のコードを用いて「拡張子ごとのファイル数」を計測しました。 $ git ls-files -z | ruby -e 'pp ARGF.read.split("\x0").map{File.extname(_1)}.tally.sort_by{
noteはRailsガイドに協賛します｜noteエンジニアチームの技術記事
note株式会社は、Railsガイドに協賛をします。 2014年のサービス開始から今までRailsで開発をしてきまいた。これまですばやくリリースをし、サービス拡大を持続できているのも、Railsのレールの上を走ってこられたからです。エンジニアが開発にすぐに着手できるスピード感は、他のフレームワークにはない強みだと考えています。 Railsで開発を続けている企業にとって心強いのがRailsガイドの存在です。定期的に迅速に改善されていく日本語ドキュメントがあるのも、Railsが愛される理由の一つでしょう。 そんなRailsガイドに少しでも恩返しできるように、協賛という形で支援をしたいと思っております。 ▲Railsガイドを運営するYassLab 株式会社さんにも記事にしていただきました Railsガイドの概要RailsガイドはRuby on Railsに特化した1,600ページ超えの大型リファ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsアプリケーション開発者のためのブックガイド
「技術負債にならない・間違えない」 権限管理の設計と実装
kaigi_on_rails_2025_設計.pdf
今改めてServiceクラスについて考える 〜あるRails開発者の10年〜
5年間のFintech × Rails実践に学ぶ - 基本に忠実な運用で築く高信頼性システム / 5 Years Fintech Rails Retrospective
dynamic!
https://y-yagi.github.io/presen_app_servers_2025/1
The future of Rails begins in the browser
“Rails × 型”での2年間を振り返る
2024年のRailsと自由について考える
