Your Rails App Just Got Acquired. Now What?

JRuby & Rails Compatibility Table - FastRuby.io

Bảng tham chiếu tương thích này liệt kê phiên bản JRuby từ 9.2 đến 10.1, bao gồm mức ngôn ngữ Ruby, phiên bản Java tối thiểu và phiên bản Rails hỗ trợ. JRuby 10 cải thiện thời gian khởi động nhờ AppCDS và Project CRaC, trong khi lợi thế của JRuby so với CRuby MRI bao gồm đa luồng thực sự (không có GVL), truy cập hệ sinh thái JVM và triển khai dưới dạng một artifact duy nhất.

Lập trình viên phát triển ứng dụng Rails cần tham khảo bảng so sánh này để chọn phiên bản JRuby phù hợp với yêu cầu Ruby version, Java cốt lõi và Rails version, giúp tối ưu hiệu năng, tương thích và triển khai nhanh chóng.

Alchemy 8.3 released

AlchemyCMS 8.3 has been released with a completely redesigned admin dashboard featuring configurable, lazy-loaded widgets. New wildcard URL support allows dynamic content routing via URL pattern matching. The release also replaces the custom select web component with Tom Select (removing a jQuery dependency), updates TinyMCE to 8.6.0, adds automatic element cache invalidation on related object changes, and includes several developer ergonomics improvements. Breaking changes include removal of the AlchemyHTMLElement base class and soft-removal of Ruby 3.2 from the test matrix. Upgrading requires bumping the gem version and running the built-in upgrader.

The Roadmap

Gary tiếp quản một ứng dụng bị lỗi nghiêm trọng với hơn 500 controller copy-paste, không có CI/CD hay quy trình triển khai, đồng thời gây lãng phí lớn trên cloud. Anh tối ưu hóa, giảm 60% chi phí cloud, tự động hóa triển khai và loại bỏ downtime. Tuy nhiên, khi tham dự cuộc họp quản lý, thay vì khen ngợi, anh bị chỉ trích vì không tuân theo roadmap lỗi thời năm 2020 và bỏ qua các lỗi chưa được theo dõi. Gary quyết định cập nhật CV.

Lập trình viên nên đọc bài này để hiểu cách chuyển đổi từ việc cải thiện ứng dụng hiện tại thành một chiến lược bền vững, từ bỏ những thói quen cũ và xây dựng sự nghiệp bằng sự quyết đoán thay vì tuân theo quy định không hiệu quả.

Issue #806: A Rails blog app in a ~500KB binary — Ruby Weekly

Ruby Weekly issue #806 covers a range of Ruby ecosystem news. The headline story is an experiment compiling a Rails blog app to a ~500KB binary using Spinel (Matz's AOT Ruby compiler) and the Roundhouse compiler, serving the app in just 12MB of RAM. Other highlights include a proposal to add parallel sweeping to Ruby's GC (showing ~3.64% runtime improvement), the json gem 2.20 release with non-recursive parsers and a new ResumableParser, a pure Ruby X11 terminal emulator, and several library releases including RubyGems/Bundler 4.0.15, mruby/c 4.0, Rails Event Store 3.0, and Grape 3.3.

Blog: Technical Debt Is a Capacity Problem, Not a Code Problem

Technical debt is reframed as a capacity problem rather than a code quality issue. Drawing on Deloitte's 2026 study, Accenture's 2024 analysis, and CISQ data, it estimates technical debt consumes 21–40% of IT spending and has accumulated to $1.52 trillion in the US alone. For mid-stage SaaS companies, debt manifests as slower onboarding, brittle deploys, and missed roadmap commitments rather than catastrophic outages. Generative AI is identified as both a potential remedy and a new source of debt. Practical tracking approaches are recommended: debt-to-capacity ratio, feature lead-time inflation, and explicit remediation budget allocation (targeting ~15% of IT spend). The core advice is to treat debt as a portfolio decision and prioritize reducing debt in systems that block the highest-value work.

Russian Doll Caching at the Edge

Russian doll caching — the Rails pattern of nesting cache fragments so inner unchanged pieces are reused — can be extended beyond templates to span the full request stack: browser cache, CloudFront edge, HTTP validators, a hot store, and the database. The post walks through classifying routes into public shell, tenant shell, and user leaf shapes, each with its own cache policy. It covers using HTTP ETags and conditional GET (304 Not Modified) before reaching for Redis, correctly applying Cache-Control directives (no-cache vs no-store vs public/s-maxage), structuring CloudFront cache keys to avoid variant explosion, and using stale-while-revalidate and stale-if-error as resilience tools. The principle applies across Rails, Laravel, Django, and Phoenix. The goal is to push the largest safe cache shell as far outward as possible, so expensive rendering and database queries are only triggered when truly necessary.

The Modular Monolith in Rails: Engines, Packwerk & Boundaries

A comprehensive guide to building modular monoliths in Rails 8, covering the three main approaches: Rails Engines, Packwerk, and plain namespaced modules. Explains how each mechanism enforces boundaries differently — structural vs. CI-enforced vs. convention-based — with a side-by-side comparison table. Covers Zeitwerk autoloading behavior in modular layouts, inter-module communication patterns (method calls, ActiveSupport::Notifications, async jobs), data ownership rules (one database with logical table ownership), and testing strategies per module. Includes an incremental migration path for existing messy apps and honest guidance on when NOT to modularize. Also notes that Rails 8's Solid Queue/Cache/Cable reduces the operational pressure to extract microservices.