Chaque application accumule des param\u00e8tres comme une maison s'encombre de bric-\u00e0-brac : lentement, imperceptiblement, petit \u00e0 petit, \u00e0 chaque ajout bien intentionn\u00e9. Il en r\u00e9sulte un \u00e9cran \u00ab Param\u00e8tres \u00bb que personne ne lit et un produit dont la signification varie l\u00e9g\u00e8rement d'un utilisateur \u00e0 l'autre.<\/p>\n
Chaque param\u00e8tre semble anodin pris isol\u00e9ment. Il s\u2019agit d\u2019un simple commutateur, d\u00e9sactiv\u00e9 par d\u00e9faut, que personne n\u2019est oblig\u00e9 de modifier. Mais chaque commutateur double le nombre de comportements possibles de l\u2019application, et quelqu\u2019un doit tous les tester, sur chaque plateforme, dans chaque langue. Pour une petite \u00e9quipe qui d\u00e9ploie ses applications sur iPhone, Android, Windows et le navigateur, cette multiplication fait toute la diff\u00e9rence entre une mise en production prudente et une mise en production hasardeuse.<\/p>\n
Trois options que nous avons toujours refus\u00e9 d'ajouter, m\u00eame lorsqu'on nous l'a demand\u00e9 :<\/p>\n
Si nous n'arrivons pas \u00e0 d\u00e9terminer lequel est le meilleur, c'est qu'aucun des deux n'est assez bon pour \u00eatre commercialis\u00e9.<\/p>\n
La demande \u00e9mane g\u00e9n\u00e9ralement de l'\u00e9quipe elle-m\u00eame plut\u00f4t que des utilisateurs : deux personnes pr\u00e9f\u00e8rent deux versions diff\u00e9rentes, et un param\u00e8tre semble \u00eatre une solution diplomatique. Ce n'est pas le cas. Un nouvel utilisateur ne conna\u00eet pas suffisamment l'application pour choisir la mani\u00e8re dont il souhaite la d\u00e9couvrir. Nous continuons donc \u00e0 travailler jusqu'\u00e0 ce qu'un parcours se r\u00e9v\u00e8le clairement meilleur, et c'est celui-l\u00e0 que nous lan\u00e7ons.<\/p>\n
Soit la nouvelle version constitue une am\u00e9lioration et l'ancienne est supprim\u00e9e, soit elle n'est pas encore pr\u00eate. Un bouton bascule permet d'\u00e9viter de prendre cette d\u00e9cision \u2014 mais cela double ind\u00e9finiment notre charge de travail en mati\u00e8re d'assurance qualit\u00e9.<\/p>\n
Nous comprenons pourquoi les gens se posent cette question. Une refonte modifie la m\u00e9moire musculaire, ce qui est v\u00e9ritablement perturbant. Notre r\u00e9ponse consiste \u00e0 rendre la transition plus en douceur plut\u00f4t que de la laisser au choix de l\u2019utilisateur : conserver les \u00e9l\u00e9ments \u00e0 leur emplacement d\u2019origine lorsque c\u2019est possible, expliquer ce qui a \u00e9t\u00e9 d\u00e9plac\u00e9 et laisser le temps \u00e0 la nouvelle version de faire ses preuves avant de la juger. Si, apr\u00e8s cela, la refonte s\u2019av\u00e8re toujours moins bien adapt\u00e9e \u00e0 la plupart des utilisateurs, la solution la plus honn\u00eate est de la corriger ou de revenir \u00e0 la version pr\u00e9c\u00e9dente \u2014 et non de maintenir deux applications au sein d\u2019une seule.<\/p>\n
iOS en propose d\u00e9j\u00e0 une, \u00e0 l'\u00e9chelle du syst\u00e8me, que nous respectons. En ajouter une deuxi\u00e8me dans nos r\u00e9glages reviendrait \u00e0 faire double emploi et \u00e0 admettre tacitement que nos animations par d\u00e9faut sont aga\u00e7antes. Mieux vaut corriger ces animations.<\/p>\n
Il en va de m\u00eame pour nos autres plateformes. Android, Windows et les navigateurs disposent chacun de leurs propres param\u00e8tres syst\u00e8me permettant de r\u00e9duire les animations, et notre r\u00f4le est de les respecter plut\u00f4t que d\u2019en cr\u00e9er un autre en parall\u00e8le. Une personne qui a d\u00e9sactiv\u00e9 les animations une seule fois, pour l'ensemble de son appareil, ne devrait pas avoir \u00e0 le refaire dans chaque application qu'elle installe.<\/p>\n
Il ne s'agit pas d'une r\u00e8gle contre les param\u00e8tres de configuration. Nous en ajoutons un lorsque les utilisateurs ont r\u00e9ellement besoin d'un comportement diff\u00e9rent pour des raisons que nous ne pouvons pas anticiper dans notre conception : les unit\u00e9s de mesure, le premier jour de la semaine, la disposition du clavier sur laquelle quelqu'un apprend \u00e0 taper. La question que nous nous posons est de savoir si un param\u00e8tre refl\u00e8te une r\u00e9elle diff\u00e9rence entre les utilisateurs, ou s'il s'agit simplement d'une d\u00e9cision que nous n'avons pas encore prise.<\/p>\n
Nous n\u2019avons pas toujours su rester coh\u00e9rents. Nous avons int\u00e9gr\u00e9 des param\u00e8tres qui, au d\u00e9part, n\u2019\u00e9taient qu\u2019une r\u00e9ponse rapide \u00e0 une demande ponctuelle, mais qui sont rest\u00e9s bien apr\u00e8s que tout le monde ait oubli\u00e9 pourquoi ils avaient \u00e9t\u00e9 cr\u00e9\u00e9s. Il est plus difficile de les supprimer par la suite que de ne pas les ajouter, car \u00e0 ce moment-l\u00e0, chacun compte d\u00e9j\u00e0 sur chacun d\u2019entre eux.<\/p>\n
Refuser des modifications, c'est un travail \u00e0 part enti\u00e8re. C'est juste que \u00e7a n'appara\u00eet dans aucun message de commit.<\/p>","protected":false},"excerpt":{"rendered":"
Ces petits choix quotidiens qui consistent \u00e0 rejeter des options apparemment inoffensives, mais qui finissent par nuire \u00e0 un produit.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-571","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\n