Lire les conditions avant de se réjouir du prix

En mai 2025, JetBrains a rendu CLion, son IDE multiplateforme pour C et C++, gratuit pour un usage non commercial, et l'annonce se lisait facilement comme une remise. Elle est plus intéressante que cela, et l'intérêt est dans les conditions. Non commercial signifie étude, travail libre sans gain commercial, création de contenus et projets de loisir. Cela ne signifie pas un projet qui pourrait un jour devenir un produit, ni un travail fait pour un employeur. La frontière entre les deux est celle qui compte, et elle est tracée par l'intention et par qui profite du résultat, non par la taille du code.

Les autres conditions sont petites mais réelles. L'usage gratuit suppose d'accepter des statistiques d'usage anonymes, que l'éditeur décrit comme portant uniquement sur l'utilisation des fonctions, sans code ni données personnelles. Un abonnement non commercial dure un an et se renouvelle de lui-même si l'IDE a servi au moins une fois pendant les six derniers mois de la période ; sinon, il peut être redemandé à la main. Et la licence est par produit : la mesure couvre cet IDE-ci et ne s'étend pas aux autres outils de la maison — ce genre de détail décide si un arrangement est une stratégie ou une promotion.

Ce qu'on paie, quand on paie

Si un IDE de cette catégorie coûte de l'argent, c'est que le difficile n'est pas l'éditeur de texte. C'est le modèle du programme en dessous : quels symboles existent, quels types ils ont, quels appels casseraient si une signature changeait. Construire ce modèle pour C et C++ est particulièrement difficile, parce que le modèle de compilation du langage est textuel et dépend de la configuration — le même en-tête peut signifier des choses différentes selon les options. Un éditeur qui devine à partir de la syntaxe complétera un membre inexistant ; un éditeur doté d'un vrai index ne le fera pas. Tout le reste, de la navigation au refactoring, dépend de cet index.

C'est pourquoi la question utile à propos d'un tel outil n'est pas le nombre de fonctions listées mais la fréquence des erreurs. Une complétion juste quatre fois sur cinq est pire que pas de complétion, parce que la cinquième fois coûte plus d'attention que les quatre économisées. Le refactoring est le même raisonnement à un prix plus élevé : un renommage qui rate un appel compile et échoue en production ; une commande de refactoring ne vaut donc la peine que si elle est assez fiable pour qu'on cesse de vérifier à la main.

CMake n'est pas ici un greffon, c'est le squelette

L'intégration de CMake va plus loin que la coloration des fichiers de build. L'IDE lit la description de build pour savoir quels fichiers appartiennent au projet, quelles cibles existent et quelles options de compilation s'appliquent — la même information que reçoit le compilateur, seule façon pour l'index d'avoir raison sur du code conditionnel. Les modifications de la description sont prises en compte et les parties concernées régénérées, et il existe un éditeur du cache CMake pour les réglages qu'on modifie d'ordinaire à la main et qu'on se rappelle de travers.

Autour de ce squelette se tient la chaîne d'outils : plusieurs compilateurs sont pris en charge, et l'intégration du débogueur couvre celui qui est habituel dans cette famille de plateformes. Cela compte plus qu'il n'y paraît. Les projets C et C++ ne sont pas un environnement mais une famille d'environnements qui ne s'accordent ni sur les options, ni sur les versions de la bibliothèque standard, ni sur l'orthographe des avertissements. Un outil qui en suppose un seul sert ceux qui y vivent et gêne tous les autres.

Du source au matériel

C'est dans l'embarqué que la distance entre un éditeur et un IDE devient évidente. Le programme prend en charge les fichiers d'arborescence de périphériques — il les reconnaît et offre la même assistance que pour du code ordinaire — et fournit des modèles pour les serveurs de débogage qui se placent entre l'IDE et une carte physique. Rien de tout cela n'est glorieux ; tout cela retire la part du travail embarqué qui consiste à recopier une configuration depuis un tutoriel en espérant ne pas se tromper d'orthographe.

Du côté du débogueur, plusieurs ajouts comptent pour qui débogue de vrais programmes plutôt que des exemples : la possibilité de choisir une version du débogueur quand celle fournie ne correspond pas à la chaîne d'outils, un meilleur affichage des variables propres à un cadre logiciel pour lire un conteneur au lieu d'un graphe de pointeurs, et une gestion plus simple des fichiers de visualisation du débogueur, désormais plaçables ailleurs. Chacun est un détail, et chacun est énorme l'après-midi où l'on en a besoin.

Travail distant, conteneurs, et la fonction qui n'est pas gratuite

Exécuter, compiler et déboguer contre un environnement distant est pris en charge, de même qu'une chaîne d'outils de conteneurs distants jointe par une connexion chiffrée. Pour une équipe dont le code tourne sur une autre machine que le portable, ce n'est plus une commodité mais la différence entre travailler et attendre. La collaboration en direct existe aussi, sous forme de sessions partagées pour la revue et le débogage — et c'est précisément la fonction où la licence gratuite est plus étroite que la payante, puisque l'arrangement non commercial fournit l'édition communautaire de ce service, pas la complète. L'échange est honnête et équitable ; il vaut simplement la peine de savoir de quelle moitié d'une fonction on dispose.

L'assistance par modèle, placée là où elle se vérifie

Un assistant est intégré : expliquer un morceau de code, répondre à une question à son sujet, produire de la documentation. Le placement est la décision intéressante. Une aide qui produit une différence dans le fichier qu'on est en train de lire se vérifie du même coup d'œil que le code alentour ; une aide qui produit un message dans un panneau latéral doit être copiée, collée, puis vérifiée, et c'est là que se dépense l'essentiel de la confiance. La qualité des suggestions est une autre question que leur vérifiabilité, et c'est la seconde qui décide si une fonction survit à un mois d'usage.

Les limites, dites clairement

Trois. La licence gratuite vaut pour un travail non commercial, ce qui exclut le projet qui vous paie. La mesure concerne ce produit-ci et ne s'étend pas aux autres outils de l'éditeur : ce n'est donc pas un changement de modèle économique global. Et gratuit ne veut pas dire sans obligation : l'accord statistique et le renouvellement annuel sont le prix d'entrée, et ils sont assez petits pour que la plupart les acceptent sans lire — c'est justement pourquoi il vaut la peine de les lire.

Pour qui c'est

Pour un étudiant qui apprend le langage, le calcul est simple : l'outil qui montre ce que voit le compilateur est l'outil qui apprend pourquoi le message d'erreur dit ce qu'il dit. Pour qui maintient un projet C ou C++ libre, un vrai index sur une grande base de code change la question de savoir si l'on ose lancer un renommage. Pour un amateur qui écrit un firmware pour une carte posée sur le bureau, la prise en charge de l'embarqué et les modèles de serveurs de débogage font la différence entre un week-end et trois. Et pour le travail professionnel, le résumé honnête n'a pas changé : l'outil vaut son prix là où la base de code est assez grande pour qu'une erreur sur un symbole coûte cher, et pas là où un éditeur de texte et un script de build font déjà le travail.