De plus, une API se doit d'être stable, contrairement à une GUI qu'on peut modifier sans tout casser
J'ai plutôt dans l'esprit que lorsque tu modifies une GUI tu casses un paquets de réflexes chez les utilisateurs de longue date de ton logiciel. Certains sont prêts à changer leurs réflexes, d'autres non, d'autres enfin y sont prêts mais pas tout de suite. Tu as l'impression que tu ne casses rien mais c'est parce que l'homme est capable de ré-apprendre tout seul contrairement aux logiciels qui interrogent une API existante.
Pour moi les interfaces graphiques devraient être gérées comme les APIS sur des services web, par exemple : tu as deux versions qui tournent en parallèle lorsque l'API a été modifiée, et l'ancienne est toujours utilisable telle quelle pendant quelques temps.
#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é à 3.
J'ai plutôt dans l'esprit que lorsque tu modifies une GUI tu casses un paquets de réflexes chez les utilisateurs de longue date de ton logiciel. Certains sont prêts à changer leurs réflexes, d'autres non, d'autres enfin y sont prêts mais pas tout de suite. Tu as l'impression que tu ne casses rien mais c'est parce que l'homme est capable de ré-apprendre tout seul contrairement aux logiciels qui interrogent une API existante.
Pour moi les interfaces graphiques devraient être gérées comme les APIS sur des services web, par exemple : tu as deux versions qui tournent en parallèle lorsque l'API a été modifiée, et l'ancienne est toujours utilisable telle quelle pendant quelques temps.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo