Mendix est un outil visuel, mais les erreurs que les questions d'entretien d'un développeur Mendix doivent repérer sont celles du développement classique. Le développeur modélise les données dans le domain model, écrit la logique en microflows côté serveur et en nanoflows côté navigateur, construit les pages avec Atlas UI et branche l'application sur d'autres systèmes en REST ou en OData. Sur les postes confirmés, il écrit aussi des Java actions et des widgets en React.
Un CV Mendix se lit avec la version en tête. Studio Pro 11 est la version courante, la 10 reste en LTS et des applications tournent encore en 9. Une personne qui a vécu une montée de version parle de widgets à remplacer, de modules de la Marketplace à mettre à jour et de droits d'accès qui changent. Les certifications Rapid, Intermediate et Advanced sont des QCM. L'Expert passe par un entretien.
Avant l'entretien, demandez quelles applications la personne a mises en production, pour combien d'utilisateurs, sur Mendix Cloud ou sur Kubernetes. Faites-lui raconter un import lent ou une fuite de données entre services. Le PDF contient un cas de 20 minutes sur une application de demandes d'achat.
Les briques Mendix qu'un développeur assemble
Studio Pro et domain model
Studio Pro est l'environnement de développement. Le domain model décrit les entités, leurs attributs et leurs associations, et Mendix en déduit les tables de la base. Un modèle mal pensé, avec trop d'héritage ou d'attributs calculés, ralentit toute l'application.
Microflows
La logique côté serveur, dessinée sous forme de schéma : lire et écrire en base, appeler une API, vérifier une règle métier. Chaque appel tourne dans une transaction. Les erreurs de débutant se voient ici, avec des commits faits dans une boucle ou des erreurs non gérées.
Nanoflows
La logique qui tourne dans le navigateur ou sur l'appareil, sans aller-retour serveur et hors ligne. Ils servent à l'interface et aux applications mobiles. Ils ne tournent pas dans une transaction et ne protègent aucune donnée.
Pages, Atlas UI et widgets
Les écrans se construisent avec des widgets et le thème Atlas UI, passé en version 4 avec Studio Pro 11. Quand un widget manque, le développeur en écrit un en React et TypeScript (pluggable widget). Vérifiez qu'il sait personnaliser le thème sans modifier les fichiers d'Atlas.
Sécurité des rôles et des entités
Les rôles de module et les rôles utilisateur définissent qui ouvre quelle page et qui lance quel microflow. Les règles d'accès aux entités, avec des contraintes XPath, décident quelles lignes chaque utilisateur peut lire. C'est le sujet où une erreur coûte le plus cher.
REST, OData et business events
Mendix consomme et publie des API REST, publie des services OData lisibles par d'autres applications ou par Power BI, et fait circuler des business events entre applications. Les import et export mappings convertissent le JSON en objets.
Java actions et Marketplace
Quand une activité ne suffit pas, le développeur écrit une Java action. La Marketplace fournit des modules prêts à l'emploi (SSO, chiffrement, tests unitaires) qu'il faut mettre à jour à chaque montée de version et ne jamais modifier.
Mendix Cloud, Mendix on Kubernetes et Git
Les applications tournent sur Mendix Cloud ou sur un cluster Kubernetes avec l'opérateur Mendix. Le code est versionné dans Git et livré par Mendix Pipelines ou une autre chaîne. Studio Pro 11 ajoute l'assistant IA Maia, que certaines équipes utilisent pour générer modèles et pages.
Le poste existe chez les intégrateurs partenaires de Mendix et chez des clients finaux qui ont choisi la plateforme pour leurs applications métier. Un junior construit des pages et des microflows sur un modèle existant. Un confirmé conçoit le domain model, la sécurité et les intégrations. Un senior encadre l'architecture de plusieurs applications, la montée de version et la livraison. La certification Advanced Developer est souvent demandée dans les offres. Elle valide la connaissance de la plateforme, pas la tenue d'une application en production avec de vrais volumes.
Six points à noter chez un développeur Mendix
- Modélisation du domain model
- Microflows, nanoflows et transactions
- Droits d'accès et sécurité des entités
- Intégrations REST et OData
- Extensions Java et widgets React
- Livraison et montées de version
Questions Mendix, réponses attendues et signaux d'alerte
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un microflow importe un fichier de 50 000 lignes et met vingt minutes. Que regardez-vous en premier ?
Une bonne réponseLes commits et les retrieves faits dans la boucle. Les objets créés vont dans une liste, commitée une fois à la fin ou par lots d'environ 1 000 pour limiter la mémoire. Les recherches de référence sont faites une seule fois avant la boucle, puis filtrées en mémoire avec les opérations de liste. La personne regarde aussi les event handlers déclenchés à chaque commit et les attributs calculés de l'entité.
Signal d'alerte« J'augmente la mémoire du serveur », ou découper le fichier à la main en dix morceaux.
Question 2 · confirmé
Un utilisateur voit les dossiers d'un autre service alors que la page ne les affiche pas. Où cherchez-vous ?
Une bonne réponseDans les règles d'accès de l'entité, avec une contrainte XPath qui limite la lecture aux dossiers du service de l'utilisateur. Une condition de visibilité sur la page ne protège rien : les données arrivent quand même dans le navigateur. La personne vérifie aussi les microflows qui alimentent la page, car un microflow qui n'applique pas les droits d'accès (option Apply entity access) renvoie tous les objets.
Signal d'alerte« On cache le bloc avec une condition », ou un filtre ajouté seulement dans la source de données de la page.
Question 3 · junior à confirmé
Quand écrivez-vous un nanoflow plutôt qu'un microflow ?
Une bonne réponseUn nanoflow tourne dans le navigateur ou sur l'appareil, sans aller-retour serveur et hors ligne. Il convient à la logique d'interface : afficher un bloc, préremplir un champ, valider une saisie avant l'envoi. Il ne tourne pas dans une transaction, donc une erreur n'annule pas ce qui précède. Tout ce qui touche à la base, aux intégrations ou à une règle de sécurité reste dans un microflow, que le nanoflow peut appeler.
Signal d'alerte« Les nanoflows sont plus rapides, donc on en met partout », ou une règle métier sensible vérifiée seulement côté client.
Question 4 · confirmé
Un appel REST vers un service de paiement échoue une fois sur vingt. Comment le gérez-vous dans le microflow ?
Une bonne réponseUn délai d'attente réglé sur l'appel et une gestion d'erreur sur l'activité, en custom without rollback pour garder l'état du dossier. Le code HTTP est lu dans $latestHttpResponse pour distinguer une erreur passagère d'un refus. Les relances sont limitées en nombre, de préférence dans une task queue, et l'appel porte un identifiant unique pour que le service ne débite pas deux fois. Chaque échec est journalisé avec un niveau d'alerte.
Signal d'alerteLe rollback par défaut et un message d'erreur générique, sans délai d'attente, ou une boucle de relance sans limite.
Question 5 · confirmé
L'entité Commande compte 60 attributs et hérite sur trois niveaux. Qu'en pensez-vous ?
Une bonne réponseChaque niveau d'héritage devient une table, et chaque lecture doit joindre ces tables. Mendix conseille de ne pas dépasser deux niveaux, surtout quand les règles d'accès utilisent du XPath. La personne propose de remplacer une partie de l'héritage par des associations, de sortir les groupes d'attributs rarement lus dans une entité liée et de vérifier les attributs calculés, qui relancent un microflow à chaque lecture.
Signal d'alerte« L'héritage permet de réutiliser, donc on en met partout », ou aucune idée de ce que devient le modèle dans la base.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Recruter un développeur Mendix : ce que demandent les recruteurs
Mendix exige-t-il de savoir programmer ?
Pour des pages simples, non. Pour un poste confirmé, oui en pratique. Un développeur Mendix doit raisonner en transactions, en requêtes et en droits d'accès comme un développeur Java, même s'il dessine sa logique. Les Java actions, les widgets en React et TypeScript et la lecture d'une API REST demandent un vrai bagage de développement. Un profil venu de Java ou de .NET a déjà ces réflexes et apprend la plateforme ensuite.
Quel niveau de certification Mendix viser selon le poste ?
Rapid Developer est gratuit et couvre les bases : tout le monde sur un projet devrait l'avoir. Intermediate correspond à un développeur autonome sur des fonctionnalités courantes. Advanced vise celui qui conçoit des solutions complexes et veille à la performance. Expert passe par une lettre de motivation et un entretien. Un module complémentaire atteste la connaissance de Studio Pro 11. Pour un poste confirmé, Advanced est un bon repère, à confirmer par des exemples de production.
Un développeur OutSystems ou Power Apps peut-il travailler sur Mendix ?
Oui, les notions se transposent : modèle de données, logique visuelle, sécurité par rôle, intégrations. Le vocabulaire change, et les pièges propres à Mendix demandent quelques semaines : transactions des microflows, différence entre microflow et nanoflow, règles d'accès XPath, synchronisation du schéma au démarrage. En entretien, posez les questions de sécurité et de transactions sans les adapter. Les réponses montrent vite si les réflexes sont déjà là.
Un exercice sur un vrai projet Mendix est-il faisable en entretien ?
Oui. Le test technique le plus parlant part d'un petit projet Mendix existant, avec deux ou trois défauts posés à l'avance (un commit dans une boucle, une entité sans règle d'accès, un appel REST sans gestion d'erreur). Donnez une heure pour les trouver et les corriger, partage d'écran ouvert, en commentant à voix haute. Un exercice à faire chez soi sur plusieurs jours mesure surtout le temps disponible. Vous jugez mieux la méthode en suivant le raisonnement en direct.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
