Foutues erreurs silencieuses

Déjà chez Bracer, quand je développais un automate elles me faisaient tourner en bourrique. Et là, elles sont encore présentes, alors que je pensais les avoir semé.

Des erreurs silencieuses, des CASE OF/SWITCH qui ne gèrent pas tous les cas possibles et n'ont pas de clause ELSE/DEFAULT; des IF qui vérifient la valeur de retour d'une fonction sans avoir de ELSE; et d'autres ignominies dans le même genre.
La petite différence est que je flaire assez rapidement les dessous d'un comportement anormal, et que maintenant je cherche l'erreur silencieuse.

Hier, j'ai activé à fond les messages d'erreur sur une installation PHP. Aujourd'hui j'ai rajouté un trigger_error() dans une librairie PHP que j'utilise, et qui ne signalait pas bien clairement qu'une analyse XML avait foiré.
Bien au delà de tous les autres problèmes de développement, les erreurs silencieuses sont une plaie, dans la mesure où nous n'avons pas la totalité des informations utiles pour résoudre le dysfonctionnement.

Nous sommes face à des systèmes d'une complexité croissante, la contre-partie est que ces systèmes doivent être clairs. Et dans ce but, le bannissement des erreurs silencieuses rejoint la clarté du code, la courte documentation technique et quelques autres bonnes pratiques nécessaires.