En 2004, David Heinemeier Hansson extrayait un framework d’un outil de gestion de projet appelé Basecamp. Vingt ans plus tard, Ruby on Rails propulse toujours certaines des plus grandes plateformes du web. Mais dans un paysage dominé par les discussions autour de Go, Rust et des architectures serverless, la question mérite d’être posée sans complaisance : Rails est-il encore un choix rationnel en 2026 ?
Une Philosophie qui a Révolutionné le Développement Web
Rails n’a pas simplement proposé un framework : il a imposé une philosophie. Convention over configuration et Don’t Repeat Yourself n’étaient pas que des slogans — ils ont fondamentalement changé la manière dont l’industrie concevait le développement web.
Avant Rails, configurer un projet web signifiait des heures de boilerplate. Rails a renversé cette logique : si vous suivez les conventions, le framework fait le travail à votre place. Cette approche a inspiré des dizaines de frameworks dans d’autres langages, de Django (Python) à Laravel (PHP) en passant par Adonis (Node.js).
Au fil des années, Rails a su évoluer sans renier ses principes. L’introduction d’Action Cable pour les WebSockets, d’Active Storage pour la gestion de fichiers, puis de Hotwire et Turbo à partir de Rails 7, a montré une capacité d’adaptation remarquable. Là où d’autres frameworks ont cédé à la tentation du tout-SPA, Rails a proposé une voie alternative crédible.
Les Forces de Rails en 2026
Une Productivité Difficile à Égaler
C’est le point fort historique de Rails, et il reste valable. Pour construire une application CRUD, un back-office, un SaaS ou un MVP, peu de stacks permettent d’aller aussi vite. L’écosystème de gems couvre la majorité des besoins courants : authentification (Devise), autorisation (Pundit), pagination, recherche, gestion de fichiers, envoi d’emails, jobs en arrière-plan (Sidekiq).
Un développeur Rails expérimenté peut livrer en quelques semaines ce qui prendrait des mois sur une stack plus verbeuse. Pour une startup qui cherche à valider un concept ou une PME qui veut digitaliser un processus métier, c’est un avantage décisif.
Hotwire et Turbo : la Réponse au Tout-JavaScript
Avec Hotwire, Turbo et Stimulus, Rails propose une approche qui réduit drastiquement la quantité de JavaScript nécessaire pour créer des interfaces réactives. Pas de build frontend complexe, pas de gestion d’état côté client, pas de duplication de logique entre le backend et le frontend.
Cette approche ne remplace pas React ou Vue pour des interfaces très riches, mais elle couvre parfaitement 70 à 80 % des besoins des applications métier. Et elle le fait avec une complexité bien moindre.
Un Écosystème Mature et Stable
Rails bénéficie de plus de vingt ans de retours d’expérience. Les patterns sont établis, la documentation est exhaustive, et la communauté, bien que plus petite qu’à son apogée, reste active et qualitative. Les mises à jour majeures sont régulières et bien gérées, avec des chemins de migration clairs.
La stabilité d’un framework compte : elle signifie moins de réécritures, moins de dette technique liée aux changements d’API, et une base de code qui reste maintenable dans la durée.
Les Limites Honnêtes
Performance Brute
Soyons directs : Ruby n’est pas un langage rapide. Pour des workloads à très haute concurrence, du traitement de données intensif ou des API qui doivent servir des dizaines de milliers de requêtes par seconde avec une latence minimale, Go ou Rust seront objectivement de meilleurs choix.
Cela dit, les améliorations apportées par YJIT (le compilateur JIT intégré à Ruby depuis la version 3.1) ont considérablement réduit cet écart. Pour la grande majorité des applications web, la performance de Rails est largement suffisante — le goulot d’étranglement se situe rarement au niveau du framework.
Le Recrutement en France
C’est sans doute la limite la plus concrète pour les entreprises françaises. Le vivier de développeurs Rails en France est significativement plus restreint que celui de développeurs JavaScript, Python ou PHP. Recruter un développeur Rails senior à Paris ou en province demande plus d’effort et souvent un budget plus élevé.
Ce n’est pas un problème insurmontable — les développeurs Ruby sont souvent très qualifiés et polyvalents — mais c’est un facteur à intégrer dans votre stratégie de recrutement.
Un Écosystème Frontend Plus Limité
Si votre projet nécessite une interface utilisateur très riche avec des animations complexes, du drag-and-drop avancé ou une expérience proche d’une application native, l’approche Hotwire atteindra ses limites. Dans ces cas, coupler Rails en tant qu’API avec un frontend React, Vue ou Svelte est tout à fait viable, mais cela réduit une partie de l’avantage de productivité.
Les Alternatives et Quand les Préférer
Le choix d’une stack technique doit être guidé par le contexte, pas par les tendances :
- Node.js / NestJS : excellent choix pour les applications temps réel intensif (chat, collaboration en direct) ou lorsque l’équipe est déjà fortement orientée JavaScript full-stack.
- Go : à privilégier pour les microservices à haute performance, les outils CLI, ou les systèmes distribués nécessitant une gestion fine de la concurrence.
- Rust : pertinent pour les systèmes embarqués, le traitement bas niveau ou les workloads où chaque milliseconde et chaque mégaoctet comptent.
- Laravel (PHP) : une alternative directe à Rails avec un vivier de développeurs plus large en France. Le choix est souvent une question de préférence et de compétences existantes.
- Django (Python) : particulièrement adapté si le projet implique du machine learning ou du traitement de données, grâce à la richesse de l’écosystème Python scientifique.
Aucune de ces options n’est universellement meilleure que Rails. Chacune excelle dans un contexte spécifique.
Pourquoi Shortcut Continue à Utiliser Rails
Chez Shortcut, nous ne sommes pas dogmatiques. Nous utilisons Rails lorsque c’est le bon outil — et force est de constater que c’est souvent le cas pour les projets que nos clients nous confient.
La majorité des applications métier, SaaS et plateformes web que nous développons bénéficient pleinement de la productivité de Rails. Nos développeurs livrent plus vite, le code reste lisible et maintenable, et nos clients obtiennent un produit fonctionnel dans des délais compétitifs. Quand le projet l’exige, nous intégrons d’autres technologies sans hésitation — mais Rails reste un pilier de notre stack.
Des Entreprises qui Misent Toujours sur Rails
Le meilleur argument en faveur de Rails reste la liste des entreprises qui l’utilisent à grande échelle :
- Shopify : la plus grande plateforme e-commerce au monde, des milliards de dollars de transactions, entièrement sur Rails.
- GitHub : la plateforme que vous utilisez probablement tous les jours pour héberger votre code.
- Basecamp et HEY : les créateurs de Rails continuent de l’utiliser et de le faire évoluer.
- Airbnb : bien qu’ayant diversifié sa stack, le cœur de la plateforme reste en Rails.
- Stripe : une partie significative de l’infrastructure de paiement la plus utilisée au monde.
Ces entreprises ne manquent ni de moyens ni de talents pour migrer vers autre chose. Si elles restent sur Rails, c’est par choix rationnel, pas par inertie.
Conclusion : un Framework Pragmatique pour des Équipes Pragmatiques
Ruby on Rails n’est pas le meilleur framework pour tout. Mais il reste l’un des meilleurs choix pour construire rapidement des applications web robustes, maintenables et évolutives — ce qui correspond exactement au besoin de la majorité des entreprises.
Si vous êtes CTO ou décideur technique et que vous hésitez sur votre stack, la bonne question n’est pas “Rails est-il moderne ?” mais plutôt “Rails est-il adapté à mon projet ?”. Dans beaucoup de cas, la réponse est oui.
Découvrez comment nous utilisons Rails pour nos projets sur notre page dédiée Ruby on Rails, ou contactez-nous pour discuter de votre projet et de la stack la plus adaptée à vos besoins.