Discussion :

[koala01]

Bonjour, j'ai trouvé réponse à ma question à 1euro.....

Ok, merci à tous pour votre aide.

A bientôt.

Sphere369.

Et, bien qu'il s'agisse encore d'une digression (mais bon, tu n'en es absolument pas responsable ), pourrais tu faire profiter tout le monde de la réponse que tu as trouvée

[sphere369]

Bonjour,

En fait en parcourant très brièvement le livre "Génie Logiciel" de chez Schaum's (même éditeur que mon livre "Programmer en C++") j'en ai conclu que "specs" est un abrégé de spécifications.

Mais a mon gout ca commence a faire un peu beaucoup de lecture.....

A bientôt.

Sphere369

[sphere369]

Enfin, le debugger n'est pas le seul outil. Les traces sont aussi des moyens assez puissant pour analyser du code, et en particulier pour en avoir une vue dynamique.

Bonjour,

D'apres le tutoriel de Laurent Gomila (page 22, paragraphe "5.2 - Les points de trace", la possibilité de créer des traces (= tracage de flux) semble prise en compte avec Visual Studio 2008: Merci de bien vouloir confirmer cette conclusion.


Les codes montrés ci-dessous ( Inclusion du traçage dans les applications et journalisation des applications) n'ont ils donc plus aucun intérêt des lors que l'on utilise Visual Studio 2005 ou 2008?

[koala01]

Bonjour,

D'apres le tutoriel de Laurent Gomila (page 22, paragraphe "5.2 - Les points de trace", la possibilité de créer des traces (= tracage de flux) semble prise en compte avec Visual Studio 2008: Merci de bien vouloir confirmer cette conclusion.


Les codes montrés ci-dessous ( Inclusion du traçage dans les applications et journalisation des applications) n'ont ils donc plus aucun intérêt des lors que l'on utilise Visual Studio 2005 ou 2008?

Une réponse de normand se profile face à cette question.

Dans "un monde parfait", tu as effectué tous les tests possibles et imaginables, et tu es sur à 100% que ton application est absolument exempte de bugs au moment où elle passe en production (comprend: au moment où elle est fournie au "client").

Tu peux donc envisager de supprimer les taces de ta version "release".

La journalisation est un peu différente: elle peut "simplement" avoir comme objectif de fournir... un journal d'activité qui peut parfaitement être nécessaire "par ailleurs", ce qui la rend malgré tout de facto indispensable.

Seulement...

Si nous vivions dans un monde parfait, tout le monde aurait du travail, il n'y aurait plus ni guerre ni racisme, tout le monde mangerait à sa faim, et j'aurais une charmante personne pour dormir près de moi toutes les nuits

De plus, il ne faut pas oublier que ton application peut être soumise à des situations dont elle n'est pas personnellement responsable: si tu essaye d'accéder à un fichier verrouillé par une autre application, tu subira de plein fouet une erreur à laquelle ton application est strictement incapable d'apporter une solution correcte

Tout cela pour dire qu'il faut malgré tout pondérer les expressions comme "je suis sur qu'il n'y a plus la moindre erreur dans mon code" ou "je suis sur d'utiliser la meilleure logique possible"...

C'est cette pondération qui te permettra soit de réévaluer ton point de vue, soit de considérer que rien n'est jamais acquis, et surtout pas le "0 défauts" (parce que ton application peut subir des défauts qui ne sont pas de son propre chef).

Et, si tu garde cette indispensable pondération dans ton point de vue, tu te rend compte que ce n'est pas parce qu'un outil particulier te fournit une possibilité qui reste, malgré tout, indispensable y compris une fois que ton application a quitté le stade du développement, que tu peux décider d'abandonner cette possibilité aux bons soins seuls de cet outil

[sphere369]

Merci Koala, j'y vois largement plus clair.

A bientôt.