Affichage des résultats du sondage: Quels sont les meilleurs conseils pour bien déboguer son code ?

Votants
54. Vous ne pouvez pas participer à ce sondage.
  • Beaucoup utiliser la fonction Print

    23 42,59%
  • Commencer avec un code qui fonctionne déjà

    13 24,07%
  • Exécuter votre code à chaque petit changement

    21 38,89%
  • Bien lire les messages d'erreur

    33 61,11%
  • Rechercher le message d'erreur sur Google

    16 29,63%
  • Deviner et vérfier

    7 12,96%
  • Déguiser votre code en commentaire

    8 14,81%
  • Effectuer une recherche dichotomique

    5 9,26%
  • Faire une pause et s'éloigner du clavier

    29 53,70%
  • Savoir comment demander de l’aide

    14 25,93%
  • Autres (à préciser dans les commentaires)

    12 22,22%
  • Pas d'avis

    1 1,85%
Sondage à choix multiple
+ Répondre à la discussion Actualité déjà publiée
  1. #21
    Membre éprouvé
    Avatar de fenkys
    Profil pro
    Ingénieur développement logiciels
    Inscrit en
    octobre 2007
    Messages
    356
    Détails du profil
    Informations personnelles :
    Âge : 50
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : octobre 2007
    Messages : 356
    Points : 981
    Points
    981

    Par défaut

    Citation Envoyé par Matthieu Vergne Voir le message
    Le moteur de recherche te permet juste de retrouver ceux qui ont déjà eu le même message d'erreur (typiquement sur des forums de dévs), certains l'ayant déjà résolu. De là tu en tires des ficelles pour corriger le tien.
    C'est là qu'est le problème. Le message d'erreur c'est moi qui le crée. Comment un autre que moi pourrait savoir ce que ça implique ?

  2. #22
    Membre à l'essai
    Homme Profil pro
    Développeur .NET
    Inscrit en
    avril 2015
    Messages
    12
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2015
    Messages : 12
    Points : 24
    Points
    24

    Par défaut

    Ecrire les TU en même temps que le code de production et effectuer des itérations très très courtes de quelques minutes entre écriture et exécution du TU.

    Toute autre pratique relève de l'amateurisme.
    200% d'accord !

    En ce qui concerne "Beaucoup utiliser la fonction Print" ou "Déguiser votre code en commentaire", le jour où un lead dev vous demande de faire ça, je vous invite à lui jeter du café bouillant à la figure.

    Pour "Exécuter votre code à chaque petit changement" - Je vous souhaite bonne chance si votre environnement met 30 secondes à s'exécuter à chaque lancement de l'application.

    Quant à "Effectuer une recherche dichotomique" : C' est encore mieux ! ça permet de combiner la lenteur de l'exécution + la fonction Print + le code commenté à souhait ! le meilleur moyen de créer des ancres de bateau

    ça doit être la joie de bosser avec Hartley

  3. #23
    Membre expert
    Avatar de Ryu2000
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2008
    Messages
    1 831
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Doubs (Franche Comté)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : décembre 2008
    Messages : 1 831
    Points : 3 361
    Points
    3 361

    Par défaut

    Citation Envoyé par fenkys Voir le message
    Comment un autre que moi pourrait savoir ce que ça implique ?
    On ne parle pas des messages d'erreurs custom, on parle des messages que génère l'environnement d’exécution ? par exemple.
    Il y a souvent une référence.

    En Java avec les Exceptions qui sont throw c'est assez fun, on voit qu'une méthode a appelé une méthode qui a appelé une méthode qui a appelé une méthode (...) et PAF! ça plante.

    Rechercher des messages d'erreurs dans un moteur de recherche c'est souvent utile quand on sait un peu près d'où vient l'erreur.
    Mais parfois ça ne sert à rien de rechercher, vu que quelque part notre erreur est unique (framework, config, tout ça).
    "Alors il entrait le type et il disait une baguette pas trop cuite" Émile.
    Aidez la chaîne Nolife, abonnez-vous : http://www.nolife-tv.com/

  4. #24
    Rédacteur/Modérateur

    Homme Profil pro
    Network game programmer
    Inscrit en
    juin 2010
    Messages
    4 349
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : Royaume-Uni

    Informations professionnelles :
    Activité : Network game programmer

    Informations forums :
    Inscription : juin 2010
    Messages : 4 349
    Points : 17 036
    Points
    17 036

    Par défaut

    Citation Envoyé par fenkys Voir le message
    C'est là qu'est le problème. Le message d'erreur c'est moi qui le crée. Comment un autre que moi pourrait savoir ce que ça implique ?
    Faut réfléchir 1s, on parle des messages d'erreur générique, système, du compilateur, etc, pas d'un message custom que tu mets toi-même comme "merde Bob comment on est arrivé dans ce cas !? contactez bidule".

  5. #25
    Membre chevronné
    Profil pro
    Développeur
    Inscrit en
    mars 2012
    Messages
    1 205
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur
    Secteur : Communication - Médias

    Informations forums :
    Inscription : mars 2012
    Messages : 1 205
    Points : 1 946
    Points
    1 946

    Par défaut

    Le print reste l'incontournable dans tous les langages.
    Surtout avec tous les maudits frameworks qui blackboxent ce qu'ils font, c'est parfois difficile de débuguer.
    Si la réponse vous a aidé, pensez à cliquer sur +1

  6. #26
    Membre chevronné
    Profil pro
    Développeur
    Inscrit en
    mars 2012
    Messages
    1 205
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur
    Secteur : Communication - Médias

    Informations forums :
    Inscription : mars 2012
    Messages : 1 205
    Points : 1 946
    Points
    1 946

    Par défaut

    Citation Envoyé par Bousk Voir le message
    Faut réfléchir 1s, on parle des messages d'erreur générique, système, du compilateur, etc, pas d'un message custom que tu mets toi-même comme "merde Bob comment on est arrivé dans ce cas !? contactez bidule".
    ou qui te retourne une BrolException
    Si la réponse vous a aidé, pensez à cliquer sur +1

  7. #27
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    novembre 2011
    Messages
    1 804
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 804
    Points : 5 676
    Points
    5 676
    Billets dans le blog
    2

    Par défaut

    Citation Envoyé par MikeRowSoft Voir le message
    Lors de mes études nous avons rencontré un problème et tenté de résoudre le problème de cette façons. Résultat nous avons fait une liste de DLL manquante au lieu de compilé correctement vue que l'EDI de librairie pro VCL n'avait vraiment pas besoin de mise à jour d'aucune sorte.

    Très souvent les détails sont submergés sous de très quantités d'informations.
    Et alors ? Qui a dit que ça marchait à tous les coups ? Sans ça, tu aurais réussi à faire mieux ? Si c'est le cas c'est que tu as sauté trop vite sur la solution de facilité, et donc tu ne peux t'en prendre qu'à toi-même (et tes camarades).

    Citation Envoyé par fenkys Voir le message
    C'est là qu'est le problème. Le message d'erreur c'est moi qui le crée. Comment un autre que moi pourrait savoir ce que ça implique ?
    Dans ce cas oui ça n'aurait aucun sens, mais ce n'est visiblement pas ce dont parle l'auteur des conseils.
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  8. #28
    Membre actif
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    août 2014
    Messages
    179
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Drôme (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : août 2014
    Messages : 179
    Points : 282
    Points
    282

    Par défaut

    Citation Envoyé par Matthieu Vergne Voir le message

    Aujourd'hui, ce n'est pas cela qu'on devrait conseiller. Mais d'utiliser un débogueur, qui permet de faire la même chose et même mieux. Utiliser de temps en temps ce genre de combine pour un code dont on sait qu'on n'est pas sûr du comportement (en mettant un ensemble de print tout au long de la fonction) a une certaine utilité, mais beaucoup utiliser la fonction print c'est justement l'habitude à ne pas prendre (pour en privilégier de bonnes comme le débogueur).
    Et tu fais comment pour identifier rapidement (typiquement < 30 min - PROD oblige) les causes d'un BUG sur des serveurs en PROD ?
    install chaine de compilation + debogage en pas a pas ?
    => les rares fois ou je l'ai vu faire ca j'avoue que j'etais plus géné pour le developpeur qui passe pour un mauvais (ce qui de plus n'est pas pour rassurer un client) quand tu vois qu'il fait du pas a pas pour comprendre pourquoi son code ne fonctionne pas... (malgré tous les tests unitaires pourtant OK).
    Le plus discret restera toujours un petit fichier de log (avec niveau de traces) dans un coin.

    On a encore des gens dans ma boite qui partent du principe que si le code passe les TU alors il n'y aura jamais aucun pb en PROD (donc traces etc pour comprendre des eventuels plantages erreurs sont tout simplement ignorées).
    Pour moi c'est juste la pretention d'un developpeur qui se croit infaillible. J'en suis un (developpeur) et pourtant j'accepte l'idée de faire des bugs (c'est humain) et que malgré tous les process du monde tu n'empecheras pas l'epreuve du terrain qui te rappeleras cruellement que tu n'est pas infaillible. Ca s'appelle de l'humilité.

    Et apres tu passes 2 jours a essayer de reproduire le pb (context d'execution potentiellement tres complexe - ex archi SOA) sur ta plateforme (parce que du pas a pas avec le client dans le dos c'est pas vraiment PRO) pour avoir peut etre un debut d'idée du pb. Vachement productif !
    Ce genre de comportement nous coute enormement et aucun efficacité en pratique (tout ca parce qu'un gars a ecrit que c'etait pas bien de faire un printf dans un fichier).
    C'est du vécu au quotidien et des dizaines d'heures perdues a comprendre les pbs alors que quelques traces bien placées sont redoutablement plus efficaces.
    Apres je n'attends pas qu'une personne me dise que ca c'est mieux (sans vraiment argumenter si on y regarde bien - car dire qu'un debogueur c'est mieux ce n'est pas un argument). Je prefere largement me faire un avis de ma propre experience et a ce jour, il n'y a pas photo. C'est verifié tous les jours (et je trouve meme cela ridicule l'entetement/l'ideologie a ne pas vouloir ajouter des traces dans du code parce que ce n'est pas "l'etat de l'art" - lol).

    Je ne vois pas en quoi la methode du debogueur serait mieux ? voir meme plus efficace ? Tu as peur que les traces ralentissent ton logiciel ?
    Je verrai meme plutot le contraire. Si pour la resolution du probleme on ne compte que sur le debogeur alors c'est que le code n'est pas maitrisé, logiciel mal architecturé (mauvaise conception), mille feuille technologique etc. et qu'on joue aux apprentis sorciers.
    Ce qu'il manque le plus aux developpeurs en 2016 c'est du pragmatisme et moins d'ideologie.

    Passer en mode debogeur c'est quand vraiment tu ne comprends plus pourquoi ton logiciel se comporte bizarrement (et donc j'aurai tendance a dire mauvaise programmation/archi si non maitrise).
    Pour moi le debogueur c'est l'outil de derniers recours (un peu comme les outils de detections de fuites memoires en C++ - quand le seul salut c'est leur utilisation c'est que c'est vraiment grave et que tu ne maitrises pas/plus ce que tu fais).
    Compter sur l'outil miraculeux (debogeur) pour corriger les pbs je n'ai pas l'impression que ca valorise le developpeur au contraire.

  9. #29
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    novembre 2011
    Messages
    1 804
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 804
    Points : 5 676
    Points
    5 676
    Billets dans le blog
    2

    Par défaut

    Tu le dis toi-même :
    Citation Envoyé par kilroyFR Voir le message
    quelques traces bien placées sont redoutablement plus efficaces.
    maintenant compare mon "de temps en temps" (je l'ai souligné, y'a une raison) et le "beaucoup" de l'auteur initial, et tu auras compris que finalement ce que tu dis n'est pas différent de moi. Mais pour bien le comprendre, il faut remettre les choses dans l'ordre.

    L'auteur initial parle (point 4) de bien lire les messages d'erreurs mais oublie complètement -ce que j'ai critiqué- de dire qu'il faut soi-même en faire en rapport avec l'application qu'on cherche à faire (que ce soit pour générer des exceptions ou pour des traces de log). Et quand tu dis que des traces bien placée sont redoutablement efficace, c'est précisément ce que j'entends quand je dis qu'il faut faire ces messages d'erreur. Tu peux rajouter autre chose pour enrichir tes logs, mais ce qui compte c'est de ne pas attendre d'avoir un soucis pour commencer à chercher, il faut s'y prendre avant plutôt que de trafiquer le code après coup à coup d'ajouts de prints en masse.

    Pour ma part, le débogueur je l'utilise très rarement, tout simplement parce que je suis très stricte sur mon développement et que du coup je met des générations d'exceptions à peu près partout où il peut y en avoir. Donc si quelque chose foire, je sais à peu près toujours où et pourquoi tout de suite, le plus long étant de chercher une solution pérenne. J'utilise le débogueur tellement rarement que ça doit être autant que des prints. Cela dit, ta critique se centre sur la nécessité de générer du log, ce qui présuppose d'avoir fait ce qu'il faut pour en générer. L'auteur initial parle de rajouter des print (ou de commenter du code) pour chercher où ça casse a posteriori. Et c'est là que se situe ma critique... ainsi que visiblement la tienne.

    Donc si l'humilité consiste à avoir conscience de ses lacunes, il me semble que tu as (aussi) encore un peu de travail à faire de ce côté là.
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  10. #30
    Membre actif
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    août 2014
    Messages
    179
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Drôme (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : août 2014
    Messages : 179
    Points : 282
    Points
    282

    Par défaut

    Je n'ai pas pris au mot pres ce qui est ecrit dans l'article initial et j'entendais bien uniquement la mise en place d'un systeme de log rien de plus (mais pas dans les exces comme il l'ecrit et a posteriori ce qui me semble plutot une mauvais pratique - mode panique).
    Le debogeur comme outil miraculeux je laisse ca aux autres (d'ou mon etonnement de voir qu'on encense sa pratique quand dans la plupart des cas elle n'est utilisée qu'en marge (et pas l'inverse)).
    Je pense que c'est l'idee generale qu'il faut conserver cad, 1ere brique a mettre en place dans une archi logiciel c'est le composant de log, le reste n'en est que plus facilité par la suite.

    Concernant l'humilité je ne crois pas avoir deroulé de phrases toutes faites qui classifierait les bonnes et les mauvaises pratiques, chacun a celles qui lui conviennent le mieux.
    Je suis developpeur donc par definition je ne suis pas parfait et n'en ai aucunement la pretention. En informatique on entend trop souvent des grands principes jetés ca en la en regle absolue (comme etant l'etat de l'art) - ce sont des choses qui passent comme la mode.
    La seule qualité a laquelle j'attache le plus d'importance pour un developpeur etant le pragmatisme (et les idéologies/effets de mode etc. je les laisse aux autres).

  11. #31
    Provisoirement toléré Avatar de MikeRowSoft
    Homme Profil pro
    sans profession
    Inscrit en
    avril 2013
    Messages
    1 101
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : sans profession

    Informations forums :
    Inscription : avril 2013
    Messages : 1 101
    Points : 0
    Points
    0

    Par défaut

    Citation Envoyé par Matthieu Vergne Voir le message
    Et alors ? Qui a dit que ça marchait à tous les coups ? Sans ça, tu aurais réussi à faire mieux ? Si c'est le cas c'est que tu as sauté trop vite sur la solution de facilité, et donc tu ne peux t'en prendre qu'à toi-même (et tes camarades).
    Non, j'implémente très lentement, la plus part du temps aucun algorithme écrit à l'avance. Et encore moins de code source.
    Je suis vraiment loin d'être quelqu'un qui ira modifier le code source d'une application directement dans le projet pour "plombé" une sécurité. Imagine un défunt étudiant d'une grande université en sommeil.

    Vive les multiples librairies du C++. La plus part du temps il y a rien à rajouter.

  12. #32
    Membre confirmé
    Profil pro
    Développeur informatique
    Inscrit en
    mai 2012
    Messages
    158
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : mai 2012
    Messages : 158
    Points : 490
    Points
    490

    Par défaut

    Tiens c'est marrant, il y a eu un débat similaire il y a quelques temps dans la section C++. Je m'étais fait traiter de "suffisant" pour avoir oser dire que j'utilisais moins souvent le débogueur au profit d'autres outils complémentaires.

  13. #33
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    novembre 2011
    Messages
    1 804
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 804
    Points : 5 676
    Points
    5 676
    Billets dans le blog
    2

    Par défaut

    Citation Envoyé par kilroyFR Voir le message
    Je n'ai pas pris au mot pres ce qui est ecrit dans l'article initial
    Ni ce que j'ai écrit, de toute évidence, ce qui t'a amené à me reprocher à moi ce qui lui est reprochable à lui. Oui l'erreur est humaine, mais les grosses bourdes de ce genre c'est plus une question de négligence que d'imperfection. Et sortir les grandes phrases d'erreur humaine et d'humilité dans ces conditions, ça résonne plus comme une excuse qu'autre chose.
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  14. #34
    Membre confirmé
    Homme Profil pro
    Développeur Web
    Inscrit en
    octobre 2009
    Messages
    195
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Nouvelle-Zélande

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : octobre 2009
    Messages : 195
    Points : 508
    Points
    508

    Par défaut

    Citation Envoyé par satenske Voir le message
    Sans parler des gens qui laissent des "print toto" en prod o/
    Et autres "print tamere" ou "print fuckyou" que j'ai pu rencontrer
    Désolé pour les rétines, clavier QWERTY

  15. #35
    Membre du Club
    Profil pro
    Inscrit en
    septembre 2005
    Messages
    25
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2005
    Messages : 25
    Points : 52
    Points
    52

    Par défaut

    debug pas a pas evidemment :/. Lire les logs (donc logger).

  16. #36
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    juillet 2013
    Messages
    162
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : juillet 2013
    Messages : 162
    Points : 540
    Points
    540

    Par défaut

    Un print après chaque instruction affichant les nombres de 1 à n, n étant le nombre total d'instruction.
    Si le programme plante, je vois quelle instruction a été exécutée avec succès en dernier, et par extension laquelle fait planter. J'enlève donc cette instruction en partant du principe que le programme ne pourra que mieux fonctionner sans. Je répète l'opération jusqu'à ce qu'il n'y aie plus aucun bug.
    Ça y'est, c'est prêt à partir en prod !

  17. #37
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Chercheur en informatique
    Inscrit en
    novembre 2011
    Messages
    1 804
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Chercheur en informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 804
    Points : 5 676
    Points
    5 676
    Billets dans le blog
    2

    Par défaut

    Citation Envoyé par Lyons Voir le message
    Un print après chaque instruction affichant les nombres de 1 à n, n étant le nombre total d'instruction.
    Si le programme plante, je vois quelle instruction a été exécutée avec succès en dernier, et par extension laquelle fait planter. J'enlève donc cette instruction en partant du principe que le programme ne pourra que mieux fonctionner sans. Je répète l'opération jusqu'à ce qu'il n'y aie plus aucun bug.
    Ça y'est, c'est prêt à partir en prod !
    Ça c'est du pragmatisme ! {^o^}
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  18. #38
    Membre expert Avatar de jopopmk
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2011
    Messages
    1 807
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2011
    Messages : 1 807
    Points : 3 353
    Points
    3 353

    Par défaut

    Du fait que le "print" passe en premier et qu'aucune référence à un outil de débugage n'est faite, je suppose que le monsieur nous parle de débogage de Javascript (enfin moi c'est ce que j'appelle le débugage "JS style", maintenant avec la montée du JS il existe peut-être des vrais débugueurs pour ce langage).

    edit : ortho
    Plus je connais de langages, plus j'aime le C.

  19. #39
    Membre éprouvé
    Avatar de maske
    Homme Profil pro
    Escla... Thésard
    Inscrit en
    mai 2008
    Messages
    363
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Escla... Thésard

    Informations forums :
    Inscription : mai 2008
    Messages : 363
    Points : 1 166
    Points
    1 166

    Par défaut

    Est-ce qu'il y aurait des retours d'expérience (avec peut-être des liens ?) sur le debug de systèmes qui foirent en prod mais qui, quand on les teste en dev, marchent niquel ?

    Le débat en soi, lancé par un développeur lambda sur internet (sérieux faut arrêter de faire des news avec ça), n'est pas très intéressant. Tous les développeurs ont leurs techniques, certaines meilleures que d'autres, et souvent limitées à la culture et aux contraintes de leur entreprise. Bref, m'intéresse pas. Par contre j'aimerais bien savoir comment les gens font pour investiguer les problèmes qui arrivent en production, surtout dans les cas où l'appli marche très bien en dev. J'ai rencontré plusieurs fois le problème et la meilleure solution que j'avais à l'époque était de déployer des patchs pour ajouter du log directement sur une install client (bien sûr il m'est arrivé d'oublier de les retirer par la suite...).

    Quelles sont les possibilités ?
    [|]

  20. #40
    Expert éminent sénior
    Profil pro
    Inscrit en
    décembre 2007
    Messages
    4 568
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : décembre 2007
    Messages : 4 568
    Points : 18 689
    Points
    18 689

    Par défaut

    C'est rigolo, ça relance l'éternel débat debugging contre trace/log. En bref, faut-il suivre le cheminement fautif de l'extérieur, ou bien de l'intérieur?

    Ben, moi j'aime bien les deux, en fait. Infanterie ET cavalerie. fromage ET dessert. Brunes ET blondes. Traces ET debugging.....suivant le contexte.

    Le debugging est très intéressant pour comprendre un espace relativement restreint. On a quelques lignes qui ne donnent pas le résultat escompté, on les exécutes sous nos yeux jusqu'à voir ou on a merdé. C'est très puissant, très vivant, très dynamique... mais ça présuppose qu'on sait cibler l'erreur, toujours.

    Quand on fait du batch de masse, et qu'on a une erreur infime après deux millions d'enregistrements, l'erreur est probablement limité à quelques cas spéciaux, et il faut pouvoir établir des traces de comportement complètes, histoire de pouvoir dichotomiser. J'ai déjà eu une erreur à cause d'un seul client, sur plusieurs centaines de milliers. Mais sans traces ciblées, impossible de savoir lequel.

    Une fois le cas fautif identifié, on peut repasser au debugging pour voir ou il fait planter le cas en question, avec un point d'arrêt un peu intelligent. Sur le client 33130, et pas un autre. Et on trouve.

    J'ai aussi remarqué, en traitement par lots de masse(c'est certainement une mauvaise pratique en transactionnel, et aussi dans la plupart des autres contextes), qui mettre des compteurs complets, détaillés, à la fin de chaque exécution, était une pratique qui permettait de réduire fortement le temps de débug. du genre "3701 enregistrements lus, 3701 enregistrements validés, 523 clients pros ignorés, 3178 clients privés traités, 24 clients privés corrigés, 3154 clients privés inchangés, 3178 clients privés écrits". Parce-que si les chiffres ne collent pas, on sait tout de suite ou chercher. C'est un peu canulant à mettre en place, mais à la maintenance, ça fait gagner un temps fou. Mais c'est du spécifique à un cas particulier. Dans d'autres cas(peut-être le tien, ami lecteur), c'est juste de la foutaise.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

Discussions similaires

  1. Comment bien déboguer son code ?
    Par D[r]eadLock dans le forum Débuter
    Réponses: 46
    Dernier message: 04/07/2013, 10h48
  2. Réponses: 145
    Dernier message: 15/02/2009, 11h51
  3. Comment bien commencer la Programmation
    Par Le_Faya dans le forum Débuter
    Réponses: 6
    Dernier message: 01/12/2006, 18h39
  4. Memory Managment dans vos programmes
    Par Clad3 dans le forum C++
    Réponses: 11
    Dernier message: 25/07/2006, 01h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo