Om de zoveel maanden verschijnt er weer een stuk met de vraag of Ruby on Rails dood is. De redenering is altijd dezelfde: minder GitHub-sterren dan het nieuwste JavaScript-framework, een paar plaatsen gezakt in de Stack Overflow-enquête, conclusie klaar.

Ik lees die stukken al zowat mijn hele carrière. Ondertussen draait GitHub op Rails. Shopify ook, en die verwerken op één Black Friday meer transacties dan de meeste webshops in een heel jaar. Basecamp, Zendesk, GitLab: allemaal Rails. Dat zijn bedrijven met de middelen om te herbouwen in eender welke technologie. Ze doen het niet, en dat is een bewuste keuze die elk jaar opnieuw gemaakt wordt.

Wie Rails afschrijft op basis van hipheid, verwart populariteit met geschiktheid.

Waarom die conventies werken

Rails heeft een uitgesproken mening over hoe je een applicatie bouwt: waar je code staat, hoe database-migraties werken, hoe routes eruitzien. Convention over configuration, heet dat. Nieuwe developers vinden dat soms betuttelend. Tot ze op een project stappen dat ze niet zelf gestart zijn en meteen hun weg vinden. Geen discussies over mappenstructuur, geen week configureren voor de eerste pagina rendert.

Voor wie de facturen betaalt, telt vooral dit: nieuwe mensen zijn op een paar dagen ingewerkt, code van vijf jaar oud blijft leesbaar, en een aanpassing kost dagen in plaats van weken.

Rails 8

Eind 2024 kwam Rails 8 uit. Voor mij de interessantste release in jaren, omdat ze een oud pijnpunt aanpakt: de randinfrastructuur. Een serieuze Rails-applicatie had vroeger al snel Redis nodig voor caching, Sidekiq voor background jobs en een stevige deployment-setup errond.

Rails 8 trekt dat naar binnen. Solid Queue draait background jobs rechtstreeks op je database. Solid Cache doet hetzelfde voor caching. Kamal 2 deployt zonder downtime naar gewone servers, zonder Kubernetes en zonder dat je vastzit aan één cloudleverancier.

Minder bewegende delen betekent minder dingen die stukgaan om drie uur 's nachts. En een hostingfactuur die merkbaar lager uitvalt.

Rails past het best bij webapplicaties en SaaS-producten waar je snel wil bijsturen op basis van gebruikersfeedback. Ook wie al een Rails-applicatie in huis heeft, hoeft die zelden te herschrijven: moderniseren is bijna altijd goedkoper en minder riskant. En met een klein team veel gedaan krijgen — daar is weinig dat aan Rails kan tippen.

Is Rails altijd het antwoord? Nee. Voor een mobiele app of een puur statische site zijn er betere opties, en dat zeggen we er dan ook gewoon bij.

Bij Refaktory bouwen en onderhouden we al meer dan tien jaar Rails-applicaties, voor Belgische en Nederlandse bedrijven, voor overheden en voor internationale organisaties. Twijfel je of Rails past bij jouw project? Kom eens praten. Je krijgt een eerlijk oordeel, ook als dat oordeel "geen Rails" is.

Is Ruby on Rails nog relevant in 2026? Ja. GitHub, Shopify, GitLab en Zendesk draaien er vandaag op. En met Rails 8 zitten caching, background jobs en deployment nu in het framework zelf, waardoor je minder externe diensten nodig hebt dan vroeger.

Is Rails traag vergeleken met andere frameworks? Rails wint geen benchmarks, en dat hoeft ook niet. Bij vrijwel elke webapplicatie zit de bottleneck bij de database of het netwerk, zelden bij het framework. Waar Rails wel in uitblinkt: ontwikkelsnelheid en onderhoudbaarheid, en die voel je elke maand op de factuur.

Welke grote bedrijven gebruiken Ruby on Rails? GitHub, Shopify, Basecamp, Zendesk en GitLab draaien er vandaag op. Airbnb en Twitch zijn erop gebouwd en groot geworden.