JetBrains était un des grands absents de Devoxx France 2026 à Paris. L'éditeur profitait habituellement de l'événement pour rencontrer les communautés et présenter les dernières évolutions. Cette absence peut s'expliquer par une nouvelle stratégie de communication, mais aussi par la concurrence des outils IA et desagents. La concurrence ne manque pas : Claude, Gemini, Codex, Copilot, Cursor, etc. Depuis un an, le virage IA est présent dans toutes les évolutions des IDE.

JetBrains est clairement dans une position inconfortable face à ces rivaux. Peut-on craindre pour les différents IDE de l'éditeur ? À court terme, non. Cependant, JetBrains va devoir mixer les approches IA et agentiques avec les outils « classiques » d'un IDE. Cette approche hybride se confirme par une publication faite ce jour : Our 2026 direction, AI and classic workflows in JetBrains IDEs.

Il existe aujourd'hui deux manières de créer du code :

• La méthode classique : en saisissant, refactorisant, débogant et en construisant l'intention ligne par ligne.

• La nouvelle méthode : en collaborant avec l'IA – parfois via la saisie semi-automatique et parfois en utilisant un agent capable de rédiger des blocs de code entiers.

Pour JetBrains, il s'agit d'intégrer les deux méthodes dans chaque IDE, de manière transparente et naturelle. Et pourtant, les deux approches peuvent être opposées :

• Si vous souhaitez écrire du code vous-même, l’IDE doit être axé sur l’écriture de code, et l’IA ne doit pas nuire à l’expérience de programmation.

• Si vous souhaitez générer du code avec l’IA (ou déléguer des tâches à des agents), l’IDE doit offrir une expérience utilisateur et des fonctionnalités fluides et performantes.

Mais une chose ne change pas : c'est vous qui gardez la responsabilité du code. Là où d'autres outils donnent la possibilité de laisser faire. D'autre part, pour chaque IDE, il s'agit d'intégrer l'IA au cœur de l'environnement et que son usage soit aussi naturel que possible. JetBrains veut éviter un vendor lock-in (= une dépendance et un verrouillage des utilisateurs) et disposer de flux compatibles. L'éditeur affirme vouloir intégrer ce qu'il existe sur le marché et offrir plusieurs solutions et non une seule.

Une des clés de cette ouverture est l'Agent Client Protocol (ACP). « L’ACP vous permet de connecter des agents de programmation externes aux IDE JetBrains via une interface standard. Ainsi, l’IDE ne nécessite pas d’intégration personnalisée pour chaque agent. Les agents peuvent être installés à partir d’un registre (ou configurés manuellement), et une fois installés, ils apparaissent dans le chat IA », commente le blog officiel.

JetBrains ne veut pas fournir des IDE pour faire du code jetable. On génère, on utilise, on jette, on génère, on utilise, etc. L'éditeur veut que le code généré soit traité comme tout autre code et faciliter la lecture, la modification et la maintenance.

En pratique, JetBrains met en avant une exigence de base simple :

• Les modifications doivent être visibles

• Les modifications doivent être réversibles

• Votre projet ne doit pas être laissé dans un état dysfonctionnel

Pour JetBrains, les IDE hybrides doivent :

• Faire vivre l'IA et le code « classique » côte à côte

• Faire en sorte que les agents IA se fondent dans l'IDE et non l'inverse

• Garder une indépendance envers les IA, les LLM, et les agents

• Fournir une réelle utilité au quotidien et pas un simple effet marketing

• Prendre en compte les retours de la communauté

Notre avis : JetBrains fournit des IDE de qualité et largement utilisés, mais l'IA bouleverse les outils de codage. L'éditeur cherche à ménager le code traditionnel et le code par l'IA. Cette stratégie hybride cherche à rassurer les développeurs actuels et celles et ceux utilisant massivement l'IA, tout en proposant toutes les fonctionnalités d'un IDE avancé. Ce que les outils IA ne proposent pas encore. Espérons que JetBrains ne termine pas comme Borland.

Source : https://blog.jetbrains.com/ai/2026/04/our-2026-direction-ai-and-classic-workflows-in-jetbrains-ides/