Java vs JavaScript : comparatif complet 2026

Java vs JavaScript partagent un nom similaire. Ce n’est pas une coïncidence technique. En effet, c’est une décision marketing de Netscape en 1995. Derrière cette ressemblance se cachent deux langages aux philosophies, aux performances et aux cas d’usage radicalement différents. Pour un décideur ou un responsable produit, choisir entre les deux engage le budget, le délai de livraison et la durée de vie du projet. Ce guide vous donne les clés pour trancher.

Java vs JavaScript : deux langages qui n’ont pas le même ADN

Java vs JavaScript sont deux langages distincts aux finalités opposées. 

• Java est un langage compilé, typé statiquement, conçu pour les applications d’entreprise robustes et durables. 
• D’un autre côté, JavaScript est un langage interprété, typé dynamiquement, conçu pour le web interactif et les applications temps réel. 

En 2026, Java équipe les systèmes bancaires, les ERP et les backends critiques. JavaScript domine le développement front-end, les API légères et les applications mobiles cross-platform. Le choix entre les deux dépend de la nature du projet, du budget et du délai de mise sur le marché.

Java : un langage né pour l’entreprise

Java est un langage orienté objet compilé en bytecode. Il est exécuté par la Machine Virtuelle Java (JVM), créé par Sun Microsystems en 1995.

Sa philosophie repose sur trois piliers. 

• La portabilité d’abord : le principe « Write Once, Run Anywhere » permet d’exécuter le même programme sur tout système équipé d’une JVM. 
• La robustesse ensuite : le typage fort et la compilation détectent les erreurs avant l’exécution. 
• La durabilité enfin : les applications Java durent 10 à 20 ans en production sans refonte majeure.

Ces propriétés font de Java le premier choix des banques, des assurances, des télécoms et des grandes administrations.

JavaScript : un langage né pour le web

Par ailleurs, JavaScript est un langage de script interprété, typé dynamiquement, créé par Netscape en 1995 pour animer les pages web.

Sa philosophie est à l’opposé de Java. 

• La flexibilité prime : une variable peut changer de type à la volée. 
• L’itération rapide est un avantage : pas d’étape de compilation, le résultat s’affiche immédiatement dans le navigateur. 
• Enfin, l’ubiquité est totale : JavaScript est le seul langage nativement compris par tous les navigateurs.

L’avènement de Node.js en 2009 a étendu JavaScript au backend. D’ailleurs, il est devenu le seul langage permettant de construire une application complète, front et back, avec une seule équipe.

Pourquoi leur nom prête à confusion ? 

La ressemblance des noms est délibérée. En effet, en 1995, Netscape a signé un accord avec Sun Microsystems pour capitaliser sur la notoriété de Java. Les deux langages partagent une syntaxe en apparence proche (accolades, point-virgules). Ils n’ont aucune parenté technique, aucun lien d’héritage, aucune interopérabilité directe.

Quelles sont les 6 différences techniques entre Java et JavaScript ? 

Pour autant, Java vs JavaScript sont très différents, et ce, sur plusieurs points. Voici les bons à savoir. 

Typage : statique vs dynamique

Java utilise un typage statique. Donc, chaque variable doit déclarer son type à l’avance (int, String, Boolean). Le compilateur vérifie ces types avant l’exécution. Les erreurs de type sont détectées tôt, et ce, avant la mise en production.

JavaScript utilise un typage dynamique. Une variable peut contenir successivement un entier, puis une chaîne de caractères, puis un objet. Cette flexibilité accélère le développement. Elle expose aussi à des erreurs imprévisibles si le code n’est pas testé rigoureusement.

D’un autre côté, TypeScript est un sur-ensemble de JavaScript qui ajoute un typage statique optionnel. Il est devenu le standard de facto pour les projets JavaScript professionnels en 2026. Il apporte la rigueur de Java sans renoncer à l’écosystème JavaScript.

Compilation et exécution : JVM vs moteur JS

Java suit un cycle en deux étapes. Le code source est d’abord compilé en bytecode. Ce dernier est ensuite exécuté par la JVM. En plus, la compilation JIT (Just-In-Time) optimise les performances au fil des exécutions. Donc, ce modèle garantit une performance prédictible et une portabilité maximale.

JavaScript est interprété directement par un moteur d’exécution. V8 (Chrome, Node.js) et SpiderMonkey (Firefox) sont les deux moteurs dominants. Ils embarquent également une compilation JIT pour optimiser les portions de code fréquemment exécutées. L’avantage : aucune étape de compilation explicite pour le développeur.

Java 25 LTS (sorti en septembre 2025) apporte l’AOT profiling et des optimisations GC supplémentaires. Ces améliorations réduisent encore les temps de démarrage. C’est un point faible historique de la JVM.

Paradigme : classes vs prototypes

Java est un langage orienté objet class-based. Ainsi, les objets sont des instances de classes définies à l’avance. L’héritage suit une hiérarchie stricte. Ce modèle est structurant pour les grandes équipes et les longues durées de vie.

JavaScript est un langage orienté objet prototype-based. Les objets héritent directement d’autres objets par référence. La structure est définie à la volée. Depuis ES6 (2015), JavaScript propose une syntaxe class. Cependant, elle n’est qu’un habillage syntaxique du modèle prototypal sous-jacent.

Modèle de concurrence : multi-threading vs boucle d’événements

Java gère la concurrence par le multi-threading. Donc, plusieurs fils d’exécution (threads) tournent simultanément. Ce modèle est puissant pour les traitements parallèles intensifs. Il est aussi complexe à maîtriser : les bugs de concurrence sont parmi les plus difficiles à reproduire et corriger.

Java 21 a introduit les Virtual Threads (Project Loom), finalisés en Java 25. Ces threads légers permettent de gérer des millions de tâches concurrentes sans la consommation mémoire des threads natifs. Les benchmarks montrent une réduction de la consommation mémoire de 43 % et une amélioration de la latence au 99e centile par un facteur 4, sur des simulations de 10 000 requêtes concurrentes.

De son côté, JavaScript repose sur une boucle d’événements non-bloquante. Il est mono-thread par nature. Ainsi, les opérations lentes (accès réseau, lecture de fichiers) sont déléguées de façon asynchrone. Ce modèle est idéal pour gérer des milliers de connexions simultanées avec une faible consommation de ressources. Ce qui fait la force de Node.js pour les API et les applications temps réel.

Sécurité : sandboxing JVM vs écosystème npm

Java bénéficie d’un modèle de sécurité robuste au niveau JVM. La machine virtuelle agit comme une couche d’isolation entre le code et le système d’exploitation. Donc, elle permet un sandboxing poussé, une vérification stricte du bytecode et une gestion fine des permissions. Ce modèle est la raison pour laquelle Java domine dans les secteurs réglementés : 

• Finance (DSP2)
• Santé (HDS) 
• Et secteur public.

En outre, JavaScript côté navigateur évolue dans un sandbox strict. Son accès au système de fichiers et aux ressources locales est limité par conception. Côté serveur (Node.js), la sécurité repose en grande partie sur la gestion des dépendances npm. L’écosystème npm compte plus de 2 millions de paquets. Cette richesse est un atout et une surface d’attaque potentielle. Une veille active sur les dépendances est indispensable.

Performance : des profils complémentaires

Java excelle sur les calculs longs et intensifs. La JVM avec sa compilation JIT optimise les performances sur la durée. Ce profil est idéal pour : 

• Le Big Data (Apache Spark, Kafka, Hadoop)
• Les moteurs de règles complexes 
• Et les serveurs d’applications à forte charge soutenue.

Par ailleurs, JavaScript (Node.js) est optimisé pour les I/O et le temps réel asynchrone. Son modèle non-bloquant permet de traiter des milliers de connexions simultanées sans multiplier les threads. Ce profil est idéal pour : 

• Les API REST
• Les applications de chat
• Les tableaux de bord en direct 
• Et les notifications push.

Comparatif technique Java vs JavaScript (2026)

Critère	Java	JavaScript
Typage	Statique & fort	Dynamique & faible
Exécution	Compilé → bytecode → JVM	Interprété (V8, SpiderMonkey) + JIT
Paradigme	Orienté objet class-based	Prototype-based (syntaxe class depuis ES6)
Concurrence	Multi-threading + Virtual Threads (Java 21/25)	Boucle d’événements non-bloquante
Sécurité	Sandboxing JVM, modèle de permissions granulaire	Sandbox navigateur ; dépendances npm à surveiller
Performance calcul	Très élevée (JIT, AOT — Java 25)	Limitée sur calculs CPU intensifs
Performance I/O	Excellente avec Virtual Threads (Java 21+)	Excellente nativement (non-bloquant)
Déploiement	JAR + JVM (image conteneur plus lourde)	Image Node.js légère, serverless natif
Courbe d’apprentissage	Raide au départ, structurante	Accessible au départ, complexe en avancé
Écosystème	Maven Central — stable et mature	npm — 2M+ paquets, évolution rapide

Sources : Stack Overflow Developer Survey 2025; Oracle Java SE 25 Documentatio ; npmjs.com Registry Statistics 2025 ; Java Code Geeks — Virtual Threads Benchmarks, avril 2025 

Quel langage pour quel projet entre Java vs JavaScript ?

Le choix entre Java vs JavaScript dépend surtout de vos besoins, et donc, de votre projet. Nos conseils. 

Quand choisir Java ? 

Java est le bon choix quand la stabilité, la sécurité et la durée de vie du projet sont les critères prioritaires. Exemple : 

• Applications d’entreprise critiques : Les ERP, les systèmes bancaires, les plateformes de gestion des ressources humaines et les infrastructures télécoms reposent massivement sur Java. Son écosystème mature couvre tous les besoins d’une application d’entreprise complexe. Tel est le cas de Spring Boot, Jakarta EE, Hibernate
• Backends lourds avec microservices : Spring Boot est le framework de référence pour construire des architectures de microservices sécurisées. Il s’intègre naturellement aux protocoles gRPC, REST et aux outils de monitoring enterprise (APM, Prometheus, Grafana).
• Big Data et traitement de volumes massifs : Apache Spark, Kafka et Hadoop sont écrits en Java/Scala. Les plateformes de données à grande échelle s’appuient quasi exclusivement sur la JVM.
• Projets devant durer 10 ans ou plus : Java 25 LTS bénéficie d’un support Oracle de 8 ans minimum. Une application Java écrite aujourd’hui sera maintenable et sécurisée jusqu’en 2033 sans refonte majeure.

🚀 Besoin d’une expertise Java solide pour votre projet d’entreprise, vos microservices ou votre application Android ?

Notre équipe d’experts en développement Java vous accompagne de l’architecture à la mise en production.

Quand choisir JavaScript ? 

JavaScript est donc le bon choix quand le time-to-market, l’expérience utilisateur et la flexibilité priment. Notamment : 

• Interfaces web dynamiques : React, Vue.js et Angular sont les standards pour créer des applications web monopage (SPA) fluides. JavaScript est le seul langage nativement compris par tous les navigateurs. Il n’a pas de concurrent dans ce domaine.
• API légères et backends Node.js : Express et NestJS permettent de construire des serveurs d’API REST ou GraphQL en quelques jours. Ce choix est pertinent pour les startups qui ont besoin de valider un concept rapidement.
• Applications mobiles cross-platform : React Native permet de développer une application iOS et Android avec une seule base de code. Ce choix réduit les coûts de développement de 30 à 40 % par rapport au développement natif pur.
• MVP et prototypes : Un MVP JavaScript peut être livré en 6 à 12 semaines contre 4 à 6 mois pour un projet Java structuré. C’est l’argument décisif pour les porteurs de projet qui veulent tester un marché avant d’investir massivement.
• Applications temps réel : Node.js gère des milliers de connexions simultanées avec une consommation de ressources faible. C’est l’architecture de référence pour les chats en direct, les tableaux de bord, les notifications push et les jeux multijoueurs légers.

🚀 Prêt à concrétiser votre projet avec React, Node.js ou une application cross-platform ?

Notre agence de développement JavaScript allie expertise technique et agilité pour transformer vos idées en produits fonctionnels.

Quand combiner Java et JavaScript (stack hybride) ? 

La combinaison des deux langages est l’architecture la plus courante pour les applications web d’envergure. Donc, Java au backend et JavaScript au frontend. En effet, les deux communiquent via une API REST ou GraphQL.

Cette architecture offre trois avantages concrets. 

• La socle Java pour la logique métier et les intégrations SI assure la robustesse. 
• En plus, le frontend JavaScript pour l’interface utilisateur porte l’agilité de l’application. 
• Enfin, le recrutement est plus simple : les deux pools de talents sont les plus larges du marché français.

Cette stack hybride convient aux plateformes SaaS complexes. Idem aux projets de modernisation d’applications legacy. N’oublions pas les organisations qui ont des équipes spécialisées front et back.

Développez votre projet avec la technologie la plus adaptée.

🚀Notre agence web maîtrise Java et JavaScript pour des solutions sur mesure, alliant robustesse back-end et interfaces utilisateur modernes.

Quels sont les enjeux stratégiques pour les entreprises en 2026 ? 

Évidemment, les enjeux pour les entreprises sont aussi différents entre Java vs JavaScript. 

Quid du coût de développement et du TJM en France ? 

Le choix du langage a un impact direct sur le budget. Les TJM (taux journaliers moyens) sont comparables entre Java et JavaScript, avec de légères variations selon la spécialisation.

Coût comparé Java vs JavaScript en France (2026)

Indicateur	Java	JavaScript
TJM moyen en région	350 à 650 euros/j	350 à 550 euros/j
TJM moyen à Paris	450 à 900 euros/j	350 à 700 euros/j
Salaire médian développeur (France)	40 000 euros/an	42 000 à 45 0000 euros/an
Salaire top 10 %	60 000 à 70 000 euros/an	80 000 à 110 000 euros/an
TCO estimé sur 3 ans (projet à 100 keuros)	58 000 à 85 000 euros	50 000  à 150 000 euros
Time-to-market MVP	4 à 6 mois	3 à 6 mois

Sources : WeLoveDevs — Salaires Développeurs France 2026 ; carrieres.dev — Grilles Salaires 202 ; APEC — Baromètre Salaires 2025 ; estimations AquilApp issues de projets clients.

La différence de TJM entre Java vs JavaScript est faible. Ce n’est pas le critère décisif sur le coût total.

Ce qui fait vraiment varier le budget est la durée du projet. Un projet Java nécessite une phase de conception plus longue. Un projet JavaScript peut démarrer plus vite. Sur 3 ans, le TCO (Total Cost of Ownership) est comparable, à condition que le projet JavaScript soit développé avec discipline (TypeScript, tests, documentation).

Disponibilité des talents en France

JavaScript reste le langage le plus utilisé par les développeurs en 2026. Selon le Stack Overflow Developer Survey 2025 réalisé auprès de 49 000+ développeurs dans 177 pays, JavaScript est utilisé par 66 % des répondants. C’est la 13^e année consécutive qu’il occupe la première place.

Java domine les offres d’emploi dans les grands comptes et les ESN (Entreprises de Services du Numérique). Les recruteurs qui publient sur LinkedIn et Indeed cherchent encore majoritairement des profils Java, .NET et SQL pour les projets enterprise. 

Les deux langages disposent donc d’un bassin de talents large en France. Donc, le recrutement de développeurs seniors reste compétitif dans les deux cas.

Pérennité des projets

Java 25 LTS est sorti en septembre 2025. C’est la première version LTS depuis Java 21 (sorti en septembre 2023). De plus, Oracle s’engage sur un support de 8 ans minimum. Sans compter que Spring Boot 3.4+ supporte officiellement Java 25. Pour les équipes encore sur Java 17 ou 21, la migration est la cible évidente.

Les Scoped Values, finalisées en Java 25, combinent avec les Virtual Threads. De quoi simplifier les applications hautement concurrentielles. Ainsi, les déploiements Kubernetes à forte charge bénéficient directement de ces optimisations.

Du côté JavaScript, TypeScript est devenu le standard professionnel. Les projets démarrés en JavaScript pur accumulent une dette technique significative sans discipline. TypeScript résout ce problème en apportant le typage statique sans quitter l’écosystème npm.

Impact sur le time-to-market

Java impose une phase de conception structurée. Cette rigueur initiale est un investissement. En effet, elle réduit les surcoûts en cours de projet et améliore la prédictibilité des livraisons.

D’un autre côté, JavaScript permet des cycles d’itération ultra-rapides. C’est son atout principal pour les startups et les équipes produit. Cependant, le risque est la dette technique. En effer, sans TypeScript, sans tests, sans architecture claire, le code JavaScript d’un MVP devient difficile à maintenir après 12 mois.

La recommandation AquilApp : définir la criticité et la durée de vie du projet avant de choisir le langage. Ces deux paramètres orientent 80 % de la décision.

Comment choisir entre Java vs JavaScript en 2026 ?

Cinq critères guident le choix.

1. Nature du projet : calcul intensif ou traitement de données massives → Java. Interface web interactive ou API légère → JavaScript. Application mobile → JavaScript (React Native).
2. Budget et time-to-market : démarrage rapide et coût d’entrée faible → JavaScript. Investissement initial structuré pour 10 ans → Java.
3. Exigences de sécurité et de conformité : secteur bancaire (DSP2), santé (HDS), secteur public (RGAA) → Java. Applications grand public ou B2B standards → JavaScript ou stack hybride.
4. Durée de vie prévue : projet structurant à 10 ans → Java. MVP à valider en 3 mois → JavaScript.
5. Compétences disponibles dans l’équipe : une équipe React existante → JavaScript. Un SI Java legacy à étendre → Java.

Recommandation par profil de projet (2026)

Profil	Recommandation	Justification
Startup / MVP	JavaScript (Node.js + React ou React Native)	Time-to-market court, coût d’entrée faible, itérations rapides
PME / Scale-up	Stack hybride (Java back + JavaScript front)	Robustesse back + agilité front + deux pools de talents larges
ETI / Grand compte	Java (Spring Boot) + JavaScript front	Systèmes critiques, conformité réglementaire, longue durée de vie
Application mobile cross-platform	JavaScript (React Native)	iOS + Android avec une seule base de code — 30 à 40 % moins cher que le natif
Big Data / traitement batch	Java (Spark, Kafka)	Traitement de volumes massifs, intégration SI, performance prédictible
Application temps réel	JavaScript (Node.js)	Boucle d’événements non-bloquante — milliers de connexions simultanées

Sources : Stack Overflow Developer Survey 2025 ; estimations AquilApp issues de projets clients — Buddit (React Native), Airbus Shop (Java + front JavaScript), PrestApp (PWA JavaScript).

Ne laissez pas l’incertitude technologique devenir un frein. Notre service de CTO ou Directeur Technique à temps partiel vous accompagne pour analyser vos besoins, prioriser vos contraintes et définir avec vous l’architecture technique la plus performante et durable.

Cas clients AquilApp : deux approches, deux projets concrets

AquilApp est une agence de création d’application mobile. Nous avons déjà eu la chance de travailler sur différents projets. Ce qui nous a permis de tester Java vs JavaScript. 

Buddit : JavaScript pour aller vite

Buddit est une application mobile de gestion budgétaire. Le porteur de projet avait un objectif clair : être sur l’App Store et Google Play le plus vite possible, avec un budget MVP maîtrisé.

Le choix technique : React Native. Un seul code pour iOS et Android. Une seule équipe de développement. Pas de duplication de coûts.

Le résultat : l’application a été publiée sur les deux stores en 14 semaines. Le budget MVP est resté sous 60 000 euros. La stack JavaScript a permis d’itérer rapidement sur les retours des premiers utilisateurs. La version 2 a été développée 8 semaines après le lancement.

Airbus Shop : Java pour la robustesse industrielle

Airbus Shop est une plateforme e-commerce mobile destinée aux collaborateurs Airbus. Le projet imposait une intégration profonde au Système d’Information (SI) Airbus, des exigences de sécurité strictes et une durée de vie de plus de 10 ans.

Le choix technique : backend Java (Spring Boot), intégré via API sécurisées au SI Airbus, avec un front-end JavaScript côté interface utilisateur. Architecture hybride classique.

Le résultat : une plateforme robuste, conforme aux exigences de sécurité du groupe, livrée en 9 mois. Le budget a dépassé 250 000 euros. Ce qui est cohérent avec la complexité d’intégration et les exigences de qualité d’un grand compte industriel. En plus, nous assurons la maintenance sous contrat TMA (Tierce Maintenance Applicative).

Ces deux projets illustrent une réalité simple : Java vs JavaScript ne s’opposent pas. Ils répondent à des contextes différents. Le bon choix dépend du contexte, pas du langage en lui-même.

Vous hésitez entre Java et JavaScript pour votre projet ? Nos architectes vous apportent une recommandation claire en 1 heure de cadrage. Demander un cadrage projet. 

Quelles sont les nouveautés Java vs JavaScript à connaître en 2026 ? 

Java et JavaScript ne vont pas s’arrêter là. Ces langages peuvent encore nous surprendre en 2026. 

Qu’est-ce qui change concrètement sur Java 25 LTS ? 

Java 25 est sorti en disponibilité générale (GA) le 16 septembre 2025. C’est la première version LTS depuis Java 21 (septembre 2023). Oracle s’engage sur un support de 8 ans minimum. Spring Boot 3.4+ et Spring AI supportent officiellement Java 25 depuis décembre 2025.

Les trois apports les plus concrets pour les équipes en production :

• Virtual Threads et Scoped Values finalisés : Les Virtual Threads, en preview dès Java 19 et stables depuis Java 21, sont désormais complétés par les Scoped Values (finalisées en Java 25). Ensemble, ils offrent une alternative claire aux frameworks réactifs complexes (Spring Reactor, RxJava). Le code reste impératif et lisible. La scalabilité est celle d’un modèle asynchrone. Un benchmark sur Spring Boot 3.2 simulant 10 000 requêtes concurrentes avec une latence de 100 ms a montré une réduction mémoire de 43 % et une amélioration de la latence au 99e centile par un facteur 4. 
• Pattern matching finalisé : les instructions switch et les if/else peuvent désormais utiliser le pattern matching sur les types de données. Le code devient plus lisible et moins verbeux. Ce qui est un argument pour les équipes qui reprochaient à Java son aspect « bavard ».
• AOT profiling et optimisations GC : l’AOT (Ahead-Of-Time) profiling réduit les temps de démarrage de la JVM. C’est une amélioration directe pour les déploiements Kubernetes où le temps de démarrage des pods est critique. Les optimisations GC (ZGC, G1GC) améliorent la prévisibilité des pauses.

La migration depuis Java 21 est décrite comme douce par les équipes qui l’ont réalisée : peu de ruptures de compatibilité, gains mesurables en production.

Quid de l’écosystème 2026 de JavaScript et TypeScript ? 

TypeScript est devenu le standard de fait pour les projets JavaScript professionnels. Il apporte le typage statique, l’autocomplétion avancée et une meilleure maintenabilité. Le tout se fait sans renoncer à l’écosystème npm. La plupart des nouveaux projets React, Vue ou Node.js démarrent directement en TypeScript.

Node.js 22 et 23 ont amélioré les performances et la gestion native des modules ES (ESM). Les équipes qui avaient retardé la migration vers les modules ES natifs ont maintenant moins d’excuses.

React 19 et Next.js 15 ont généralisé les Server Components. Ce paradigme déplace une partie du rendu côté serveur. Ce qui améliore les performances perçues et le référencement naturel. C’est une évolution structurante pour les équipes front-end qui construisent des applications à fort volume de pages.

Selon le Stack Overflow Developer Survey 2025, Node.js, React et Express restent les frameworks web les plus populaires. Cette stabilité de l’écosystème est un signal positif pour les équipes qui hésitent à investir dans ces technologies.

Côté hébergement, JavaScript domine le serverless et l’edge computing. Vercel, Netlify et Cloudflare Workers s’appuient sur des runtimes JavaScript/TypeScript natifs. Ce modèle réduit les coûts d’infrastructure et la complexité opérationnelle pour les applications à trafic variable.

Conclusion

Java vs JavaScript ne s’affrontent pas. Ils répondent à des besoins différents.

• Java est le choix de la durabilité. Il convient aux systèmes critiques, aux applications avec une longue durée de vie et aux environnements réglementés. Java 25 LTS confirme l’engagement d’Oracle sur les 8 prochaines années.
• JavaScript est le choix de l’agilité. Il convient aux interfaces web, aux MVP, aux applications mobiles cross-platform et aux backends légers. TypeScript en a fait un langage professionnel à part entière.

La plupart des projets ambitieux combinent les deux : Java au backend pour la robustesse, JavaScript au frontend pour l’expérience utilisateur. C’est cette architecture hybride qui équipe les plateformes SaaS et les applications grand compte les plus performantes en 2026.

Pour cadrer ce choix sur votre projet, notre équipe vous accompagne de la définition de l’architecture à la mise en production. Consultez notre page création d’application mobile sur mesure ou explorez notre comparatif Flutter vs React Native pour aller plus loin dans le choix de la stack mobile.