<?xml version="1.0" encoding="utf-8"?>
<entry title="« Personne ne s'est plaint ! »">
<date>2007-04-24</date>
<update_date>2007-10-19</update_date>
<content>
<p>Cette affirmation est très fréquente lorsqu'on fait remarquer à
l'auteur d'un logicel, ou au responsable d'un site
<wikipedia name="World Wide Web">Web</wikipedia> que son &#x153;uvre a des faiblesses ou des
bogues. Est-ce vrai ?</p>
<p>Panoramix : « Et les fouets, c´est pour faire joli ? »
Numérobis (qui fait fouetter ses esclaves) : « Non... euh... oui, enfin, je sais pas... <emphasis>Personne s´est jamais plaint</emphasis>. » (extrait du film <wikipedia>Astérix &amp; Obélix : Mission Cléopâtre</wikipedia>)
</p>
<p>Essayez de dire à un webmestre typique que son site ne marche pas
bien avec <wikipedia name="Mozilla Firefox">Firefox</wikipedia>, que son programme
<wikipedia>Javascript</wikipedia> de tests des adresses <link
local="arreter-d-interdire-des-adresses-legales">est bogué</link> ou que son code
<wikipedia name="Feuilles de style en cascade">CSS</wikipedia> contient des erreurs. Il y a de grandes chances
qu'il vous fasse remarquer que « Personne ne s'est plaint ! » Les
auteurs de logiciels ont parfois le même défaut, quoique apparemment
moins accusé.</p>
<p>Le webmestre ment-il et vous cache t-il l'impressionnante quantité
de rapports de bogue qu'il a reçue ? Pas forcément. D'abord, très peu
d'utilisateurs signalent les problèmes. Ils ont honte, sont convaincus
que la faute vient de chez eux et n'osent pas déranger ces
mystérieuses entités qui s'occupent des sites Web. Ensuite, même
lorsqu'ils ont l'intention de se plaindre, ils le font rarement de
manière suffisamment précise et détaillée (en donnant des détails sur
leurs actions, en
copiant les messages d'erreur exacts, etc) pour qu'on puisse
honnêtement en tenir compte.</p>
<p>Mais surtout, la plupart des sites Web sont gérés de manière à ce
que les responsables ne soient pas embêtés par des rapports envoyés
par les utilisateurs ; l'adresse du responsable est soigneusement
dissimulée, voire absente du site, le formulaire « Contact » est en
panne, le courrier est envoyé <link url="http://www.cbc.ca/consumer/story/2007/04/12/consumer-emails.html">à un service chargé de faire semblant de
le lire</link> et/ou à
une adresse que le webmestre ne lit pas, etc.</p>
<p>Prenons un exemple typique, celui d'un parc d'attractions dont je regardais le site Web. Aujourd'hui, il est totalement inutilisable
depuis <wikipedia name="Mozilla Firefox">Firefox</wikipedia> ou
<wikipedia>Konqueror</wikipedia>. Je vois
bien la page d'accueil mais aucun lien
ne fonctionne lorsque je clique dessus.
Cherchons à prévenir le webmestre
gentiment :
<enum>
<item><computer>webmaster@example.com</computer> (ou
<computer>webmaster@example.fr</computer>) n'existe pas : le
courrier rebondit (avec un message bizarrement formaté, probablement de l'<wikipedia xml:lang="en">UTF-7</wikipedia>) « Cette notification d'+AOk-tat de remise est
g+AOk-n+AOk-r+AOk-e automatiquement. +AMk-chec de la remise aux
destinataires suivants. webmaster@example.com »).</item>
<item>Les adresses citées dans le <wikipedia name="Domain Name System">DNS</wikipedia> (dans
l'enregistrement SOA) ou bien
récupérées via <wikipedia>whois</wikipedia> donnent le même
résultat.</item>
</enum>
</p>
<p>Bref, aucun moyen d'embêter le webmestre avec des problèmes
concrets. Il pourra donc continuer à affirmer « Personne ne s'est
plaint ! » sauf s'il lit ce blog ou bien les <link
url="http://www.demaziere.fr/eve/serveurs/4_4.html">textes
équivalents</link>. Apparemment, c'est le cas puisque, après la
première publication de cet article, j'ai rapidement été contacté par
ledit webmestre (et c'est pour cela que j'ai retiré le nom du parc en
question, puisque ce problème de contact est résolu). Mais cela ne se
termine pas toujours aussi bien.</p>
<p>Par exemple, au moment où je mets à jour cet article (octobre
2007), il n'y a aucun responsable qui se tient au courant des
problèmes (encodage incorrect) avec la lettre d'information de
<wikipedia>Vélib'</wikipedia>. Cette lettre est envoyée par un domaine
inconnu, <computer>centraldoc.com</computer>, dont les liens avec la
<wikipedia>Mairie de Paris</wikipedia> ou bien avec la société
concessionnaire, <wikipedia>JC Decaux</wikipedia>, sont mystérieux, et
le responsable dans ce domaine est aux abonnés absents :
<code>
  velib@centraldoc.com
    Permission denied:
    creating lock file hitching post /var/spool/virtual/centraldoc.com/velib.lock.da9178.oxyd.net.47112444.000031fe (euid=502 egid=12):
    retry timeout exceeded
</code>
Écrire à <computer>postmaster</computer> de ce domaine ou bien à <computer>postmaster@velib.paris.fr</computer> ne résout rien :
<code>
&lt;postmaster@velib.paris.fr>&gt;: connect to velib.paris.fr[81.252.90.144]:
    Connection timed out
  </code>
Bref, encore un domaine où les responsables ne risquent pas d'être
embêtés par les râleurs.</p>
</content>
</entry>
