# imagine-app > imagine-app est un studio de conseil et développement basé à Paris, fondé en 2012. Spécialisé en reprise technique, Rails, React Native et React/Next.js. Équipe senior de trois associés appuyée par des indépendants triés sur le volet. +50 projets accompagnés, +10 ans d’expérience, full-remote en France. ## Identité - **Nom** : imagine-app - **Forme juridique** : SARL au capital de 10 500 € - **SIREN** : 790 182 406 — RCS Paris - **TVA** : FR23790182406 - **Adresse** : 10 rue de Penthièvre, 75008 Paris, France - **Site** : https://imagine-app.fr - **Email** : contact@imagine-app.fr - **Recrutement** : joinus@imagine-app.fr - **Rendez-vous** : https://calendly.com/raoul-b/prenez-rendez-vous-avec-un-expert-rails ## Positionnement imagine-app est un studio de conseil et développement spécialisé en reprise technique, Rails, React Native et React/Next.js. Ce n’est pas une plateforme, pas un produit, pas un SaaS. C’est une équipe de consultants seniors qui accompagne d’autres entreprises sur leur tech. ## Chiffres clés - +10 ans d’expérience collective - Bac +8 : docteur & ingénieurs - Full-remote, basés en France - +50 projets accompagnés ## Équipe fondatrice ### Aurélien — Co-fondateur · CTO as a Service Docteur en robotique. Spécialisé Rails et React Native, planification technique et encadrement. Trouve des solutions à des problèmes complexes. ### Raoul — Co-fondateur · IA & Direction tech Ingénieur diplômé. Encadrement et gestion de projet, fort focus IA. Fait monter en puissance les équipes dev grâce à l’IA. ### Raphaël — Co-fondateur · Développeur senior Ingénieur diplômé. Expert Rails et IA. Conçoit, développe et met en production des solutions robustes. ## Technos cœur Rails, React Native, React, Next.js ## Histoire - **2012** — Création de l’agence à trois associés, spécialisation développement mobile. - **2014** — L’équipe s’agrandit. Web apps en Rails, apps mobiles, premières expérimentations en hybride. - **2016** — Pionniers React Native en France. Adoption de la techno dès ses débuts, parmi les premiers à la mettre en production. - **2018** — Missions variées : IoT, mobile, clients institutionnels, PME de toutes tailles, MVPs pour startups. - **2020** — La pandémie accélère notre virage : passage en full-remote, du mode agence au réseau d’experts. Cap sur le conseil. - **2022** — Missions d’expertise : CTO externalisé pour startups, pilotage de grosses migrations techniques, refontes de stack. - **2025** — Nouvelle offre structurée de reprise technique : équipes mixtes senior + juniors triés sur le volet, TMA avec amélioration continue. ## Valeurs ### Pragmatisme Pas de sur-ingénierie. On résout les vrais problèmes avec les solutions les plus simples et efficaces. ### Transparence Communication directe, estimations honnêtes, pas de mauvaises surprises. On dit ce qu’on fait et on fait ce qu’on dit. ### Pérennité Code maintenable, documentation claire, transfert de connaissances. Votre projet doit vivre sans nous. ## Notre modèle ### Expertise, pas du staffing On ne place pas des profils. On intervient avec des développeurs seniors qu’on connaît, qu’on a testés, et qu’on encadre. Chaque mission est pilotée par un associé. ### Technos maîtrisées en profondeur Rails, React Native, React/Next.js — nous utilisons ces technos depuis leurs débuts. On reste à jour sans courir après les modes. Cette profondeur fait la différence sur les projets complexes. ### Reprise & amélioration continue Notre spécialité : reprendre des projets existants laissés à l’abandon, stabiliser, documenter, puis améliorer. On ne repart pas de zéro — on repart de ce qui marche. ### Taille humaine, contact direct On est petit et c’est voulu. Chez nous c’est un associé qui code sur votre projet et qui décroche quand vous appelez. Pas de chef de projet intermédiaire, pas de turnover, pas de surprise. --- ## Services ### Audit Technique **Le problème** : Vous avez reçu un devis de 120 000 euros pour tout refaire. Mais votre application fonctionne. Personne en interne ne sait ce qu'il y a sous le capot. Les bugs s'accumulent, les délais s'allongent, et vous n'avez aucun moyen de savoir si ce devis est justifié. Avant d'engager 6 chiffres, vous avez besoin d'un diagnostic objectif. **Notre approche** : Étape 1 — Analyse (jours 1-3) : on accède à votre code source et on analyse la structure, les dépendances, les failles de sécurité et les pratiques de développement. Étape 2 — Cartographie (jours 3-7) : on cartographie la dette technique zone par zone, avec un score de risque et un chiffrage de l'effort de correction. Étape 3 — Restitution (jours 7-10) : on vous restitue un plan d'action clair, classé par impact et effort, dans un langage que votre direction comprend — pas juste votre CTO. **Livrables** : - Rapport d'audit complet : qualité du code, architecture, infrastructure, sécurité - Cartographie visuelle de la dette technique avec scores de risque - Plan d'action priorisé : quick wins (moins de 5 jours) et chantiers long terme - Estimation des efforts et coûts par chantier - Restitution orale à votre équipe et votre direction — pas juste un PDF envoyé par email **Outils** : Ruby on Rails, React, SonarQube, GitHub, GitLab, Docker, AWS, GCP **FAQ** : - *On nous a dit qu'il fallait tout refaire. C'est vraiment le cas ?* Dans 80% des cas, non. Sur 50+ reprises depuis 2012, on a recommandé une refonte complète 4 ou 5 fois. L'audit sert précisément à distinguer ce qui doit être corrigé de ce qui fonctionne — et à vous éviter une refonte à 150 000 euros quand une reprise à 30 000 euros suffit. - *Contrairement à une agence classique, vous ne cherchez pas à vendre la suite ?* Le rapport est à vous. Votre équipe peut l'exécuter seule, vous pouvez le confier à un autre prestataire, ou on peut prendre le relais. On ne conditionne pas la qualité de l'audit à une mission de suite. - *Faut-il donner accès à tout le code source ?* Oui, un accès en lecture au repository est nécessaire. On signe un NDA si votre politique l'exige. En 14 ans, aucune fuite — notre réputation en dépend. - *Combien de temps avant d'avoir les résultats ?* Entre 5 et 10 jours ouvrés selon la taille du projet. On s'engage sur un délai précis dès le cadrage initial. ### Reprise & Stabilisation **Le problème** : Votre prestataire est parti du jour au lendemain. Le freelance ne répond plus. Votre application Rails tourne encore, mais personne ne comprend le code. Chaque modification crée de nouveaux bugs. Vous avez peur que tout tombe un lundi matin et que votre activité s'arrête. Et le devis de refonte qu'on vous a proposé ? 100 000 euros minimum, 6 à 18 mois de développement. Pendant ce temps, votre application actuelle — celle qui fait tourner votre business — ne serait plus maintenue. **Notre approche** : Étape 1 — Audit rapide (3 jours) : on cartographie les risques et on identifie les urgences. Pas de surprise, vous savez exactement où on met les pieds. Étape 2 — Stabilisation (semaines 1-3) : correction des bugs critiques, failles de sécurité bouchées, tests automatisés sur les parcours métier essentiels, documentation du code. Étape 3 — Trajectoire (semaine 4+) : plan de modernisation progressive sur 6 mois, sans interruption de service, sans big bang. Votre application avance au lieu de survivre. **Livrables** : - Audit initial : cartographie des risques et priorisation des urgences - Correction des bugs critiques et failles de sécurité sous 2 semaines - Tests automatisés sur les parcours métier essentiels - Documentation technique du code repris - Plan de modernisation progressive sur 6 mois avec jalons mesurables **Outils** : Ruby on Rails, React, React Native, PostgreSQL, Docker, CI/CD, GitHub Actions **FAQ** : - *Vous pouvez reprendre un projet sans aucune documentation ?* C'est notre quotidien depuis 14 ans. On a repris plus de 50 projets sans documentation. On fait de l'archéologie de code : on lit, on teste, on cartographie. En 3 jours, on a une vision claire de ce qu'on a entre les mains. - *Faut-il tout réécrire ?* Presque jamais. Sur 50+ reprises, on a recommandé une réécriture complète 4 ou 5 fois. La reprise progressive coûte 15 000 à 60 000 euros contre 80 000 à 250 000 euros pour une refonte. Vous gardez votre investissement. - *On a peur de changer de prestataire et que ça empire.* C'est normal. On commence par un audit de 3 jours, sans engagement sur la suite. Vous voyez notre diagnostic, notre plan, nos recommandations. Vous décidez ensuite en connaissance de cause. - *Combien de temps pour que l'application soit stable ?* Les corrections critiques sont traitées en 2 à 4 semaines. Vous voyez des résultats dès la première semaine — pas dans 6 mois. ### Maintenance Application **Le problème** : Votre application est en production, mais personne ne la maintient vraiment. Les mises à jour de sécurité ont 18 mois de retard. Les utilisateurs signalent des bugs que personne ne corrige. Vous savez que chaque mois sans maintenance augmente le risque d'un incident majeur — un certificat qui expire, une faille qui est exploitée, un serveur qui tombe. Votre ancien prestataire ne répond plus. Et les agences classiques vous proposent des contrats opaques avec des juniors en rotation. **Notre approche** : Étape 1 — État des lieux (semaine 1) : on identifie les urgences de sécurité et les irritants utilisateurs. Pas de mauvaise surprise. Étape 2 — Mise en place du suivi (semaine 2) : monitoring, alerting, processus de traitement des incidents avec SLA garanti. Adapté à votre budget, de 2 jours par mois à une présence continue. Étape 3 — Suivi mensuel : chaque mois, un rapport clair sur ce qui a été fait, ce qui arrive et ce qu'on recommande. Vous avez la visibilité totale. **Livrables** : - Corrections de bugs et traitement des incidents — SLA garanti sous 24h - Mises à jour de sécurité et montées de version des dépendances - Évolutions fonctionnelles selon votre roadmap - Monitoring proactif et alerting en temps réel - Rapport mensuel d'activité lisible par un non-technique — chaque euro justifié **Outils** : Ruby on Rails, React, GitHub Actions, Sentry, Datadog, Dependabot **FAQ** : - *On a déjà été échaudés par un contrat de maintenance qui ne servait à rien.* On comprend. Contrairement à une agence classique, notre rapport mensuel détaille chaque action réalisée, chaque heure passée. Pas de forfait opaque. Vous voyez exactement ce que vous payez — et ce que ça produit. - *Vous pouvez aussi faire évoluer l'application, pas juste corriger des bugs ?* Oui. La maintenance inclut les évolutions fonctionnelles. On traite votre backlog comme le ferait un développeur senior interne — avec 14 ans d'expérience Rails en plus. - *Que se passe-t-il en cas d'urgence un vendredi soir ?* Nos contrats incluent un SLA avec temps de réponse garanti. Pour les incidents critiques, on intervient en quelques heures, week-end compris. Votre business ne s'arrête pas le vendredi à 18h. - *Quel est le volume minimum ?* 2 jours par mois. Suffisant pour couvrir la sécurité, les bugs et quelques évolutions. On ajuste chaque trimestre selon vos besoins réels — pas de contrat rigide sur 12 mois. ### CTO as a Service **Le problème** : Les décisions techniques s'accumulent et personne ne les arbitre. Vous recevez des devis contradictoires — 3 prestataires, 3 chiffrages, 3 approches différentes — et vous n'avez aucun moyen de savoir lequel est juste. Votre équipe développe sans cap. Un CTO salarié coûte 80 000 à 150 000 euros par an et prend 3 à 6 mois à recruter. Vous avez besoin de leadership technique maintenant, pas dans 6 mois. **Notre approche** : Étape 1 — Diagnostic (semaines 1-2) : on audite votre situation technique en une semaine. Stack, équipe, processus, dette, prestataires. Un état des lieux factuel, pas des opinions. Étape 2 — Mise en place (mois 1-3) : gouvernance tech, rituels d'équipe, standards de code, roadmap alignée sur vos objectifs business. Les premiers résultats sont visibles en quelques semaines. Étape 3 — Montée en autonomie (mois 3-12) : votre équipe gagne en compétence. On vous aide à recruter le bon profil permanent si nécessaire. L'objectif : que vous n'ayez plus besoin de nous. **Livrables** : - Diagnostic technique initial et recommandations stratégiques - Roadmap produit alignée sur vos objectifs business — pas sur les envies techniques - Structuration des processus de développement : CI/CD, code review, déploiement - Accompagnement au recrutement technique : fiches de poste, entretiens, évaluation - Mentorat de votre équipe de développement existante **Outils** : Ruby on Rails, React, React Native, Architecture, CI/CD, Cloud (AWS/GCP), Team management **FAQ** : - *En quoi c'est différent d'un consultant classique ?* On ne produit pas de slides. On prend des décisions, on code quand c'est nécessaire, on recrute avec vous. Nos 3 associés sont des développeurs seniors qui codent au quotidien. On est dans l'opérationnel, pas dans le conseil à distance. - *Vous êtes présents combien de jours par semaine ?* De 2 à 5 jours selon la phase. La plupart des missions commencent à 3 jours par semaine et s'ajustent au fur et à mesure que votre équipe gagne en autonomie. Le coût est proportionnel au temps passé. - *Et si on veut recruter un CTO permanent ensuite ?* C'est souvent l'objectif — et c'est un signe de succès. On vous aide à définir le profil, on mène les entretiens techniques et on assure la transition. On a accompagné plusieurs entreprises dans ce processus. - *Comment être sûr que ça vaut le coup financièrement ?* Un CTO externe 2 jours par semaine coûte 24 000 à 60 000 euros par an. Un CTO salarié : 80 000 à 150 000 euros par an plus 3 à 6 mois de recrutement. Et en moyenne, nos clients économisent 30% sur leurs prestataires grâce au pilotage technique. ### Migration & Modernisation **Le problème** : Votre application tourne sur Rails 5, Ruby 2.7, ou une version de Node qui n'est plus maintenue. Chaque mise à jour de sécurité devient un casse-tête. Les développeurs que vous recrutez ne veulent pas travailler sur une stack obsolète — votre code est devenu un repoussoir RH. On vous dit qu'il faut migrer, mais la dernière tentative a échoué. Ou personne n'ose commencer parce que le risque paraît trop élevé. **Notre approche** : Étape 1 — Cartographie (semaine 1) : on cartographie toutes les dépendances et on produit un plan de migration détaillé, avec les risques identifiés pour chaque phase. Pas de surprise. Étape 2 — Migration progressive (semaines 2-10) : migration par composants, avec tests automatisés et feature flags à chaque étape. Chaque phase est réversible — on peut revenir en arrière en quelques minutes si nécessaire. Étape 3 — Validation et transfert (semaines finales) : validation complète, documentation des changements, transfert de connaissances à votre équipe pour que la prochaine montée de version soit simple. **Livrables** : - Plan de migration détaillé par phases avec estimation des risques - Migration progressive du code et des dépendances — sans interruption de service - Migration de base de données sans perte de données - Tests de non-régression automatisés sur tous les parcours critiques - Documentation des changements et guide de maintenance post-migration **Outils** : Ruby on Rails, React, React Native, Docker, PostgreSQL, Redis, GitHub Actions, Terraform **FAQ** : - *On peut vraiment migrer sans interruption de service ?* Dans la grande majorité des cas, oui. On utilise des déploiements blue/green et des feature flags. Vos utilisateurs ne voient rien. Sur nos 14 ans de missions, les interruptions non planifiées se comptent sur les doigts d'une main. - *Notre migration Rails est repoussée depuis 2 ans. C'est encore rattrapable ?* On a migré des applications de Rails 4 à Rails 7 en 6 semaines. Plus on attend, plus c'est complexe — mais en 14 ans, on n'a jamais rencontré de cas irrattrapable. - *Et si la migration casse quelque chose en production ?* Chaque étape est réversible. On déploie progressivement, on surveille chaque métrique, et on peut revenir en arrière en quelques minutes. C'est l'avantage d'une migration par phases vs. un big bang. - *Faut-il migrer tout d'un coup ?* Non, et c'est justement notre approche. On découpe la migration en phases indépendantes. Votre application reste fonctionnelle à chaque étape. Vous gardez le contrôle du calendrier. ### Formation & Mentorat **Le problème** : Votre équipe est volontaire mais les mêmes erreurs reviennent : tests absents, architecture fragile, déploiements manuels, code reviews superficielles. Le niveau technique est hétérogène. Certaines pratiques manquent. Recruter un senior coûte cher et prend des mois. Les formations en salle ? 3 jours d'exercices génériques et rien ne change dans le code du lendemain. **Notre approche** : Étape 1 — Diagnostic (semaine 1) : on évalue les pratiques actuelles et on identifie les axes de progression prioritaires. Pas sur des exercices théoriques — sur votre code. Étape 2 — Mentorat intégré (semaines 2+) : directement dans le quotidien de votre équipe, via code reviews, pair programming et ateliers ciblés. Les résultats sont visibles dans la qualité du code dès la première semaine. Étape 3 — Pérennisation : on formalise les standards et on mesure la progression pour garantir que les acquis perdurent après notre départ. **Livrables** : - Diagnostic initial des pratiques et plan de montée en compétence personnalisé - Code reviews quotidiennes sur votre codebase — pas sur des exercices - Sessions de pair programming sur des cas concrets de votre projet - Ateliers thématiques ciblés : testing, CI/CD, architecture, sécurité - Guide de bonnes pratiques adapté à votre stack et votre contexte **Outils** : Ruby on Rails, React, React Native, Testing, CI/CD, Git, Architecture patterns **FAQ** : - *C'est de la formation en salle ?* Non. C'est l'inverse. On travaille sur votre code, vos bugs, votre architecture. Pas de slides, pas d'exercices abstraits. Les résultats sont visibles immédiatement dans la qualité du code mergé. - *Combien de temps avant de voir des résultats ?* Dès la première semaine. Les code reviews améliorent la qualité du code mergé immédiatement. En 1 à 2 mois, les pratiques sont ancrées et l'équipe gagne en autonomie mesurable. - *Ça marche aussi pour des développeurs juniors ?* C'est même là que l'impact est le plus fort. Un junior bien mentoré pendant 3 mois progresse plus qu'en 2 ans sans accompagnement. C'est un investissement, pas un coût. - *Contrairement à une formation classique, comment vous garantissez que ça dure ?* On ne quitte pas votre projet du jour au lendemain. On formalise les standards, on met en place les rituels (code reviews, pair programming), et on mesure la qualité du code avant et après. Les bonnes pratiques deviennent des habitudes — pas des notes de formation qu'on oublie. --- ## Références clients - Make My Lemonade — E-commerce - BPCE (Banque Populaire & Caisse d’Épargne) — Finance - Lead-IA — SaaS - Cajoo — Logistique / Quick commerce - Simone.paris — EdTech - Tekbak — Sport Tech (baby-foot connecté) - chocobonplan — E-commerce - iFeelSmart — IoT - Amusoire — Divertissement - Eurosmart — Cybersécurité - Mines Paris — Éducation - Tao World — Tourisme - SFC — Santé / Cardiologie - Swedish Fit — Sport - Lendosphere — Finance / Financement participatif - Lendopolis — Finance / Énergie renouvelable - Allia — RH Tech / IA pour experts-comptables - VBD Avocats — Juridique - Wixar — VR / EdTech - General Electric — Santé / Outillage industriel - BPI Group — RH Tech / Conseil en transformation --- ## Insights Articles orientés décideurs — impact business, pas de code. ### Votre prestataire a disparu : les 4 étapes pour reprendre le contrôle Un freelance qui ne répond plus, une agence qui ferme. Vous avez une application en production et personne pour la maintenir. Reprise progressive ou refonte ? On a géré 50+ cas comme le vôtre depuis 2012. ### Votre site met 8 secondes a charger : voici ce que ca vous coute Chaque seconde de chargement supplementaire coute 7% de conversions. Sur un site e-commerce a 100 000 euros par mois, gagner 6 secondes peut representer 40 000 euros de CA. Un audit prend 2 jours. ### Dette technique : elle coute 80 000 euros par an a une equipe de 3 developpeurs Vos developpeurs passent 23% de leur temps a contourner au lieu de construire. Voici comment reperer la dette technique, calculer ce qu'elle vous coute, et decider quand intervenir. ### CTO externe : le guide pour PME et startups qui pilotent sans directeur technique Vous validez des devis techniques que vous ne comprenez pas ? Un CTO externe reduit vos couts prestataires de 30% et fiabilise vos livraisons — pour 3 a 5x moins cher qu'un recrutement CDI. ### Cajoo : comment scaler une stack technique quand le trafic explose Votre startup grandit plus vite que votre infra ? Cajoo traitait des milliers de commandes en temps reel. On a structure leur stack pour absorber 10x le trafic — sans migration risquee. ### chocobonplan : maintenir, consolider, puis réécrire quand le moment est venu On a d'abord maintenu leur app mobile pendant plusieurs années. On a consolidé, stabilisé, fiabilisé. Quand ils ont voulu passer à l'échelle supérieure, on a reconstruit — ensemble, sans interruption de service. ### GE Healthcare : remplacer 10 000 lignes de code fragile par un systeme configurable Un outil d'analyse critique en milieu hospitalier reposait sur 10 000 lignes de regles empilees. 2 personnes sur Terre savaient le faire tourner. On a transforme du code en dur en configuration — sans arreter la production. ### MyMove : reprendre une application sans documentation en 4 semaines 5 APIs, zero documentation, un prestataire disparu. On a repris un comparateur VTC en production et divise les incidents par 5. Voici la methode. --- ## Blog Articles techniques — retours d’expérience, architecture, code. ### Un chatbot IA qui tourne entièrement dans le navigateur Comment on a construit un chatbot d'entreprise qui fonctionne sans serveur, sans API, sans backend — juste du WebGPU, Transformers.js et un modèle ONNX de 450 Mo chargé à la demande. Retour sur les joies et les galères de l'IA locale dans le browser. ### Core Web Vitals en 2026 : pourquoi on s'acharne encore à optimiser Les réseaux sont rapides, les navigateurs sont puissants. Pourtant, on continue à traquer chaque milliseconde. Retour sur ce que les Core Web Vitals changent vraiment — et pourquoi le feu d'artifice Lighthouse n'est pas qu'un caprice. ### Réno Claire, 18 mois après : TDD, montée de version et coordination d'IAs 18 mois après le lancement de Réno Claire, retour sur ce qui a tenu : le test-driven development sur les formules Excel, la montée Next.js 14 → 15, la coordination Google Document AI + GPT-4 pour l'analyse de DPE, et les défis des changements d'API. ### Server Actions en production : formulaires multi-étapes et uploads avec Next.js 14 Retour d'expérience sur l'utilisation des Server Actions en production depuis six mois. Formulaires multi-étapes, uploads de fichiers avec Vercel Blob, validation Zod, et sauvegarde progressive — ce que Next.js 14 change concrètement pour les applications métier. ### Next.js 14 et App Router : construire un simulateur de rénovation énergétique Architecture d'un simulateur de rénovation énergétique en Next.js 14 pour un acteur de la rénovation en Ile-de-France. Server Actions, Vercel Postgres, Kysely, NextAuth v5, et orchestration d'IAs — retour sur les choix fondateurs du projet Réno Claire. ### Envoyer 100 000 push notifications sans Pushwoosh — une Cloud Function Firebase et du parallélisme Comment on a construit une Cloud Function Firebase pour envoyer des push notifications en masse en contournant les limites de Pushwoosh — batches de 499 tokens, parallélisme, randomisation de l'ordre d'envoi, et les joies de la documentation Firebase qui ment. ### Réécrire from scratch l'app leader des bons plans — architecture React Native pour la durée Comment on a repensé et reconstruit l'application chocobonplan en React Native avec TypeScript, un state management Rematch structuré pour la maintenabilité, et une pipeline de middlewares conçue pour le trafic des fêtes. ### Pourquoi Ruby on Rails reste pertinent en 2022 Rails n'est pas mort — loin de là. Retour sur les raisons pour lesquelles nous continuons à le recommander pour les projets web ambitieux. ### Reconnaissance vocale iOS vs Android — Matcher des noms d'artistes en React Native Les API de reconnaissance vocale d'iOS et Android ne fonctionnent pas de la même manière. Sur iOS, on peut guider le moteur avec des mots attendus. Sur Android, il faut matcher la transcription libre avec des algorithmes de similarité : Jaro-Winkler, Dice, Levenshtein. Retour d'expérience sur Bl!ndt?st. ### GraphQL managé et cloud functions : retour sur notre mission chez Cajoo Comment un stack GraphQL managé avec Hasura, des cloud functions AWS Lambda et un client généré nous permettent d'accompagner la croissance de Cajoo, la startup française du quick commerce. ### Bl!ndt?st — Consolider une app React Native de blind test multijoueur en temps réel Retour d'expérience sur une mission de renfort dev pour Bl!ndt?st, un jeu de blind test multijoueur en temps réel. Restructuration d'une app React Native, ajout de types, amélioration de la reconnaissance vocale, découverte de FeathersJS et de Lottie, et étude de faisabilité Android. ### Polyy — construire un réseau social de l'achat-vente de chevaux Retour technique sur Polyy, un réseau social et marketplace pour l'achat et la vente de chevaux. Architecture trois-tiers (React Native + Rails API + Firebase), modèle de données métier riche (pedigree, discipline, performances), messagerie temps réel et recherche géolocalisée avec PostGIS. ### NestJS en production — injection de dépendances et structuration d'un backend TypeScript Retour sur notre utilisation de NestJS 7 en production : injection de dépendances inspirée d'Angular, structuration modulaire, custom providers, guards injectables, et comparaison avec les patterns équivalents en Java (Spring, Guice). Exemples tirés de l'API centrale MyMove. ### Afficher 10 000 points à 60fps — Graphes temps réel en Canvas pour l'acquisition scientifique Retour d'expérience sur la construction d'un moteur de graphes Canvas pour une app d'acquisition scientifique. Pourquoi D3.js et les librairies SVG ne tenaient pas la charge en temps réel, architecture modulaire du Grapher, scaling adaptatif, et le sous-échantillonnage intelligent pour rester à 60fps. ### Intégrer des capteurs scientifiques custom dans Cordova et Electron — C++, node-gyp et protocole maison Comment on a intégré des capteurs scientifiques Bluetooth avec un protocole propriétaire dans une app hybride Cordova/Electron. Code C++ partagé entre iOS et macOS, bridges Objective-C++ et NAN, compilation node-gyp pour Electron, et les défis d'un protocole sans synchronisation d'horloge. ### Remplacer une app Delphi par une app hybride — Architecture Cordova/Electron pour l'acquisition scientifique Comment on a architecturé une application hybride Cordova/Electron pour remplacer un logiciel Delphi d'acquisition de données scientifiques. Trois plateformes, un seul code JavaScript, des plugins natifs C++ pour le calcul et les capteurs, et le plaisir de voir l'hybride enfin tenir la route sur Android. ### MyMove — comparer les VTC en temps réel avec des microservices sur Cloud Run Comment on a repris et consolidé MyMove, un comparateur de tarifs VTC (Uber, Kapten, Bolt, G7) basé sur une architecture microservices déployée sur Google Cloud Run, avec TypeScript pour remettre de l'ordre dans un projet hérité. ### Pourquoi on aime autant Rails — l'écosystème qui fait gagner des semaines Rails en 2019, c'est un framework avec quinze ans de gems matures derrière lui. On compare avec l'écosystème Node.js du moment et on explique pourquoi on continue à livrer plus vite avec Ruby. ### Uploader des vidéos lourdes depuis React Native Retour sur un proof of concept d'upload de vidéos volumineuses depuis React Native : compression via react-native-video-processing, upload multipart avec fetch, et un mini serveur Express/Multer pour tester. ### Remplacer un outil DOS par un back-office Rails pour une boulangerie parisienne Comment on a abordé la migration d'un outil de gestion de commandes tournant sous DOS vers un back-office web en Rails 5.2 pour la maison Poujauran, boulangerie artisanale parisienne. ### Le back-office React + TypeScript du pop-up store Make My Lemonade Comment on a construit le back-office d'administration du catalogue patrons/tissus avec Create React App, TypeScript, Material-UI et Firebase — et ce qu'on a appris sur la sécurisation de Firestore avec les custom claims. ### Une app iPad pour le pop-up store Make My Lemonade — choisir sa coupe et son tissu avec Expo et Firebase Comment on a construit une app tablette en React Native (Expo SDK 28) pour une marque de mode DIY : catalogue de patrons et tissus synchronisé en temps réel via Firestore, images composites pré-rendues dans Firebase Storage, et impression de tickets avec code-barres EAN13. ### Du tracking vidéo pour un baby-foot — Cinder, OpenCV et le plaisir de refaire du C++ Comment on a construit un module de tracking vidéo pour le baby-foot Tekbak : détection de balle par segmentation couleur, effets particules OpenGL via Cinder, enregistrement des buts en slow motion, et les joies du C++ moderne cross-platform. ### ProFeel — un serveur stub Swagger pour avancer sans API Retour sur ProFeel, une app Ionic de profilage professionnel. L'API tierce n'existait qu'en production. On a monté un stub server Swagger en Node/Express pour développer sans attendre, et ça nous a fait gagner un temps fou. ### Sircle Android — RxJava vs RxSwift, retour sur le portage d'une app réactive Après la version iOS de Sircle en RxSwift, on a attaqué le portage Android en Java 8 avec RxJava 2. Cet article compare les deux implémentations : gestion du threading, bus d'événements, moteur physique, et les pièges spécifiques à chaque plateforme. ### Sircle — construire un réseau social géolocalisé en Swift 3 avec RxSwift et Realm Retour technique sur Sircle, une app iOS de networking professionnel pour les agences marketing. Architecture RxSwift-first, persistance Realm, API typesafe avec Moya, UI à bulles physiques avec UIDynamicAnimator, et chat temps réel via SendBird. ### Remplacer 10 000 lignes de regex par une machine à états configurable Retour sur la réécriture d'un outil CLI d'analyse de logs pour GE Healthcare. L'ancien outil enchaînait des regex fragiles. On l'a remplacé par un parseur à machine à états piloté par des fichiers de configuration XML, avec un mini-interpréteur d'expressions arithmétiques. ### Rails 5 API : modéliser les disponibilités d'une marketplace de services Comment on a construit l'API Rails 5 d'une marketplace multi-services : calcul de disponibilités en temps réel, réservations récurrentes avec AASM, et profils polymorphiques pour des verticales métier hétérogènes. ### Webpack, Babel et ES6 dans une app Ionic — un pipeline JS moderne en 2016 Retour technique sur la mise en place d'un pipeline JavaScript moderne — Webpack, Babel 6, modules ES6, SCSS et PostCSS — dans une app Ionic 1 / AngularJS de taille conséquente. ### Hively — construire une marketplace de services en Ionic et Rails 5 Comment on a livré une app mobile de mise en relation entre particuliers et prestataires de services, avec Ionic 1, AngularJS, un pipeline JS moderne (Babel, Webpack, ES6) et une API Rails 5 fraîchement sortie. ### Une app iPad native en Swift pour la location de véhicules événementiels Protocoles avec associated types, génériques pour le réseau, vues custom CoreGraphics — les patterns Swift qui ont structuré une app iPad de gestion de flotte, livrée en deux mois. ### Intégrer une API tierce dans une app Rails Authentification JWT, payloads imbriqués, gestion d'erreurs — les leçons tirées de l'intégration d'une API de réservation transport dans un projet Rails. ### TrueSkill — un classement bayésien pour le baby-foot connecté Comment on a ajouté un classement TrueSkill en alternative au système de points classique sur la plateforme Foosball Society — inférence bayésienne, gaussiennes tronquées, et la gem Ruby qu'on a dû adapter. ### Simone.paris — pourquoi Rails pour le backend d'une app iOS Retour d'expérience sur le backend Rails de l'app Simone.paris : API Grape pour iOS, machine à états AASM, Service Objects, et un dashboard ActiveAdmin complet livré à la cliente. ### Simone.paris — développer une app iOS soignée en équipe Retour d'expérience sur le développement de l'app Simone.paris pour iOS : architecture réseau avec le pattern Decorator, animations synchronisées au clavier, vues custom CoreGraphics et UICollectionViewLayout sur mesure. ### NavCar — une app de VTC en Corse, en natif iOS et Rails Retour d'expérience sur la construction d'une app de réservation de VTC en Corse : iOS natif Objective-C, backend Rails 4.1, calcul de tarifs par zones géographiques avec PostGIS, synchronisation avec un progiciel de gestion de flotte via webhooks, et paiement Adyen. ### ionic : pourquoi une agence native s'intéresse à l'hybride Nous sommes spécialisés en développement natif iOS et Android. Pourtant, depuis six mois, on expérimente Ionic. Retour sur ce qui nous a convaincus d'y regarder de plus près. ### Le Rails derrière le baby-foot Comment on a structuré une application Rails 4 pour gérer des baby-foots connectés, du badge RFID au classement ELO — avec une API JSON, du temps réel Redis et un système de trophées. ### Encoder les règles d'un baby-foot dans un AST Comment on a conçu un moteur de règles configurable pour le baby-foot Tekbak — un AST évalué en Ruby qui simule chaque coup possible pour décider si la balle doit être verrouillée. ### Afficher du texte sur 7 pixels de haut Comment on a recodé un pipeline de rendu typographique complet — FreeType, kerning, scrolling — pour piloter des afficheurs LED 48×7 pixels encastrés dans un baby-foot connecté. ### Écrire une extension C pour Ruby sur de l'embarqué Comment nous avons connecté Ruby à une électronique custom via une extension C pour piloter des capteurs I2C sur un BeagleBone — et les pièges qu'on n'avait pas vus venir.