IDE, terminal, IA : à quoi ressemble ton setup en 2026 ? - RÉPONDEUR #12

Matthieu Segret : Bonjour à toutes et à tous ! Je suis Matthieu et vous êtes bien sur le répondeur des Human Coders. Je suis content d'être avec vous pour cette nouvelle édition de ce podcast où l'on va parler de techno, de pratiques de développement ou de sujets plus généraux, mais toujours liés à l'informatique. Le concept de ce podcast est assez simple : dans chaque épisode, je vous pose une question et vous pouvez me répondre par vocal.

Aujourd'hui, j'aimerais revenir sur un sujet que nous avions abordé il y a plus d'un an et qui a déjà pas mal évolué pour moi depuis : avec quel outil est-ce que tu codes au quotidien ?

Pendant des années, j'utilisais VS Code et iTerm 2 à côté, parce que je suis sur Mac, et ça m'allait très bien. Je suis passé il y a environ un an et demi sur Cursor. Ça m'allait bien de rester sur VS Code, j'y suis pas mal habitué, et je me suis mis de plus en plus à utiliser le terminal intégré à l'éditeur plutôt qu'iTerm. Je trouve ça plus pratique pour partager le contexte du terminal aux agents. Plus récemment, j'ai testé Antigravity. C'est très similaire en fait à Cursor. Et après, finalement, je me suis mis à tester il y a environ deux mois Claude Code. Il y avait pas mal de monde autour de moi qui en parlait et je voulais me faire ma propre idée.

Aujourd'hui, je garde Antigravity surtout comme IDE et je travaille avec plusieurs terminaux ouverts, chacun avec une instance de Claude Code pour paralléliser un peu mon travail et éviter tout simplement d'attendre à chaque fois après la soumission d'un prompt. La partie code/éditeur est de moins en moins présente pour moi au quotidien, mais je passe toujours un peu de temps quand même sur la partie relecture. Et depuis une semaine, je me suis mis à tester SuperWhisper pour dicter certains de mes prompts, parce que je suis vraiment plus à l'aise à l'oral.

Bref, j'ai vraiment l'impression que je suis en train d'explorer pas mal mon environnement de travail idéal et je sens que ce n'est pas encore vraiment stabilisé. Et toi, à quoi ressemble ton environnement de travail idéal pour coder ? Quel éditeur, terminal, plugin ou raccourci est-ce que tu utilises ? Est-ce que pour toi aussi l'IA a changé ta manière de travailler et comment est-ce que tu utilises ces outils pour gagner du temps au quotidien ? Je suis très curieux d'entendre tes retours et tes habitudes sur ce sujet. Vous êtes bien sur le répondeur des Human Coders, laissez-moi un message après le bip.

Antoine Salesse : Optimisation du flux créatif sur macOS

Antoine Salesse : Bonjour Matthieu, c'est Antoine Salesse de Wiscale. Tu sais, au début de ma carrière, j'étais du genre à retirer les cailloux de mes chaussures au fur et à mesure. Retirer les frictions, ça ralentit le flux créatif. Et bien souvent, ça passe par le tooling. Il y a peu de temps, j'ai pris le temps de donner une conférence interne chez Wiscale pour présenter mon setup de dev avec les outils que j'ai branchés. Je vais te faire le tour, ça va être axé sur macOS, bien que tu puisses piocher des idées pour Windows ou Linux.

Le premier, c'est Ukelele. C'est un outil qui permet de générer des layouts de clavier macOS custom. En fait, je préfère le placement de clavier QWERTY à l'AZERTY, mais ma mémoire musculaire n'a jamais vraiment pu faire le switch entre le Command+A et le Control+Q qui fermait mes fenêtres. Ukelele m'a permis de customiser le QWERTY pour réinverser le A, Q, Z, W, M, point-virgule et ajouter les touches mortes pour faire des accents. Je suis bien plus à l'aise comme ça.

Maintenant qu'on peut taper confortablement, passons à mon outil principal : l'émulateur de terminal. J'ai récemment adopté, probablement définitivement, Ghostty. C'est l'émulateur de terminal recommandé par Anthropic pour l'usage de Claude Code. La "killer feature" pour moi, c'est la configuration as code et les innombrables fonctionnalités possibles. Grâce à la config as code de Ghostty, je dis à Claude Code la feature dont j'ai besoin et il l'ajoute parce qu'il connaît la documentation par cœur. Il y a une commande Ghostty qui permet de lister toutes les options possibles.

En voici quelques-unes que j'adore : la police JetBrains Mono, je l'aime beaucoup et je la mets partout. Les onglets qui sont renommables et surtout colorables, j'adore ça. Il y a une option aussi que j'ai activée qui s'appelle le "Window Save State" qu'on met à "Always" pour pouvoir retrouver le setup d'onglets au redémarrage avec les colorations et les noms qu'on leur a donnés. Il y a nativement des splits possibles comme dans Tmux, avec des raccourcis un peu moins difficiles à mémoriser. Il y a des sauts de CamelCase en CamelCase, c'est le fait de faire Option + Gauche/Droite et, au lieu de se déplacer du début à la fin du mot, ça se déplace de morceau de CamelCase en CamelCase dans un mot.

Et bien sûr, après le terminal, je suis obligé de te parler de Mise (alias mise-en-place). Je l'appelle l'entry point de la DevEx. Je l'intègre maintenant à 100 % des projets où je code et où je contribue. Cet outil, c'est une sorte de fusion entre Make, direnv et des choses comme Just où on met des tâches. Ça fusionne tout ça dans un environnement où tout est très bien intégré : les variables d'environnement, le tooling dès que tu as besoin dans ton projet d'avoir un binaire en particulier (ShellCheck, Java, Gradle...). L'endroit où l'installer, le bon endroit, c'est dans le fichier mise.toml. Il y a bien sûr des tâches, soit décrites comme dans un Makefile dans le mise.toml, soit des taskfiles qui sont juste des scripts shell avec une description très précise de l'usage avec les arguments optionnels ou non, la documentation, afin que si l'utilisateur fait mise run dev --help, il ait la documentation de l'usage de cette tâche qui s'affiche. Tout est centralisé dans la configuration Mise. Le mindset, c'est : n'importe quelle action qu'un contributeur ou un job de CI pourrait être amené à faire doit avoir sa tâche Mise. Ça facilite l'onboarding sur le projet : tu fais mise run et tu découvres tout ce qu'il est possible de faire, comme linter, tester ou démarrer.

Pour finir, je vais te parler de mon setup de remote. Je trouve primordial d'avoir une intelligibilité parfaite. J'utilise alors Audio Hijack, un logiciel macOS, pour brancher des effets sur mon micro. Le premier, c'est un plugin d'isolation de la voix natif macOS (Voice Isolation). Le deuxième, c'est un "Volume Gate" qui permet de supprimer les autres voix de mon environnement qui sont un peu plus loin du micro que moi. On n'entend plus que moi, même en plein open space. C'est un logiciel fantastique développé par Rogue Amoeba. J'en ai plein d'autres dans ma besace, fais-moi signe si tu veux en découvrir d'autres !

Daouda Diop : De l'écriture de code au dialogue d'architecte

Daouda Diop : Salut Matthieu, c'est Daouda. Mon setup principal, c'est Visual Studio Code et Jupyter Lab. VS Code, c'est un peu mon cockpit : tout est dedans, le code, le terminal, Git, le débug, les extensions. C'est devenu bien plus qu'un éditeur. Mais là où ça a vraiment changé récemment, c'est avec l'intégration massive de l'IA.

Aujourd'hui, avec des assistants comme OpenAI Codex ou Claude, je ne code plus exactement comme avant. Je ne suis plus juste en train d'écrire du code ligne par ligne. Je décris une intention, je demande une structure, je fais générer un premier jet, puis je corrige, j'optimise et je challenge. En fait, je suis moins opérateur clavier et plus architecte en dialogue. L'éditeur est devenu un espace de collaboration.

À côté de ça, j'utilise beaucoup Jupyter Lab pour réfléchir, explorer une idée, tester un algo ou analyser des données. C'est un outil qui me permet de penser un code et, avec l'IA intégrée, je peux demander d'expliquer une cellule, d'optimiser une fonction ou de transformer un prototype en version plus propre. Ce qui est intéressant, c'est que les outils n'ont pas juste évolué techniquement, c'est notre façon de travailler qui a changé. Avant on écrivait, on testait, on corrigeait. Aujourd'hui, on formule, on génère, on affine. Ça ne remplace pas les bases, au contraire : plus tu comprends l'architecture, les patterns et la logique, plus l'IA devient un accélérateur incroyable.

David Leuliette : Le "Power User" sans souris

David Leuliette : Hello Matthieu ! Moi je vais dire : pas de souris, pas de problème, tout au clavier. J'utilise le meilleur outil de productivité qui s'appelle Raycast. C'est un outil qui vous permet de tout contrôler au clavier et d'avoir des raccourcis pour devenir un "power user". Il y a notamment une feature de "Clipboard History" que j'utilise souvent, et de "Snippets" pour les emails, mon numéro de TVA ou ma plaque d'immatriculation, ce qui est très utile pour remplir des formulaires. Il y a aussi un gestionnaire de fenêtres très stylé et un historique de toutes les images qui permet de faire de l'OCR dans les screenshots que tu prends. C'est vraiment plein de petites features qui permettent de passer plus de temps à écrire des prompts et moins de temps à faire de la gestion de son OS.

Édouard Ouvrard : La fidélité à la suite JetBrains

Édouard Ouvrard : Salut Matthieu, c'est Édouard de Playmoweb. Pour moi, les outils n'ont pas vraiment bougé malgré le shift vers les IDE agentiques. J'utilise toujours les IDE de la suite JetBrains : IntelliJ, DataGrip suivant les langages et le travail que j'ai à faire. Ces IDE ont aussi intégré toute une notion IA avec un chat, des agents maison, et maintenant on peut ajouter des agents qui respectent le protocole ACP, ce qui permet d'utiliser aussi Codex ou d'autres agents. Pour ma part, ça reste les meilleurs IDE en termes d'intégration. On a une très bonne autocomplétion, tout est intégré (le terminal, etc.). Je ne pense pas que je vais changer de sitôt.

Éric Houzelle : L'ingénierie IA et les modèles anthropiques

Éric Houzelle : Salut Matt, c'est Éric. Je suis ingénieur IA mais je suis dans la tech depuis pas mal d'années. J'ai beaucoup utilisé VI puis Emacs. Ensuite j'ai évolué vers PHPStorm, un outil super chouette, mais dont on n'entend plus trop parler avec les outils actuels. Comme je travaille dans l'intelligence artificielle, mes outils pour coder ont beaucoup changé. Aujourd'hui, j'utilise Cursor, Antigravity et Codex. L'un des rares que je n'utilise pas finalement, c'est Claude Code. J'ai une petite préférence pour Antigravity, l'outil de coding de chez Google. Branché sur les modèles anthropiques, on a des super résultats. En plus, l'IDE est un VS Code au final, donc c'est super agréable à utiliser.

Fabien Plart : Écosystème local et outils français

Fabien Plart : Salut Matt, c'est Fabien, freelance en développement web et co-organisateur des Human Talks Grenoble. Côté navigateur, je suis toujours fidèle à mon setup : après être passé d'Opera à Vivaldi, je n'ai pas vraiment accroché à Arc Browser. Dans mon navigateur, j'ai généralement trois onglets ouverts : Jira, une forge Git et mon environnement de dev local. Pour le code, j'utilise PHPStorm. J'étais sur Sublime Text il y a bien longtemps, mais le confort de PHPStorm m'a fait basculer.

En perso, j'utilise Mistral CLI pour soutenir l'écosystème français et européen, ainsi qu'Ollama avec des petits modèles comme EuroLLM ou Mistral Small qui me permettent de corriger des fautes d'orthographe ou de reformuler mes emails sans passer par une connexion. Sinon, ma société utilise Copilot. Pour le design, on utilise Figma en mode dev, et DMCP pour traduire le design Figma en code. Enfin, j'utilise Jujutsu (JJ), une extension Git qui permet de faciliter la vie sur des tâches un peu complexes.

Jérémy Dumaye : VS Code et GitHub Copilot en soutien

Jérémy Dumaye : Salut Matthieu, c'est Jérémy Dumaye, formateur Vue.js et Nuxt pour Human Coders. Je reste fidèle à Visual Studio Code. Simple, efficace, personnalisable. Je l'agrémente de quelques extensions indispensables comme ESLint ou Prettier. Et puis il y a l'IA. J'ai branché GitHub Copilot directement dans mon éditeur, pas pour qu'il code à ma place mais pour me challenger. Il me propose des solutions, des optimisations. Et soyons honnêtes, quand il faut écrire une série de tests unitaires qui se répètent, Copilot me fait gagner un temps précieux. Je garde le contrôle, mais je ne refuse pas un bon copilote pour accélérer sur les lignes droites.

Mathieu Vigou Didierjean : Éco-conception et sobriété numérique

Mathieu Vigou Didierjean : Salut Matthieu, c'est Mathieu de Translucide. Ma spécialité, c'est l'éco-conception et l'accessibilité. Pour ça, je travaille principalement avec le CMS Translucide. C'est un système de gestion de contenu vraiment pensé pour la sobriété. J'utilise pas mal d'outils comme EcoIndex pour mesurer l'impact environnemental, WCAG Color Checker pour les contrastes, Heading Maps pour la structure des titres ou Web Developer pour activer/désactiver certains éléments.

J'utilise aussi des référentiels comme le RGESN (ex-R-Web) de Green IT et le RGAA de la DINUM. Pour programmer tout ça, j'utilise l'IDE VSCodium, qui est une distribution libre et open source de VS Code. Framagit (une instance GitLab proposée par Framasoft) est au cœur de mon workflow pour gérer mes versions et déployer mes sites via le terminal Linux en SSH. Pour mon travail, j'utilise principalement Mozilla Thunderbird et Nextcloud. L'avantage, c'est que je n'ai besoin que d'un seul outil pour avoir une vue globale. Pour ma veille techno, j'utilise un générateur de site statique que j'ai codé en Bash. Je travaille surtout avec des outils open source par conviction et j'essaie d'être dans une forme de sobriété pour limiter mon impact environnemental.

Jean-Philippe Baconnais : L'ère des environnements de développement agentiques (ADE)

Jean-Philippe Baconnais : Bonjour à toutes et à tous, c'est Jean-Philippe Baconnais de chez Zenika à Nantes. Mon outil du quotidien, c'est un ADE (Agentic Development Environment). Avant on parlait d'IDE, maintenant on parle d'environnements de développement boostés à l'IA avec des contextes agentiques. L'outil que j'utilise, c'est Antigravity. C'est un outil basé sur VS Code qui est dans la suite de Firebase Studio.

Antigravity possède un nouvel écran, "Agent Manager", qui permet d'avoir une vision sur tous nos projets. À partir de là, on va donner des actions et des directives à des agents sur tous les projets qu'on veut. C'est là qu'on retrouve la notion d'orchestration. Dès que l'agent a terminé, on reçoit une notification. On peut lancer beaucoup d'actions comme de la migration ou de l'ajustement de documentation sur différents projets en parallèle.

Antigravity a aussi accès à un navigateur (instance Chrome) pour aller chercher des informations sur Internet. Quand on est sur un projet avec du front et qu'on lui demande de corriger des choses, Antigravity va lancer cette instance Chrome, faire des tests visuels ou de non-régression et enregistrer tout ça. On peut aussi configurer des "Skills", des "Rules" (préconisations de librairies, méthodologies, syntaxes) et des "Workflows" (prompts sauvegardés). C'est un outil qu'on peut customiser en profondeur et qui est très intéressant.

Matthieu Segret : Merci encore pour vos messages. J'espère que vous avez eu autant de plaisir que moi à les écouter. Si vous avez aimé ce podcast, n'hésitez pas à liker ou à nous suivre sur Spotify ou Apple Podcasts. Nous construisons ce podcast avec vous, donc n'hésitez pas à nous proposer des idées pour les prochains sujets ou à participer aux prochains épisodes sur humancoders.com/podcast. D'ici là, prenez soin de vous et je vous dis à bientôt dans un prochain épisode !