Sauf qu'avant l'utilisateur final ne voie le résultat, on suppose que le développeur teste correctement son code. Il vaut donc bien mieux lui fournir des messages d'erreur explicites qui lui permettent de trouver et réparer ses défauts d'implémentation, au lieu de ce que tu décris : ça, c'est plutôt un excellent moyen de laisser des bugs dans la version que l'utilisateur utilisera...
Et même pour l'utilisateur final, il vaut mieux un message d'erreur qu'il peut faire remonter, plutôt qu'une absence totale de réaction... Parce que là, il va encore se dire que ça vient de lui, et quand il réalisera que c'est pas le cas, il risque de s'énerver... Et de mettre ton produit à la poubelle, si c'est un client.
[^] # Re: Cho7 c'est toi qui pue, pas le javascript
Posté par Anonyme . En réponse au journal [mavie] Le javascript ca pue. Évalué à 2.
Et même pour l'utilisateur final, il vaut mieux un message d'erreur qu'il peut faire remonter, plutôt qu'une absence totale de réaction... Parce que là, il va encore se dire que ça vient de lui, et quand il réalisera que c'est pas le cas, il risque de s'énerver... Et de mettre ton produit à la poubelle, si c'est un client.