ben une branche pas appellee, c'est un peu un probleme quand meme.
Le dev l'a pas ecrite parce qu'il trouve trouve rigolo et artistique d'ecrire du code qui n'est jamais execute.
S'il l'a ecrit ce code, c'est parce qu'il pense qu'il va etre execute. Idem s'il est repasse derriere, a change la condition mais n'a pas enleve le else.
Ya un decalage entre ce que pense le dev et ce que fait le code.
C'est pas forcement dramatique et peut tres rester a vie dans le programme sans gener personne, mais ca reste un pb.
Ca rend aussi la maintenance par une autre personne qui a ecrit le code mort plus dure: faut tout se taper, realiser que le code est bel et bien mort et ensuite determiner si c'est un bug ou juste une betise de l'auteur/patcheur.
Ca prend du temps pour pas grand chose au final.
[^] # Re: La nuit du code mort vivant
Posté par thedude . En réponse au journal Des outils d'audit de code Java. Évalué à 1.
Le dev l'a pas ecrite parce qu'il trouve trouve rigolo et artistique d'ecrire du code qui n'est jamais execute.
S'il l'a ecrit ce code, c'est parce qu'il pense qu'il va etre execute. Idem s'il est repasse derriere, a change la condition mais n'a pas enleve le else.
Ya un decalage entre ce que pense le dev et ce que fait le code.
C'est pas forcement dramatique et peut tres rester a vie dans le programme sans gener personne, mais ca reste un pb.
Ca rend aussi la maintenance par une autre personne qui a ecrit le code mort plus dure: faut tout se taper, realiser que le code est bel et bien mort et ensuite determiner si c'est un bug ou juste une betise de l'auteur/patcheur.
Ca prend du temps pour pas grand chose au final.