Outils suffisants pour un développement professionnel en C++

Bonjour,

Après avoir lu la discussion sur les meilleurs outils C++ posté par Alp, je me suis fait ma petite boite a outil dont j'aimerais vérifier la composition avec vous. Ci-dessous la liste de ses éléments :

- Visual C++ 2008
- Enterprise Architect (pour la modélisation UML (reverse engineering inclus), petit budget oblige...)
- Doxygen (pour la génération de doc)
- CxxTest (pour les tests unitaires).


Je me suis pas mal inspiré des recommandations de Luc Hermitte en écartant ce qui me semblait redondant par rapport l'utilisation de VC++ 2008.

D'avance merci de me dire si ma "boite a outils" est incomplete pour quelqu'un qui a pour ambition de faire du développement C++ son métier a part entière.

Pour tout ce qu'est edition / compilo c'est plus une question d'habitude amha. EDI vs editeur comme vim / emacs etc. Pareil pour le compilo.

Pour l'uml y'a bouml aussi qui est très bien.

Elle me semble en effet incomplète. Il manque avant tout un outil de gestion de versions, comme svn/tortoise svn ou les outils de microsoft team system (encore que, peut-être ce dernier est-il inclus dans visual C++ selon la version utilisée ?).

Ensuite une base de donnée d'incidents, mais ça peut venir plus tard.

Ensuite, selon le domaine des programmes réalisés, certains points peuvent être utiles. Par exemple, un serveur de base de données (SqlServer, MySql, Oracle...), ou des outils pour la programmation parallèle/haute performance (Intel Parallel Studio...), une bibliothèque d'IHM (Qt, ou WPF, mais cette dernière obligera à développer une partie du code dans un autre langage que C++)...

Par rapport à l'aspect petit budget, je ne suis pas certain qu'un outil UML sophistiqué soit vraiment nécessaire. Surtout que je trouve que j'ai un peu de mal à marier UML et C++. Si je devais monter ma boîte, je me contenterais probablement d'un BoUml gratuit.

Effectivement, quelque chose pour la gestion de versions est un plus.
De même qu'un traqueur pour les anomalies.

Après il faut voir l'utilisation qui en sera faite. C'est nécessaire en pro, c'est fortement appréciable en semi-pro (i.e. un soft que tu vas maintenir et faire évoluer sur plusieurs années -- j'y suis même passé pour gérer mes scripts pour vim, c'est dire...).

Par contre, je peux t'assurer que STLfilt n'est redondant avec rien, et il fait vraiment la différence pour décrypter les messages d'erreurs où des types de la SL sont impliqués (lire std::string au lieu de std::basic_string<char, std::char_traits<char>, std::allocator<char> (?)> est vraiment appréciable quand la chaine intervient 5 fois (une suffit) dans une signature de fonction)

J'ai vraiment bien fait de poser la question donc...

Merci a tous pour votre contribution.

Je vais donc rajouter STLfilt a ma liste d'outils et changer Enterprise Architect (version demo) par BoUML.

Concernant un outil de gestion de versions et d'un traqueur pour les anomalies ne sont ils pas inclus dans Visual Studio 2008?

Quelle édition de VS?

Bonjour,

Étant inscrit au cnam, j'utilise (pour l'instant) pour mes développements Visual Studio 2008 (édition étudiant - enseignant).

Je passerais au professionnel (pur) une fois le premier contrat signé, mais je ne pense pas que cela changera quelque chose dans mon code puisque si je ne me trompe la différence entre VC++ 2008 édition étudiant - enseignant et VC++ 2008 édition professionnelle est juste juridique.

Non non je pensais plus aux versions tel que Team suite etc qui offre d'autres outils. C'était par pure curiosité. :).

Ok, en conclusion, Visual Studio 2008 ne fournit pas d'outil de gestion de versions et/ou d'un traqueur pour les anomalies.

A bientôt.

Salut,

En ce qui concerne la gestion de version, SVN et CVS sont des outils prévus à cet effet, qui fonctionnent très bien sous windows (et qui sont, de plus, gratuits, portables et open sources)

Je sais que, sur un seul pc, il peut sembler surprenant d'avoir une "double copie" du projet, mais ca apporte malgré tout la facilité... de pouvoir gérer correctement les versions de tes fichiers ;)

De plus, tu sera directement "paré" le jour où tu voudra étoffer ton équipe de développement, et que tu te retrouvera avec tout pleins de types qui ne penseront qu'à modifier le code sans vraiment communiquer entre eux :aie:

Comme JolyLoic l'a fait remarqué, une base de données d'incidents risque fort de devenir intéressante dés le moment où ton projet passe l'étape de la distribution (et parfois même avant d'atteindre cette étape :aie:)

Il est également tout à fait possible d'installer un système "bugzilla" sous windows, en suivant ce lien (note que ce système requière MySQL, Apache et Perl pour fonctionner ;))

Et bah me voila bien servi. Niveau travail a fournir, ça promet pour les semaines a venir :aie:

Encore merci pour tout,

Sphere369

A noter au passage que git est excellent pour la gestion de versions de code source. Cela permet une gestion décentralisée, très souple et pratique.