La question m’a été posée par un développeur WINDEV qui étudie sérieusement Delphi et l’écosystème Embarcadero. Sa liste est particulièrement intéressante, car elle ne compare pas seulement deux langages. Elle compare deux manières de développer.

Lorsqu’on vient de WINDEV, on ne se demande pas uniquement si Delphi sait déclarer une classe, appeler une API REST ou exécuter une requête SQL. On veut surtout savoir si l’on retrouvera toutes les fonctions qui permettent de livrer rapidement une véritable application de gestion : mise à jour automatique, changement de structure de la base, états, exports, traduction, tableur, traitement de texte, ports série, requêtes visuelles et composants graphiques évolués.

J’ai donc repris les quinze besoins un par un, en vérifiant les documentations des éditeurs. L’objectif n’est pas de déclarer un vainqueur, mais de répondre honnêtement à une question pratique :

Si je migre une application WINDEV vers Delphi, quelles fonctions vais-je réellement retrouver, lesquelles demanderont des composants supplémentaires, et lesquelles resteront moins intégrées ?

1. Delphi n’est pas un WINDEV dans lequel les fonctions auraient changé de nom

C’est le premier point à comprendre. Chercher dans Delphi une fonction portant exactement le même nom qu’une fonction du WLangage conduit souvent à une mauvaise comparaison.

WINDEV fournit une plateforme très intégrée :

• un langage et son environnement de développement ;
• un concepteur de fenêtres ;
• une analyse de données ;
• un moteur de base de données avec HFSQL ;
• un éditeur de requêtes ;
• un générateur d’états ;
• un système de déploiement ;
• des mécanismes de mise à jour ;
• de nombreux champs évolués ;
• une très grande quantité de fonctions directement disponibles dans le WLangage.

Delphi fournit lui aussi un environnement RAD, mais son organisation est plus modulaire :

• Delphi et RAD Studio fournissent l’IDE, le compilateur, le langage Pascal Objet et les outils de conception ;
• la VCL sert principalement à créer des applications Windows natives ;
• FireMonkey sert à créer des applications multiplateformes ;
• FireDAC prend en charge l’accès aux bases de données ;
• des bibliothèques tierces complètent le reporting, les grilles, le tableur, les mises à jour, l’ORM ou la traduction.

Cette modularité n’est ni automatiquement meilleure ni automatiquement moins bonne. Elle apporte davantage de choix et de liberté, mais elle impose aussi de sélectionner, intégrer, maintenir et parfois acheter plusieurs briques.

2. Quel est l’équivalent de Syncfusion dans Delphi ?

Il n’existe pas un unique produit que l’on pourrait désigner comme l’équivalent parfait de Syncfusion pour tous les projets Delphi. Cependant, pour une application de gestion Windows développée avec la VCL, DevExpress VCL est probablement le produit qui s’en rapproche le plus.

DevExpress annonce plus de 230 contrôles VCL. La suite comprend notamment :

• une grille de données avancée ;
• des éditeurs de saisie ;
• un TreeList ;
• un ruban et des composants de navigation ;
• un ordonnanceur ;
• un tableur ;
• un éditeur de texte enrichi inspiré de Word ;
• des graphiques et tableaux croisés ;
• un lecteur PDF ;
• des composants de reporting et de tableau de bord ;
• des thèmes et des modèles d’applications.

Pour un développeur qui a regardé Syncfusion en C# et qui cherche l’équivalent dans Delphi, DevExpress VCL constitue donc le premier candidat à examiner.

TMS Software : le couteau suisse de l’écosystème Delphi

TMS Software occupe une autre place. Son catalogue couvre aussi bien les composants visuels que des briques techniques :

• TMS VCL UI Pack pour les composants Windows VCL ;
• TMS FNC UI Pack pour des composants utilisables dans plusieurs frameworks ;
• TMS FlexCel pour lire, écrire et produire des fichiers Excel ;
• TMS Aurelius comme ORM Delphi ;
• TMS TWebUpdate pour la mise à jour automatique d’une application ;
• TMS Async pour les communications série et les ports COM.

TMS n’est donc pas seulement un concurrent de DevExpress sur l’interface. C’est plutôt un ensemble très large de composants permettant de compléter Delphi dans de nombreuses directions.

FastReport : le spécialiste des états et des exports

FastReport VCL est l’un des grands noms du reporting dans l’écosystème Delphi. Il propose un concepteur visuel d’états, un moteur d’impression, un aperçu et de nombreux formats d’export. FastQueryBuilder complète l’ensemble avec un constructeur visuel de requêtes SQL.

3. Avant d’acheter des composants : VCL ou FireMonkey ?

Cette décision doit être prise avant de choisir les bibliothèques.

La documentation Embarcadero indique que la VCL est destinée aux applications Windows, tandis que FireMonkey est la bibliothèque visuelle multiplateforme. Elle précise aussi que VCL et FireMonkey ne sont pas des frameworks compatibles entre eux dans une même interface.

Concrètement :

• pour une application de gestion Windows, riche en grilles, formulaires et états, la VCL reste souvent le choix le plus naturel ;
• pour cibler Windows, macOS, Android ou iOS avec un socle d’interface commun, il faut examiner FireMonkey ;
• une suite DevExpress VCL ne devient pas automatiquement utilisable dans un projet FireMonkey ;
• pour partager davantage de composants entre VCL, FireMonkey et le Web, TMS FNC est une piste cohérente.

4. Tableau de correspondance des quinze fonctionnalités

5. Analyse détaillée des quinze fonctions

1 — Mise à jour automatique de la structure de la base de données

Dans WINDEV, la modification automatique des fichiers de données est une fonction très confortable. Le développeur modifie l’analyse, puis le mécanisme de mise à jour adapte la structure HFSQL.

Delphi et FireDAC permettent de se connecter à de nombreux moteurs de bases de données, mais FireDAC n’est pas, à lui seul, un équivalent direct de la modification automatique de l’analyse HFSQL.

TMS Aurelius apporte une partie de cette réponse. Son TDatabaseManager peut :

• lire la structure existante de la base ;
• la comparer avec le modèle objet attendu ;
• signaler les différences ;
• générer le script SQL nécessaire ;
• exécuter certaines modifications considérées comme sûres.

La documentation cite notamment comme actions sûres la création de nouvelles tables, colonnes et autres objets attendus par le modèle. Elle recommande cependant de contrôler les résultats de validation avant d’appliquer les changements.

C’est important, car toutes les modifications de schéma ne sont pas anodines :

• une suppression de colonne peut détruire des données ;
• un changement de type peut échouer ou tronquer des valeurs ;
• un renommage peut être interprété comme une suppression suivie d’une création ;
• une nouvelle clé étrangère peut être incompatible avec les données déjà présentes ;
• une migration peut nécessiter une transformation métier des données.

Verdict : équivalent partiel. Le besoin peut être couvert, mais l’expérience est moins automatique et moins centralisée que dans WINDEV/HFSQL.

2 — Live Update de l’application

Je n’ai pas trouvé dans la documentation standard de Delphi un système directement comparable au Live Update de WINDEV, prêt à gérer seul la publication et la mise à jour d’une application métier.

En revanche, TMS TWebUpdate est explicitement conçu pour la mise à jour automatique d’une application en cours d’utilisation. Il sait récupérer des fichiers par HTTP(S), FTP, SFTP ou partage réseau, gérer les contraintes UAC et personnaliser le processus de mise à jour.

Un véritable système de mise à jour professionnel doit néanmoins prévoir davantage qu’un simple téléchargement :

• la comparaison des versions ;
• la vérification de l’intégrité des fichiers ;
• la signature numérique des exécutables ;
• la fermeture propre de l’application ;
• la sauvegarde de la version précédente ;
• un mécanisme de retour arrière ;
• la mise à jour éventuelle de la base de données ;
• la gestion des droits administrateur ;
• la journalisation des erreurs.

Verdict : disponible avec un composant tiers ou un outil maison. Le résultat peut être proche du Live Update, mais il faut concevoir la stratégie de déploiement.

3 — Application multilingue avec outil de traduction

Delphi possède des outils de localisation : Resource DLL Wizard, Translation Manager et External Translation Manager. Ils permettent de créer des ressources linguistiques séparées et d’organiser le travail de traduction.

Pour une expérience plus proche d’un outil spécialisé, TsiLang Components Suite va beaucoup plus loin :

• détection des propriétés texte des composants ;
• collecte de chaînes présentes dans le code ;
• changement de langue à l’exécution ;
• prévisualisation à la conception ;
• gestion centralisée de la langue dans plusieurs fenêtres ;
• dictionnaire et réutilisation des traductions ;
• outils destinés aux traducteurs ;
• prise en charge de la VCL et de FireMonkey.

Il faut distinguer deux besoins :

• localiser l’interface, c’est-à-dire gérer les langues et les ressources ;
• traduire automatiquement le contenu, ce qui demande un moteur de traduction ou une API externe et une validation humaine.

Verdict : Delphi fournit une base standard. TsiLang se rapproche davantage d’une solution intégrée et professionnelle.

4 — Champ Tableur ou traitement de texte intégré

Le tableur

DevExpress VCL Spreadsheet est un véritable composant de tableur interactif. Il permet d’intégrer dans l’application une interface inspirée d’Excel, avec feuilles, cellules, formules, mise en forme, protection et manipulation des classeurs.

Il faut le distinguer de TMS FlexCel. FlexCel est une bibliothèque très puissante pour lire, écrire, générer, convertir et exporter des fichiers Excel sans automatiser Microsoft Excel. TMS le décrit d’ailleurs comme un « mini-Excel » comprenant son propre moteur de calcul et de PDF.

Mais les deux produits ne répondent pas exactement au même besoin :

• DevExpress Spreadsheet convient lorsque l’utilisateur doit manipuler visuellement un tableur dans l’application ;
• TMS FlexCel convient lorsque l’application doit créer ou traiter des fichiers Excel par programmation.

Verdict : DevExpress Spreadsheet est probablement l’équivalent le plus direct du champ Tableur de WINDEV.

Le traitement de texte

DevExpress VCL Rich Edit permet d’intégrer un éditeur de texte riche inspiré de Microsoft Word. La documentation mentionne notamment :

• la mise en forme des caractères et paragraphes ;
• les listes à puces et numérotées ;
• les dialogues de mise en forme ;
• le publipostage ;
• la protection des documents ;
• des fonctions destinées à l’utilisateur final.

TMS VCL UI Pack comprend également un éditeur riche. Le choix dépendra donc du niveau de compatibilité documentaire attendu, de l’interface recherchée et des autres composants déjà sélectionnés.

Verdict : oui, il existe des composants très proches d’un champ Traitement de texte évolué.

5 — Exports PDF, Excel et Word sans fabriquer soi-même les fichiers

FastReport VCL fournit un concepteur d’états, un aperçu avant impression et un vaste choix d’exports. La documentation actuelle annonce notamment PDF, RTF, XLSX, XML, DOCX, CSV, PowerPoint, HTML, images, formats OpenDocument, SVG et ZPL.

DevExpress VCL Reports propose lui aussi une plateforme de reporting avec concepteurs, aperçu, impression et exports vers les principaux formats.

Il faut néanmoins préciser ce que signifie « sans programmation » :

• tu n’écris pas toi-même un moteur PDF ou XLSX ;
• l’utilisateur peut exporter depuis l’aperçu ;
• mais le développeur doit intégrer le composant, définir la source de données et concevoir l’état ;
• la qualité de l’export dépend de la structure du rapport et du format visé.

Verdict : oui. FastReport et DevExpress Reports couvrent très largement ce besoin.

6 — Un RAD qui génère automatiquement une application complète

Delphi est bien un environnement RAD. Il permet de déposer visuellement des composants, de renseigner leurs propriétés, de créer des événements, de connecter une interface à des données et d’utiliser des assistants comme LiveBindings.

DevExpress propose aussi des modèles d’applications et des coquilles inspirées d’Outlook, du ruban, du MDI ou d’interfaces pilotées par les données.

En revanche, je n’ai pas trouvé dans les outils standard actuels un générateur produisant, à partir du modèle de données, une application de gestion complète avec le même niveau d’automatisation que le RAD de WINDEV.

Il est possible de construire cette productivité avec :

• des modèles de projets ;
• des fenêtres ancêtres ;
• des composants personnalisés ;
• des générateurs de classes ;
• des assistants internes ;
• un ORM ;
• des conventions d’architecture ;
• des outils de génération maison.

C’est plus souple, mais cela demande un investissement initial. Un développeur ou une équipe peut devenir extrêmement productif avec Delphi, mais il faut d’abord construire son propre cadre de travail.

Verdict : Delphi est RAD, mais son RAD standard est moins orienté vers la génération automatique d’une application métier complète.

7 — Création de beaux écrans

La VCL propose des styles et une prise en charge du High DPI. Les versions récentes de RAD Studio ont renforcé le comportement sur les écrans 4K et les configurations multi-écrans.

Les suites tierces ajoutent :

• des thèmes clairs et sombres ;
• des mises en page évoluées ;
• des contrôles inspirés d’Office ;
• des barres de navigation ;
• des formulaires adaptatifs ;
• des composants de tableau de bord ;
• des grilles et éditeurs visuellement homogènes.

DevExpress indique fournir plus de quarante thèmes VCL et des modèles d’applications. Son Layout Control aide aussi à éviter une conception entièrement basée sur des coordonnées fixes et des alignements manuels.

Mais une bibliothèque de composants ne remplace pas le travail de conception :

• hiérarchie visuelle ;
• espacements ;
• cohérence des commandes ;
• accessibilité ;
• gestion des petites résolutions ;
• contrôle du High DPI ;
• simplicité des parcours utilisateurs.

Verdict : oui, Delphi permet de produire de très belles interfaces. Le résultat dépend fortement du framework, de la suite choisie et de la qualité de la conception.

8 — Applications avec ruban

La VCL contient un composant standard TRibbon. La documentation précise qu’il permet de créer une interface inspirée de Microsoft Fluent, avec menu d’application, groupes de commandes et organisation proche d’Office.

DevExpress et TMS proposent également leurs propres rubans. Ils sont généralement mieux intégrés avec les thèmes, menus, galeries, barres d’outils et composants de leurs suites respectives.

Verdict : disponible en standard, avec des solutions tierces plus riches.

9 — Bibliothèque d’images pour les boutons et les menus

Delphi fournit TImageCollection et TVirtualImageList. Ensemble, ils permettent de :

• centraliser des images ;
• associer plusieurs résolutions à une même image ;
• gérer les images PNG et la transparence ;
• adapter automatiquement la taille au DPI ;
• réutiliser les images dans les contrôles VCL ;
• créer des variantes désactivées.

Cette gestion est moderne et adaptée au High DPI. Mais il ne faut pas confondre un gestionnaire d’images avec une galerie d’icônes prêtes à l’emploi.

Pour obtenir des milliers d’icônes, il faudra utiliser :

• les ressources fournies par une suite tierce ;
• un pack SVG ou PNG sous licence ;
• tes propres ressources graphiques.

Verdict : excellente gestion des images en standard, mais la collection graphique doit être fournie ou achetée séparément.

10 — Gestion des ports COM

Delphi permet d’appeler directement les API Windows nécessaires à la communication série. Cette solution offre un contrôle très fin, mais elle demande du code et une bonne connaissance des communications asynchrones.

TMS Async fournit une bibliothèque VCL destinée aux ports COM Windows avec :

• lecture et écriture asynchrones ;
• tampons non bloquants ;
• architecture multithread ;
• composant terminal ;
• prise en charge de XModem, YModem et ZModem.

Ce point intéressera particulièrement les applications industrielles, les automates, les balances, les lecteurs, les périphériques médicaux ou les anciens équipements série.

Verdict : oui, avec l’API Windows ou une bibliothèque spécialisée. TMS Async est une réponse directe pour la VCL.

11 — Assistant visuel de création de requêtes

TFDQuery possède un éditeur permettant de saisir, tester et exécuter une requête SQL à la conception. Ce n’est toutefois pas un constructeur graphique complet de jointures comparable à l’éditeur visuel de requêtes de WINDEV.

FastQueryBuilder est précisément conçu pour cette tâche :

• sélection visuelle des tables ;
• création de jointures ;
• sélection des colonnes ;
• construction des critères ;
• génération du SQL ;
• sauvegarde du modèle visuel ;
• possibilité d’intégrer le constructeur dans l’application finale.

Ce dernier point permet même d’offrir à certains utilisateurs avancés un générateur de requêtes sans leur demander de maîtriser directement SQL.

Verdict : pas d’équivalent complet dans l’éditeur standard de TFDQuery, mais FastQueryBuilder répond bien au besoin.

12 — XML

Delphi gère XML en standard avec notamment TXMLDocument, IXMLDocument et les interfaces représentant les nœuds.

TXMLDocument peut :

• charger un document depuis un fichier ;
• travailler à partir d’une chaîne en mémoire ;
• créer un document vide ;
• lire et modifier les nœuds ;
• enregistrer les changements.

Delphi propose également un XML Data Binding Wizard. À partir d’un document XML, d’un DTD ou d’un schéma XSD, cet assistant peut générer des interfaces et classes adaptées à la structure du document.

Verdict : XML est bien pris en charge en standard.

13 — JSON

L’unité System.JSON fournit les classes nécessaires pour construire, lire et parcourir du JSON. TJSONObject représente un objet JSON et permet notamment de parser un flux ou une chaîne JSON.

L’écosystème Delphi comprend aussi des outils de sérialisation d’objets et des composants REST. Le choix dépendra du niveau de contrôle souhaité, de la volumétrie et des conventions de l’API.

Verdict : JSON est pris en charge en standard.

14 — Codes-barres et QR-facture suisse

FastReport VCL sait produire de nombreux codes-barres et propose depuis plusieurs années une prise en charge du Swiss QR. Un article officiel montre la création d’une QR-facture suisse dans FastReport VCL.

Mais un QR suisse n’est pas simplement un QR Code contenant quelques lignes et une croix au centre. Il doit respecter les règles de structure, de mise en page et de validation publiées par SIX.

Au 16 juillet 2026 :

• la version 2.3 des directives est en vigueur depuis novembre 2025 ;
• les adresses structurées sont obligatoires dans le Swiss QR Code ;
• la version 2.4 entrera en vigueur le 14 novembre 2026 ;
• la version 2.3 restera valide pendant une période transitoire annoncée jusqu’en novembre 2027.

Verdict : la fonction existe, mais la conformité réglementaire doit être vérifiée, pas supposée.

15 — SMTP, POP et IMAP

La liste initiale comportait quinze points, mais la messagerie mérite presque une section à part tant elle a évolué.

La bibliothèque Indy, fournie comme composant tiers avec RAD Studio, propose les composants utilisés classiquement pour :

• SMTP avec TIdSMTP ;
• POP3 avec TIdPOP3 ;
• IMAP avec TIdIMAP4 ;
• la création des messages avec TIdMessage ;
• SSL/TLS avec les composants d’IOHandler correspondants.

Le vrai sujet moderne n’est plus seulement la prise en charge des protocoles. C’est l’authentification :

• OAuth 2.0 ;
• XOAUTH2 ;
• enregistrement de l’application chez Microsoft ou Google ;
• gestion des autorisations ;
• obtention et renouvellement des jetons ;
• configuration du fournisseur de messagerie ;
• certificats TLS.

Le dépôt Indy indique que le support XOAUTH2 a été ajouté avec TIdSASLXOAuth2. Il faut toutefois contrôler la version exacte d’Indy présente dans ton environnement, car la version livrée avec RAD Studio et la dernière version du dépôt peuvent ne pas être identiques.

Microsoft explique par exemple qu’une application utilisant IMAP, POP ou SMTP avec OAuth doit être enregistrée dans Microsoft Entra, récupérer un jeton puis transmettre ce jeton au format SASL XOAUTH2.

Verdict : les protocoles sont disponibles. L’authentification moderne demande davantage de configuration et de tests que l’ancien couple identifiant/mot de passe.

6. La configuration Delphi que je conseillerais pour une application de gestion Windows

Pour un développeur WINDEV qui souhaite construire une application de gestion Windows riche, la combinaison suivante mérite d’être étudiée :

Cette liste n’est pas un panier d’achat obligatoire. Une application n’a probablement pas besoin de toutes ces briques. Il faut sélectionner uniquement les composants correspondant aux besoins réels du projet.

Pour une application multiplateforme, je ne reprendrais pas automatiquement cette configuration. Il faudrait partir de FireMonkey et examiner les bibliothèques explicitement compatibles, comme TMS FNC.

7. Le coût réel : quitter une licence intégrée ne signifie pas développer gratuitement

Cette comparaison serait incomplète sans parler du coût.

Une solution Delphi professionnelle peut additionner :

• la licence Delphi ou RAD Studio ;
• une suite de composants visuels ;
• un moteur de reporting ;
• un ORM ;
• un composant de mise à jour ;
• un outil de traduction ;
• les renouvellements nécessaires pour obtenir les nouvelles versions et le support.

Il ne faut donc pas comparer uniquement le prix de WINDEV avec le prix de l’IDE Delphi. Il faut comparer le coût total de la chaîne de développement.

La différence est surtout structurelle :

• dans WINDEV, beaucoup de fonctions sont regroupées chez un seul éditeur ;
• dans Delphi, elles peuvent provenir de plusieurs éditeurs spécialisés ;
• tu peux parfois remplacer une brique sans remplacer toute la plateforme ;
• mais tu dois gérer les compatibilités entre versions et les installations sur les postes de développement.

8. Les points sur lesquels WINDEV reste plus intégré

Pour rester crédible, il faut reconnaître les domaines dans lesquels WINDEV offre une expérience particulièrement directe :

• la modification automatique des fichiers HFSQL ;
• la génération rapide d’une première application à partir de l’analyse ;
• l’intégration entre analyse, requêtes, fenêtres, états et déploiement ;
• le nombre de fonctions immédiatement disponibles dans le WLangage ;
• la cohérence générale d’un environnement provenant d’un seul éditeur ;
• la rapidité avec laquelle un développeur connaissant bien la plateforme peut livrer un CRUD complet.

Delphi peut couvrir les mêmes besoins dans de nombreux cas, mais la solution est parfois obtenue en combinant plusieurs produits. Cette différence est fondamentale.

9. Ce que Delphi apporte en échange

Il ne faut pas réduire Delphi à une tentative de reproduction de WINDEV. Son modèle apporte aussi des avantages propres.

Une personnalisation profonde

Les composants Delphi peuvent être hérités, spécialisés, encapsulés et distribués dans des packages. Une équipe peut créer sa propre bibliothèque interne de champs, fenêtres, dialogues et comportements.

Un accès direct au système

Delphi permet d’utiliser directement les API Windows, DLL, services, sockets, composants COM, bibliothèques natives et fonctionnalités bas niveau. Cela demande parfois davantage de code, mais donne aussi un niveau de contrôle très important.

Un écosystème modulaire

Tu peux choisir séparément :

• le moteur de base de données ;
• l’ORM ;
• le moteur d’états ;
• les composants d’interface ;
• le système de mise à jour ;
• la bibliothèque réseau ;
• la stratégie de déploiement.

Le code source de nombreuses bibliothèques

Plusieurs éditeurs proposent le code source dans leurs licences. Cela facilite l’analyse, le débogage et, selon les conditions de licence, l’adaptation des composants.

Une architecture que l’on peut davantage composer

Cette liberté peut réduire la dépendance à une solution unique, à condition de ne pas remplacer une dépendance globale par dix dépendances mal maîtrisées.

10. Alors, Delphi peut-il réellement remplacer ces fonctions de WINDEV ?

Oui, presque toutes les fonctionnalités citées peuvent être couvertes.

Mais il faut distinguer trois situations :

1. Les fonctions disponibles en standard, comme XML, JSON, la conception visuelle, le ruban standard ou l’accès aux données.
2. Les fonctions disponibles avec des composants tiers, comme le tableur, le traitement de texte, le reporting avancé, la mise à jour, les ports série ou la localisation évoluée.
3. Les fonctions moins intégrées que dans WINDEV, notamment la modification automatique de la structure de données et la génération complète d’une application métier.

Un développeur WINDEV ne doit donc pas aborder Delphi en cherchant un clone exact de chaque assistant. Il doit d’abord définir :

• les plateformes réellement visées ;
• les fonctions indispensables ;
• les composants qu’il accepte d’acheter ;
• les dépendances qu’il est prêt à maintenir ;
• la stratégie d’architecture et de migration ;
• le coût global sur plusieurs années.

WINDEV peut rester plus rapide pour obtenir immédiatement une application de gestion complète, lorsque le projet correspond parfaitement à son modèle.

Delphi peut demander davantage de choix et de préparation, mais il offre une grande liberté, une personnalisation profonde et un écosystème suffisamment riche pour couvrir les besoins évoqués dans cet article.

La question n’est donc pas seulement :

« Delphi peut-il faire la même chose que WINDEV ? »

La vraie question est :

« Préfères-tu une plateforme qui regroupe presque tout, ou un environnement dont tu choisis et maîtrises davantage les différentes briques ? »