Ruby: ZJIT を Perfetto プロファイラでグラフ化して分析する（翻訳）｜TechRacho by BPS株式会社
概要 CC BY-NC-SA 4.0 International Deedに基づいて翻訳・公開いたします。 英語記事: Using Perfetto in ZJIT | Rails at Scale 原文公開日: 2026年03月27日 原著者: Max Bernstein CC BY-NC-SA 4.0 Deed | 表示 - 非営利 - 継承 4.0 国際 | Creative Commons 日本語タイトルは内容に即したものにしました。 Ruby: ZJITをPerfettoプロファイラでグラフ化して分析する（翻訳） ご覧ください！ベンチマークに遅いイベントが表示されています。画像をクリックすると拡大されます。 図1: トレース結果を少しだけお見せします。 それでは、「遅いイベント」とは何か、そしてこのような美しいグラフを得る方法を見ていきましょう。 🔗 JITコンパイラのルール
プログラミング言語「Ruby」のエコシステムを支援する非営利団体Ruby Centralが「深刻な財政危機」に陥っていることが明らかに
プログラミング言語「Ruby」のエコシステムを支援する非営利団体のRuby Centralが、深刻な財政危機に直面していると報告しました。 A New Chapter for Ruby Central https://rubycentral.org/news/a-new-chapter-for-ruby-central/ Exec director of Ruby Central gone amid 'financial jeopardy' • The Register https://www.theregister.com/2026/04/19/rubygems_nonprofit_in_real_financial/ Ruby Centralは事務局長・広報代理店・最高財務責任者(CFO)との契約を解除し、複数の外部委託契約を終了させたことを発表しました。複数の契約を終了した理由は至極
CRuby のメモリ管理を MMTk で再構築する試み（翻訳）｜TechRacho by BPS株式会社
原注 本記事は、私たちの論文『Reworking Memory Management in CRuby: A Practitioner Report』および「International Symposium on Memory Management 2025」の以下の講演を元にしています。 論文はこちらで開けます。 最初に、このプロジェクトにおいてオーストラリア国立大学との共同研究のきっかけを作ってくださった故Chris Seaton氏と、彼の貢献、先見性、そしてリーダーシップに心より感謝いたします。彼がいなければ、このプロジェクトは実現しなかったでしょう。 🔗 背景 オーストラリア国立大学（ANU）とShopifyは、メモリ管理ツールキット（Memory Management Toolkit: MMTk）をRubyに統合するプロジェクトで協力しています。私たちはこのプロジェクトを支援し、
Optimizing Ruby Path Methods
Back in November last year, I started a new job at Intercom, and one of the first projects I got to work on was improving the Intercom monolith CI with some of my new colleagues. Interestingly, I never got around to talking about CI on this blog, even though I consider it to be one of my main areas of expertise. That topic is way beyond the subject I’d like to talk about here, but just to give a b
TruffleRuby 34 is Released
TruffleRuby 34 is here, bringing full Ruby 3.4 compatibility, major parsing optimizations (up to 23% faster parsing), and a new Prism-based Ripper implementation with 20x to 40x speedups. The release is available on GitHub, in your favorite Ruby installer, and on Maven Central! $ rbenv install truffleruby-34.0.0 $ ruby-build -d truffleruby-34.0.0 ~/.rubies $ asdf install ruby truffleruby-34.0.0 $
クリアコード、RubyKaigi 2026でApache Arrowのpure Ruby実装について講演 - クリアコード
株式会社クリアコード > プレスリリース > クリアコード、RubyKaigi 2026でApache Arrowのpure Ruby実装について講演 株式会社クリアコード（本社：埼玉県所沢市、代表取締役：須藤 功平）は、2026年4月22日（水）から24日（金）に開催されるRubyの国際カンファレンスRubyKaigi 2026において、「Pure Ruby Apache Arrow reader/writer」と題した講演を行います。また、同社はシルバースポンサーとして本イベントを支援しています。 「Pure Ruby Apache Arrow reader/writer」 日時：2026年4月24日（金）11時30分-12時00分 タイトル：Pure Ruby Apache Arrow reader/writer 概要：Apache Arrowは現代のデータ処理における標準的な技術基
Ruby: ZJIT でオブジェクトの冗長なロードとストアが削減される仕組み（翻訳）｜TechRacho by BPS株式会社
概要 CC BY-NC-SA 4.0 International Deedに基づいて翻訳・公開いたします。 英語記事: How ZJIT removes redundant object loads and stores | Rails at Scale 原文公開日: 2026年03月18日 原著者: Jacob Denbeaux CC BY-NC-SA 4.0 Deed | 表示 - 非営利 - 継承 4.0 国際 | Creative Commons 日本語タイトルは内容に即したものにしました。訳文では見出しの階層を適宜変更しています。 Ruby: ZJITでオブジェクトの冗長なロードとストアが削減される仕組み（翻訳） 🔗 はじめに Ruby 4.0に導入されたZJITの強化点を詳しく解説（翻訳） 昨年末に投稿した上の記事↑以来、ZJITはさらにいくつかの興味深い形で成長と変化を遂げ
RubyKaigi 2026で発表するRuby Computer Project "Harucom"について - Harukasan-dot-dev
RubyKaigi 2026で発表するRuby Computer Project "Harucom"について2026年3月25日 2026年4月22日(水)から北海道函館市にある函館アリーナ・函館市民会館にて開催される RubyKaigi 2026 において "Building a Standalone Ruby Programming Environment" というタイトルで発表します。わたしの発表枠は1日目のSmall Hall (#rubyKaigiC)の16:40-17:10の枠です。 Building a Standalone Ruby Programming Environment 以下は RubyKaigi 2026 に提出した Abstract の日本語訳です。 現代のコンピューティング環境は複雑すぎて、初学者がプログラミング感覚を掴むためには難しいことがたくさんあります
RubyGems/Bundler における Cooldown 機能の議論と現状 - ANDPAD Tech Blog
こんにちは、Ruby コミッタの柴田です。最近は暖かくなり、ガーデニングで栽培しているバラや藤の新芽や花芽が出てくる時期になってきたので、しっかり花を咲かせるように薬剤や肥料の準備をしなければ〜と必要なものの買い物計画を立てている真っ最中です。 今回はサプライチェーンセキュリティの対策として他のエコシステムで導入が進んでいる「Cooldown（クールダウン）」機能を紹介し、私がメンテナンスしている RubyGems と Bundler でも導入するべきか検討した背景と、今後の方向性についてお話しします。 Cooldown とは何か Cooldown とは、パッケージの新しいバージョンがリリースされてから一定期間が経過するまで、そのバージョンへの更新を行わないようにする仕組みです。 この機能の主な目的はサプライチェーン攻撃の緩和です。悪意のあるコードが含まれたパッケージがリリースされた場合、
Rubyのbundlerを劇的に高速化するShopifyの取り組み（翻訳）｜TechRacho by BPS株式会社
概要 CC BY-NC-SA 4.0 International Deedに基づいて翻訳・公開いたします。 英語記事: Faster bundler | Rails at Scale 原文公開日: 2026年03月09日 原著者: Edouard Chin、Eileen Uchitelle CC BY-NC-SA 4.0 Deed | 表示 - 非営利 - 継承 4.0 国際 | Creative Commons 日本語タイトルは内容に即したものにしました。 Shopifyでは開発環境の高速化が求められています。特にShopifyほど大規模なアプリケーションになると、依存関係のインストールにも時間がかかるものです。TypeScriptのbunやPythonのuvは、依存関係のインストール時間を劇的に改善しましたが、同じことがBundlerとRubyコミュニティでも実現可能だとしたら嬉しいで
Faster bundler
At Shopify, we want our development environments to be fast. Installing dependencies is slow, especially in an application as large as Shopify. bun and uv have dramatically improved install times for TypeScript and Python dependencies. What if we could do the same for Bundler and the Ruby community? Our team at Shopify has been working on a series of improvements to Bundler and RubyGems. Bundler d
MacroParsersでRubyのフルセットパーザを書いてRuby公式テスト301本を全部通した話
はじめに こんにちは！水島です。普段はコーディングAIの活用記事を書くことが多いのですが、今回は私の博士後期課程時代の研究テーマであった構文解析・PEGの話です。 具体的には、Macro PEGという私自身が提案したPEGの拡張形式をベースにしたコンビネータライブラリを使って、Rubyのフルセットパーザを実装したという話です。「フルセット」とは伊達ではなく、Ruby公式テストスイートの.rbファイル301本を100%パースできることを確認しています。 リポジトリ：https://github.com/macro-peg/macro_peg AIエージェントによる探索的実装 今回の実装でもう一つ語っておきたいのが開発プロセスです。 「Rubyのフルセットパーザをコンビネータで実装する」というゴールだけを決め、あとはAIエージェントに探索ループをさせました。具体的には、Codex CLI（gp
lumitrace で「念のため .to_s」を一掃した話
注: lumitrace を使った claude code 氏に書いてもらったブログ記事です。 注: 文中「Ruby を書いていると、つい .to_s や .to_i、.to_sym を「念のため」付けてしまうことがある」って言ってるけど、これつけてるのは Claude code 氏だからね。ほぼ全部 Coding agent に書いてもらっており、なんか多いなー、って思ってたんだよね。人間よりも防衛的なコードを書きがちなのかな。 Ruby を書いていると、つい .to_s や .to_i、.to_sym を「念のため」付けてしまうことがある。呼び出し元を全部追えば不要だとわかるのだけど、確信が持てないから残しておく。そういうコードが積み重なると、意図が読みにくくなるし、ホットパスでは無駄なオブジェクト生成にもなる。 今回、自作の Vim ライクエディタ RuVim のコードベースに対して
Claude Code に向いているプログラミング言語
ターン数とは、1 回のプロンプト実行中に Claude が何回 API ラウンドトリップ（ツール呼び出し → 結果受け取り → 次の応答）を繰り返したかの回数です。 v1（新規作成）の所要時間 v1 では言語間の差が大きく出ています。Python（32.9 秒）と Ruby（33.2 秒）が僅差でトップ、JavaScript（36.0 秒）が続きます。一方、Ruby/Steep は 105.0 秒と Ruby の約 3.2 倍。Lua（96.4 秒）や OCaml（80.9 秒）も遅め。 v1 は空のディレクトリからスタートするので、Cargo.toml や package.json などのプロジェクト設定ファイルを生成するコストが含まれます。Python/Ruby/JavaScript などは minigit ファイル 1 つを生成するだけで済むので、差が大きくなっている可能性があります
RubyKaigi 2026で不採択だったProposalを公開します - くりにっき
出したProposal Title Abstract 日本語（Geminiで英訳＆添削する前の原文） Detail Pitch RubyKaigi 2026 に出したProposalが不採択になったので出したProposalを公開します。 Your proposal for RubyKaigi 2026 has not been accepted 🥺 あとで不採択Proposalの供養します... pic.twitter.com/HljihDm9k6— sue445 (@sue445) 2026年2月28日 出したProposal Title Managing 100+ repositories with OSS Abstract I'll talk about an OSS tool I built specifically to maintain a massive number o
効果絶大！YJITがRailsアプリにもたらす変化 #パフォーマンス #Ruby #Rails #YJIT - クラウドワークス エンジニアブログ
はじめに crowdworks.jp のジャンヌチームで主にバックエンドの技術的負債の解消に取り組んでいる @kotarou1192 です。 crowdworks.jp を支える Rails アプリケーションで YJIT を有効化しました。 本記事では、有効化の背景と、1週間の観察で得られたパフォーマンスの変化を報告します。 YJIT とは YJIT は Ruby 3.1 で実験的に導入された JIT コンパイラです。 Ruby 3.2 で本番利用可能な品質となり、Ruby 3.3 ではさらなるパフォーマンス改善が加えられています。 Lazy Basic Block Versioning (LBBV) という手法により、実行時にコードを Basic Block 単位で遅延的にネイティブコードへコンパイルすることで、インタプリタ実行と比較して高速化を実現します。 Ruby 3.3 における
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BestGems -- Ruby Gems Download Ranking
Lumitrace: Ruby の「今なにが起きてる？」を一発で見える化するツール
Ruby x Terminal
Unboxing Ruby Box
