Aller au contenu
Dev App

Nos technologies

Nous n’avons pas de technologie fétiche à vous vendre. Nous avons une méthode pour choisir celle qui sert votre application mobile, et l’honnêteté de vous dire quand une solution moins chère suffirait.

Natif iOS

Pour les applications qui exploitent à fond le matériel Apple ou dont la fluidité est un argument commercial.

  • Swift: langage principal
  • SwiftUI: interfaces déclaratives
  • Xcode: build et profilage
  • App Store Connect: publication et tests TestFlight

Natif Android

Pour les parcs d’appareils hétérogènes, les terminaux durcis et les usages matériels poussés.

  • Kotlin: langage principal
  • Jetpack Compose: interfaces déclaratives
  • Android Studio: build et profilage
  • Play Console: publication et tests fermés

Multiplateforme

Une base de code unique pour iOS et Android. C’est le choix par défaut de la majorité de nos projets, parce qu’il divise le budget sans abîmer l’expérience.

  • Flutter: rendu homogène, animations fluides
  • Dart: langage de Flutter
  • React Native: quand vous avez déjà du TypeScript
  • Expo: chaîne de build et livraisons rapides

Back-end et données

Une application mobile a presque toujours besoin d’un serveur : comptes, synchronisation, back-office. Nous privilégions des socles éprouvés plutôt que du sur-mesure inutile.

  • Supabase: base PostgreSQL, authentification, stockage
  • Firebase: temps réel et notifications
  • Node.js: API métier spécifiques
  • PostgreSQL: données relationnelles

Qualité et exploitation

Ce qui distingue une application qui tient dans la durée d’une application qui se dégrade au bout de six mois.

  • Sentry: remontée des plantages en production
  • GitHub Actions: intégration et livraison continues
  • Tests automatisés: sur la logique métier critique
  • Revue de code: systématique avant chaque livraison

Conception

Les maquettes sont validées avant la première ligne de code. Vous naviguez dans l’application avant qu’elle existe.

  • Figma: maquettes et prototypes cliquables
  • Design system: composants réutilisables
  • HIG et Material: respect des codes de chaque plateforme
  • Tests utilisateurs: sur prototype, avant développement

Comment nous choisissons

Sur un projet d’application mobile, la question « natif ou multiplateforme » se tranche au cadrage, sur trois critères concrets et non sur nos préférences.

  • L’usage matériel. Bluetooth avancé, réalité augmentée, traitement vidéo, capteurs spécifiques : le natif reprend l’avantage. Formulaires, listes, cartes, paiement : le multiplateforme fait aussi bien.
  • Votre équipe. Si vous avez déjà des développeurs TypeScript, React Native vous rendra autonome plus vite. Si vous n’avez aucune équipe technique, ce critère ne compte pas.
  • Votre horizon. Un produit qui doit vivre dix ans et embarquer une équipe interne ne se traite pas comme un MVP destiné à valider une intuition en six semaines.

Dans les faits, la majorité des projets que nous menons partent en multiplateforme, et nous le disons clairement quand le natif iOS ou natif Android se justifie vraiment. Si vous vous interrogez sur le profil qui se cache derrière ces technologies, notre fiche sur le métier de développeur mobile détaille compétences, formations et salaires.

Prêt à donner vie à votre application ?

Discutons de votre projet et voyons ensemble comment créer un produit utile, rentable et durable. Réponse sous 24 h ouvrées, y compris si votre projet ne nous correspond pas.