Ruby on Rails · Reprise · Migration
Développement Ruby on Rails : créer, reprendre, moderniser
Rails livre vite une application métier complète : dossiers, droits, traitements planifiés, API. Nous créons des applications Rails, reprenons celles dont le développeur est parti, et les faisons passer aux versions actuelles de Rails et de Ruby, tests d'abord.
- 5/5sur Google · 6 avis
- +130projets livrés
- 2 hrollback testé
- 24 hpremière réponse
- Reprise d'un code sans documentation
- Montée de version, une marche à la fois
- Rollback testé avant chaque mise en production
Choix
Quand Rails est le bon choix
Ruby on Rails est fait pour les applications centrées sur les données et les processus : dossiers, workflows, rôles, documents, e-mails, traitements planifiés.
Ses conventions évitent de réinventer l'authentification, l'administration ou les files de traitement, ce qui compte quand l'équipe est petite et le délai court. Rails 8 réduit aussi l'infrastructure : files de traitement, cache et temps réel s'appuient sur la base de données (Solid Queue, Solid Cache, Solid Cable), et le déploiement sur votre propre serveur passe par Kamal.
Rails n'est pas chez nous une compétence achetée pour l'occasion : Victor Gless‑Krumhorn, fondateur de JAIKIN, est développeur Ruby on Rails, diplômé de l'école Le Wagon.
Reprise
Reprendre une application Rails sans développeur
Le développeur ou l'agence est parti, la version de Rails n'est plus maintenue, plus personne n'ose déployer. La situation est courante, et elle se traite dans l'ordre.
- Un inventaire en lecture seuledépendances, versions, tâches planifiées, variables d'environnement, accès, sauvegardes : rien n'est modifié tant que tout n'est pas connu.
- Un déploiement reproductible et une sauvegarde restauréeavant la première modification, nous prouvons qu'on sait redéployer et revenir en arrière.
- Des tests de caractérisationils figent le comportement actuel des parcours critiques, bugs compris, pour qu'aucune régression ne passe inaperçue.
- La documentation de l'existantce que fait l'application, où vivent ses règles métier, comment la faire tourner.
Nous appliquons la même discipline à notre propre code : avant de quitter Rails pour jaikin.eu, nous avons écrit des tests qui comparaient chaque page et chaque redirection entre l'ancienne et la nouvelle version.
Quand c'est tout le système d'information qu'il faut reprendre, voir la reprise de SI existant.
Migration
Monter de version sans casser
Une marche à la fois
De Rails 5.2 à 6.0, puis 6.1, puis 7 et 8 : chaque marche passe en production avant la suivante. Sauter des versions multiplie les causes possibles d'une panne.
Le double démarrage
Pendant la transition, l'application démarre avec l'ancienne et avec la nouvelle version ; les tests passent dans les deux avant la bascule.
Les dépréciations, une par une
Chaque avertissement est corrigé avant de devenir une erreur à la version suivante.
Ruby et les gems avec Rails
Chaque version de Rails impose une version minimale de Ruby : Rails 8 demande Ruby 3.2 ou plus. Nous planifions les deux ensemble, avec les gems abandonnées à remplacer.
Un retour arrière testé
Chaque mise en production a son rollback, essayé avant le jour J.
Création
Créer une application Rails
Back-offices et outils internes
Hotwire (Turbo, Stimulus) pour des écrans réactifs sans application JavaScript séparée : voir nos applications métier.
Une API pour une application ou un portail
Une API Rails peut servir une application mobile, un portail client ou une interface Next.js.
L'IA dans l'application
Appels aux modèles et recherche sémantique dans PostgreSQL (pgvector), avec les droits et la traçabilité du reste de l'application — c'est la base de nos propres prototypes d'agents IA. Voir l'automatisation IA.
Un hébergement maîtrisé
Sur votre serveur en France avec Kamal, ou sur une plateforme gérée ; sauvegardes et retour arrière testés avant la mise en service.
Budget
Budget
Une reprise ou une montée de version se chiffre après un audit : écart de versions, couverture de tests, gems abandonnées. Une création se chiffre sur son périmètre fonctionnel. Chiffrage ferme 48 h après cadrage écrit ; nos fourchettes publiées sont sur la page tarifs.
Une application Rails à créer, reprendre ou mettre à jour ? Donnez‑nous sa version de Rails et de Ruby : le premier échange porte déjà sur le plan.
Réserver 30 minQuestions
Questions fréquentes
Ruby on Rails est-il encore un bon choix en 2026 ?
Pour une application métier, oui : Rails 8 simplifie l'infrastructure et le déploiement, l'écosystème est stable, et le code reste lisible par un nouveau développeur. Pour un site public qui vit du référencement, nous préférons Next.js.
Notre application tourne en Rails 4 ou 5 : faut-il la réécrire ?
Rarement. Une montée de version par marches conserve les règles métier accumulées, et coûte le plus souvent moins qu'une réécriture. Nous ne réécrivons que les parties que l'audit condamne.
Pouvez-vous reprendre une application développée par une autre agence ?
Oui. Nous commençons par un inventaire en lecture seule et un audit, sans rien modifier, puis nous proposons un plan de reprise chiffré.
Rails ou Next.js ?
Rails pour une application métier centrée sur les données et les processus ; Next.js pour un site public ou une interface très interactive. Les deux se combinent : une API Rails derrière une interface Next.js.
Faut-il passer à Rails 8 tout de suite ?
Pas forcément. La priorité est de revenir sur une version qui reçoit encore les correctifs de sécurité ; Rails 8 vient ensuite, quand ses gains — déploiement, files de traitement — servent votre application.
Signature
Qui reprendra votre application
Pas de sous-traitance anonyme : voici les personnes qui auditeront, développeront et mettront en production votre application.
Victor Gless-Krumhorn
Fondateur & Lead Developer
Prépa HEC, Paris-Dauphine (Finance & Gestion de Fortune), diplômé de l'école Le Wagon. Passé par UBS. Sous-officier de réserve, armée de terre. Développeur Ruby on Rails, IA et TypeScript / Next.js, il pilote la stratégie technique et la direction produit de JAIKIN.
Ruby on RailsTypeScript / Next.jsIAFinanceStratégie produit
Patrick Eiermann
Co-fondateur & Développeur Full-Stack Senior
Diplômé Epitech, 8+ ans d'expérience en ingénierie logicielle, spécialisé Node.js et DevOps. A conçu l'ERP d'une compagnie aérienne, des plateformes e-commerce et des applications SaaS en production. Responsable de l'architecture back-end et des intégrations systèmes.
ArchitectureERP & SaaSIntégrations
Services connexes
Découvrez nos autres solutions pour votre entreprise
Décrivez votre projet — devis sous 24 h
Réponse personnelle d'un expert, sans engagement.