Un éditeur pour la modification qu’on fait une fois
Il ne cherche pas à remplacer votre IDE. Il remplace les dix minutes de préparation avant une modification de cinq.
Code s’appuie sur le moteur Monaco — celui de VS Code — avec coloration syntaxique, IntelliSense multi-langages, terminal intégré, explorateur de fichiers façon projet, édition collaborative en temps réel et un lien de partage de l’espace en un clic.
La modification qu’on fait une fois
Personne ne déplacera son développement quotidien ici ; le module se comprend mieux comme la réponse à un autre problème : la modification petite qui coûte en ce moment une heure de préparation.
Un fichier de configuration qu’une collègue veut corrigé. Un script écrit l’an dernier sur une machine que vous n’avez plus. Une question d’un client alors que vous êtes sur un portable dépourvu de votre outillage. Dans chaque cas, la modification prend quatre minutes et s’y préparer en prend quarante.
Le lien de partage est la vraie fonctionnalité
Un clic produit un lien vers l’espace. Quelqu’un l’ouvre et voit les mêmes fichiers ; avec l’édition collaborative, vous y êtes tous les deux en même temps.
Cela change complètement deux situations. Relire le travail d’un profil junior devient s’asseoir à côté de lui plutôt que laisser des commentaires sur un diff : vous corrigez la ligne ensemble et il voit pourquoi. Et expliquer un bug cesse d’être une description ; vous le montrez.
Le lien mène à l’espace : traitez-le comme n’importe quel accès à l’espace, il montre ce qu’il y a dans le projet, pas seulement le fichier visé.
Le terminal, et ce qu’il n’est pas
Le terminal intégré exécute des commandes, ce qui suffit aux cas courants : installer une dépendance pour vérifier quelque chose, lancer un test, un script rapide.
Ce qu’il n’est pas : votre machine de développement. Processus longs, tout ce qui exige vos services locaux, tout ce qui dépend d’une version précise de la chaîne d’outils — cela appartient là où ça fonctionne déjà. Y recourir à l’éditeur du navigateur coûte plus que cela ne rapporte.
Où votre configuration garde l’avantage
Autant le dire clairement plutôt que de le découvrir en cours de route. Votre éditeur local reste gagnant pour le travail soutenu, pour tout ce dont extensions et raccourcis sont en mémoire musculaire, et pour les gros dépôts où parcourir une arborescence dans un navigateur est réellement plus lent.
Utilisez Code pour le petit, le partagé et le loin du bureau. Pour la plupart des gens, cela fait trois vraies situations par semaine, et c’est suffisant.
Questions fréquentes
Dois-je déplacer mon développement ici ?
Non. Il est fait pour la modification petite qui coûte aujourd’hui une heure de préparation : un correctif de configuration, un vieux script, une question posée alors que vous êtes sur une machine sans votre outillage. Le travail soutenu reste dans votre éditeur.
Que donne le lien de partage à l’autre personne ?
L’accès à l’espace, pas à un seul fichier, et avec l’édition collaborative vous y êtes tous les deux à la fois. Traitez-le comme tout accès à l’espace : elle verra le projet, pas uniquement le fichier visé.
Puis-je tout exécuter dans le terminal ?
Des commandes, oui : installer une dépendance, lancer un test, un script rapide. Ce n’est pas votre machine de développement : processus longs, services locaux et versions précises de chaîne d’outils appartiennent là où ils fonctionnent déjà.
