Considérons que je fasse du C++ sans bibliothèque ni framework, donc du C++ pur. En considérant tous les IDE C++ qui existent, quel est selon vous le meilleur ?
Il n'y a pas de meilleur IDE. Certains aiment bien s'en passer (éditeur de texte + ligne de commande), d'autres utilisent Code::Blocks mais comme c'est plus limité que Visual Studio alors il passe à Visual Studio mais comme c'est plus cher qu'Eclipse, ils passent à Eclipse mais comme Qt Creator intègre du matos pour Qt, ils passent à Qt Creator mais comme Code::Blocks est plus léger, ils passent à Code::Blocks et on est revenus au point de départ.
Je suis pleinement conscient que le choix d'un IDE est subjectif, mais j'aimerais savoir lequel gagne la main lors d'une comparaison objective des fonctionnalités de chacun.
Une comparaison objective des fonctionnalités ? Cela n'a pas de sens, une comparaison quantitative ou qualitative ? En terme d'accessibilité ou de facilité d'utilisation ? Une comparaison objective, généraliste, des IDE ce n'est pas possible.
Le choix d'un IDE c'est en fonction d'un contexte. Dans le cas général, peu importe lequel, ça fera ce que tu veux.
- Edité par Ksass`Peuk 19 décembre 2013 à 19:44:48
Par rapport au contexte, eh bien je ne l'utiliserai que pour faire du C++, aucun autre langage. Donc je cherche quel est le meilleur IDE pour ce langage vraiment. Après j'en ai déjà testé plusieurs mais ils me plaisent tous, je n'arrive pas à départager.
Comme précisé, je ne recherche à priori rien d'autre de mon IDE. J'ai déjà d'autres logiciels si je veux développer en Python (SublimeText) ou Java (Eclipse). Maintenant c'est vraiment un IDE pour C++ que je recherche.
Ca depend un peu de ce que tu fais avec. En la matière, je suis plutôt pragmatique, si un outil m'apporte un plus pour une tâche, je l'utilise. Visual+Visual Assist est monstrueusement efficace pour les opérations d'extension du code, debugging, refactoring lourd, par contre pour changer une ligne de code dans un gros sln c'est le bagne. QtCreator est très sympa, mais quand tu traines des libs non Qt, il devient assez vite chiant à utiliser, Code::Block très agréable à utiliser, mais quand il faut refactorer, naviguer dans une foret de fichiers, ça devient vite pénible, notepad++ royal pour changer une ligne de code, mais code complétion/navigation/refactoring, rien. J'adapte l'outil au besoin, pour les grosses opérations, j'utilise Visual (ou KDevlop sous linux), pour d'autres j'utilise Code::Blocks, et pour d'autres encore ce sera un éditeur de texte + une console.
+1 avec gbdivers, un critère fondamental dans ma stratégie de choix est la possibilité d'intégrer CMake dans la chaine. Avec un CMakelists, je sors un sln, un cbp, un makefile ... Grâce à ça, j'ai une grande liberté en aval, mais si je pars sur un outil pour lequel je ne peux pas partir d'un CMakelists, il y aura trop de travail en amont pour que ça en vaille la peine, donc je vais l'écarter de facto, à moins qu'il soit vraiment overpowered et qu'il justifie à lui seul de développer un bloc pour CMake, parce que de toute façon, il ne pourra remplacer le reste.
edit sur le C, il en reste un paquet et vu la quantité qui reste en production, la source n'est pas prêt de se tarir, sans compter l'univers des micro-controlleurs où le seul compilateur disponible est un compilateur C. Moi même, il m'arrive d'en faire encore un peu (essentiellement de la maintenance de vieux programmes, mais bon, il faut bien la faire).
Personnellement, je suis beaucoup plus productif avec Visual C++ 2012 à cause de l'autocomplétion et de la rapidité de compilation. Après, c'est une question de goût. Il existe beaucoup de programmeurs qui n'utilisent pas de IDE et seulement un éditeur de texte et un compilateur.
edit sur le C, il en reste un paquet et vu la quantité qui reste en production, la source n'est pas prêt de se tarir, sans compter l'univers des micro-controlleurs où le seul compilateur disponible est un compilateur C. Moi même, il m'arrive d'en faire encore un peu (essentiellement de la maintenance de vieux programmes, mais bon, il faut bien la faire).
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Posez vos questions ou discutez informatique, sur le Discord NaN | Tuto : Preuve de programmes C
Posez vos questions ou discutez informatique, sur le Discord NaN | Tuto : Preuve de programmes C
Discord NaN. Mon site.
Posez vos questions ou discutez informatique, sur le Discord NaN | Tuto : Preuve de programmes C
Discord NaN. Mon site.
Discord NaN. Mon site.
Discord NaN. Mon site.