Le syndrome de “l’outil pour la technologie”

L’informatique possède ce grand avantage de pouvoir créer des outils en laissant libre court à notre créativité. Et c’est certainement la raison principale de ma passion (immodérée dirait ma chère et tendre) pour les plaisirs de la programmation.

Toutefois, j’ai de plus en plus de mal (dû à mon grand âge sans doute) avec la pléthore d’outils que l’on voit un peu partout qui n’ont comme autre intérêt que l’utilisation d’une technologie.

Prenons par exemple Fishbowl, un outil pour Facebooker (j’invente des mots si je veux). Plusieurs camarades m’ont râpé les noyaux avec cet outil comme quoi c’était génial, ultime, que cela allait changer ma vie, que les filles se jetaient nues devant eux depuis qu’ils s’en servaient. Pas plus con qu’un autre, je me suis donc installé l’animal.

Résultat des courses, je me retrouve avec un outil n’ajoutant strictement rien par rapport à la version en ligne, dont le design (et quand je parle de design, je ne parle pas d’esthétisme mais bien d’utilisabilité) est digne d’un ciseau à bois pour castors et qui de toute manière nécessite une connexion pour fonctionner.

Donc là, je pose la question : « Il sert à quoi ? ». Et bien il sert à faire du WPF, voilà c’est dit. Le gars qui a fait ce logiciel a voulu faire du WPF. Il n’a pas essayé de répondre à un besoin il a juste eu envie de mettre en œuvre une technologie. Et c’est assez symptomatique de ce qui se passe dans le monde professionnel : on oublie que l’outil sert un but et n’est pas le but.

Je ne peux toutefois pas leur jeter la pierre car j’ai longtemps eu ma période fleur bleue aussi ou je voulais me toucher le tralala en mettant en œuvre telle ou telle technologie. Mais au final le seul truc qui compte est de répondre à la question : « Mon application répond-elle aux besoins de mon utilisateur ? »