Faut-il apprendre Docker et une ligne de commande avant de pouvoir travailler sur son premier thème WordPress en local ? C’est la question que se pose souvent un développeur qui débute en freelance, au moment de choisir son environnement de développement. Studio, l’application de bureau publiée par WordPress.com à l’été 2024, répond par la négative en misant sur une interface graphique complète. DDEV, référence établie depuis plusieurs années, répond par l’affirmative assumée, avec en échange un contrôle bien plus fin sur l’environnement.
Ce comparatif se concentre volontairement sur la prise en main, pas sur les fonctionnalités avancées : c’est le premier obstacle que rencontre un développeur qui monte son tout premier environnement local, avant même de se poser la question de la personnalisation.
Studio : une application, un clic, un site
Studio se télécharge comme une application de bureau classique, sans terminal à ouvrir. Depuis son interface, créer un nouveau site WordPress local se résume à cliquer sur un bouton d’ajout, choisir un nom de dossier, et attendre quelques dizaines de secondes que l’environnement se prépare. Aucune commande à taper, aucun fichier de configuration à écrire pour un premier site fonctionnel.
Cette simplicité a un revers : les réglages disponibles restent volontairement limités à ce que l’interface expose. Changer la version de PHP ou ajouter un service supplémentaire (un moteur de recherche, un outil de mail de test) demande de sortir du cadre pensé par l’application, ce qui n’est pas toujours prévu selon la version de Studio installée.
DDEV : la ligne de commande, mais un contrôle complet
DDEV démarre par une commande ddev config suivie de quelques questions en ligne de commande (type de projet, nom, version de PHP), puis ddev start pour lancer les conteneurs. Pour un débutant qui n’a jamais ouvert de terminal, ces deux commandes demandent un temps d’adaptation, mais elles ouvrent la porte à un fichier .ddev/config.yaml entièrement modifiable : version de PHP, services additionnels, variables d’environnement, tout est accessible et versionnable avec le reste du projet dans Git.
ddev config --project-type=wordpress --docroot=web --php-version=8.2
ddev start
ddev launch
Ce qui se cache derrière les deux outils
Studio et DDEV s’appuient tous les deux sur des conteneurs pour isoler l’environnement du reste du système, mais cette mécanique reste invisible dans Studio, entièrement gérée par l’application, alors que DDEV expose directement les conteneurs Docker sous-jacents et laisse un développeur avancé les inspecter ou les modifier avec les commandes Docker classiques.
Comparatif rapide de prise en main
- Studio : interface graphique, aucun terminal requis pour un premier site
- DDEV : deux commandes en ligne de commande, puis un fichier de configuration versionnable
- Studio : réglages limités à ce que l’interface expose
- DDEV : réglages illimités via le fichier de configuration et les services Docker additionnels
Le versionnement de la configuration, un point qui compte vite
Sur un projet partagé avec d’autres développeurs, la configuration DDEV se versionne directement dans le dépôt Git du projet : chaque personne qui clone le dépôt retrouve un environnement identique avec un simple ddev start. Studio, pensé davantage pour un usage individuel au moment de sa sortie, ne propose pas cette même logique de configuration partagée par défaut, ce qui en fait un choix moins naturel dès qu’un projet implique plusieurs développeurs.
Le bon outil pour débuter n’est pas celui qui a le plus de fonctionnalités, c’est celui qui laisse le développeur se concentrer sur son premier thème plutôt que sur son environnement.
Ce que ce comparatif ne couvre pas
Les environnements cloud (préversions hébergées, environnements accessibles depuis un navigateur sans installation locale) répondent à un besoin différent, celui de travailler depuis plusieurs machines ou de partager un environnement de démonstration sans installation. Ce comparatif reste centré sur l’environnement local installé sur le poste du développeur.
Notre verdict
Pour un premier projet, sans équipe et sans besoin de configuration avancée, Studio permet de se concentrer immédiatement sur le code plutôt que sur l’outillage. Dès qu’un projet implique plusieurs développeurs, une configuration versionnée, ou des services additionnels spécifiques, DDEV devient plus adapté malgré sa courbe d’apprentissage initiale un peu plus longue.
