Tu as raison, concevoir des API et des GUI, ce n'est pas le même boulot, ce ne sont pas les même utilisateurs, ce n'est pas strictement la même façon de penser.
Et pourtant il y a des concepts communs, par exemple il y a une courbe d'apprentissage.
Quand c'est une GUI c'est une courbe d'apprentissage de l'interface graphique, et quand c'est une API, c'est une courbe d'apprentissage de la manière d'interagir avec l'API. Dans un cas c'est une personne lambda, dans l'autre cas c'est un développeur ; dans les deux cas si tu changes des concepts "de base" ça perturbe l'utilisateur qui connait déjà ton système (même si ta nouvelle interface est fondamentalement mieux), et ça en change rien pour celui qui te découvre.
Si on parle d'API, un dévelopeur client de ton API qui est "limite" ou qui n'utilise pas ton API à plein temps, il va grogner en voyant qu'il faut changer les concepts d'utilisation pour passer à la v3 qui propose de nouveaux mécanismes mais qui casse la compatibilité sur l'existant. C'est exactement le même problème que pour une interface graphique : tu ne connais pas les mécanismes que l'utilisateur à mis en place de l'autre côté de ton interface, qu'elle soit graphique ou de programmation.
Dans le cas d'une interface graphique, tous ces mécanismes à changer son dans la tête de l'utilisateur, donc tu n'as pas l'impression que ça change grand chose vu que c'est invisible, peu palpable. Reste que certaines personnes vont dépenser de l'énergie pour procéder à ce changement qui fondamentalement ne leur apporte rien.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Réponse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Dépouillement de Firefox. Évalué à 1.
Et pourtant il y a des concepts communs, par exemple il y a une courbe d'apprentissage.
Quand c'est une GUI c'est une courbe d'apprentissage de l'interface graphique, et quand c'est une API, c'est une courbe d'apprentissage de la manière d'interagir avec l'API. Dans un cas c'est une personne lambda, dans l'autre cas c'est un développeur ; dans les deux cas si tu changes des concepts "de base" ça perturbe l'utilisateur qui connait déjà ton système (même si ta nouvelle interface est fondamentalement mieux), et ça en change rien pour celui qui te découvre.
Si on parle d'API, un dévelopeur client de ton API qui est "limite" ou qui n'utilise pas ton API à plein temps, il va grogner en voyant qu'il faut changer les concepts d'utilisation pour passer à la v3 qui propose de nouveaux mécanismes mais qui casse la compatibilité sur l'existant. C'est exactement le même problème que pour une interface graphique : tu ne connais pas les mécanismes que l'utilisateur à mis en place de l'autre côté de ton interface, qu'elle soit graphique ou de programmation.
Dans le cas d'une interface graphique, tous ces mécanismes à changer son dans la tête de l'utilisateur, donc tu n'as pas l'impression que ça change grand chose vu que c'est invisible, peu palpable. Reste que certaines personnes vont dépenser de l'énergie pour procéder à ce changement qui fondamentalement ne leur apporte rien.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo