En même temps Visual Studio est lourd pour rien, c'est à peine mieux qu'un éditeur de texte!
Ça sent le troll.
Visual Studio a toujours eu (enfin, au moins depuis la version 5 sortie il y a 15 ans) un debugger C++ infiniment meilleur que tout ce que j'ai testé par ailleurs (libriste convaincu, ça me fait mal au cœur). Rapidité incroyable par rapport à gdb, tellement plus agréable à utiliser et moins plantogène que les fronts-end de gdb (à l'époque: DDD, xxgdb, insight). J'ai essayé KDevelop récemment, il y a du mieux mais on en est encore loin.
Je n'ai jamais pu me faire aux makefiles. Je préfère un truc basique mais très pratique à utiliser. Taper les noms de fichiers du projet à la main, non merci.
L'éditeur de texte depuis très longtemps peut se scripter en VBscript (un langage pourri, mais supportable pour les trucs simple). J'ai écrit un bon nombre de macros qui me simplifient énormément la vie. La doc des objets Visual Studio est bien organisée.
On peut enregistrer les macros (ce qui génère du VBscript), ce qui peut être une bonne base.
On peut écrire des plugins en C++ sans trop de difficulté. J'en ai écrit un qui permettait de scripter Visual C++ en Python (mes fonctions Python étaient visibles comme des plugins ou des scripts). J'étais assez fier de moi et c'était très pratique.
Dans les versions récentes, on peut faire des plugins en C# (ce qui est un peu moins risqué que du C++).
On peut piloter Visual Studio depuis un programme externe car il est vu comme un objet COM.
[^] # Re: Chacun son style
Posté par Fabimaru (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 8.
Ça sent le troll.
Visual Studio a toujours eu (enfin, au moins depuis la version 5 sortie il y a 15 ans) un debugger C++ infiniment meilleur que tout ce que j'ai testé par ailleurs (libriste convaincu, ça me fait mal au cœur). Rapidité incroyable par rapport à gdb, tellement plus agréable à utiliser et moins plantogène que les fronts-end de gdb (à l'époque: DDD, xxgdb, insight). J'ai essayé KDevelop récemment, il y a du mieux mais on en est encore loin.
Je n'ai jamais pu me faire aux makefiles. Je préfère un truc basique mais très pratique à utiliser. Taper les noms de fichiers du projet à la main, non merci.
L'éditeur de texte depuis très longtemps peut se scripter en VBscript (un langage pourri, mais supportable pour les trucs simple). J'ai écrit un bon nombre de macros qui me simplifient énormément la vie. La doc des objets Visual Studio est bien organisée.
On peut enregistrer les macros (ce qui génère du VBscript), ce qui peut être une bonne base.
On peut écrire des plugins en C++ sans trop de difficulté. J'en ai écrit un qui permettait de scripter Visual C++ en Python (mes fonctions Python étaient visibles comme des plugins ou des scripts). J'étais assez fier de moi et c'était très pratique.
Dans les versions récentes, on peut faire des plugins en C# (ce qui est un peu moins risqué que du C++).
On peut piloter Visual Studio depuis un programme externe car il est vu comme un objet COM.
Bref, pas d'accord.