Je peux pas parler pour sympa, mais vu que j’ai fait le même choix dernièrement :
Ça veut dire que ça s’intègre assez bien sous Android sans faire une application Android dédiée. Ce qui est plutôt cool, pour une appli responsive (oui, ça s’intègre assez mal sous iOS, mais perso, je m’en fiche).
Tu as pas mal de ressources à ta disposition, sur énormément de plateformes (Android, material-design-lite pour le web en général, Xamarin pour du mobile générique, des plugins pour React/Angular/Vue...)
« Mais je crois qu’il vaut mieux construire sur les idées pour arriver à autre chose, plutôt que de les suivre à la lettre » : ce genre de raisonnement attractif se révèle souvent désastreux dans énormément de domaines (crypto (comment ça une simple petite retouche personnelle sur le système de padding a complètement pété la sécurité de mon application ?), optimisation (comment ça mon algo plus efficace en théorie plombe les perfs ?), ...). En tant que non-designer, je ne me sens pas assez compétent pour différencier une touche personnelle sympa et créative d’un epic fail subtil.
En ergonomie, j’ai tendance à penser que respecter les habitudes des utilisateurs est importante. Les utilisateurs ont pris leur marque sur le material design grâce à Android ; fais du material-like mais pas exactement material et tu vas juste réussir à les embrouiller. Certes, embrouiller tes utilisateurs te démarquera, mais je suis pas sur que ce soit une bonne manière de se démarquer :)
Je me base sur material design parce que je ne considère pas le design général comme étant le point différenciant de l’application (ce serait plutôt ses fonctionnalités). J’ai pris le parti d’utiliser les idées des autres pour me simplifier la tache, alors pourquoi donc ensuite me la complexifier en remettant chaque décision en question ? Autant repartir de 0.
[^] # Re: Material ?
Posté par Moonz . En réponse à la dépêche Hackathon pour les vingt ans de sympa les 1er et 2 avril 2017. Évalué à 4. Dernière modification le 10 mars 2017 à 14:24.
Je peux pas parler pour sympa, mais vu que j’ai fait le même choix dernièrement :
Ça veut dire que ça s’intègre assez bien sous Android sans faire une application Android dédiée. Ce qui est plutôt cool, pour une appli responsive (oui, ça s’intègre assez mal sous iOS, mais perso, je m’en fiche).
Tu as pas mal de ressources à ta disposition, sur énormément de plateformes (Android, material-design-lite pour le web en général, Xamarin pour du mobile générique, des plugins pour React/Angular/Vue...)
« Mais je crois qu’il vaut mieux construire sur les idées pour arriver à autre chose, plutôt que de les suivre à la lettre » : ce genre de raisonnement attractif se révèle souvent désastreux dans énormément de domaines (crypto (comment ça une simple petite retouche personnelle sur le système de padding a complètement pété la sécurité de mon application ?), optimisation (comment ça mon algo plus efficace en théorie plombe les perfs ?), ...). En tant que non-designer, je ne me sens pas assez compétent pour différencier une touche personnelle sympa et créative d’un epic fail subtil.
En ergonomie, j’ai tendance à penser que respecter les habitudes des utilisateurs est importante. Les utilisateurs ont pris leur marque sur le material design grâce à Android ; fais du material-like mais pas exactement material et tu vas juste réussir à les embrouiller. Certes, embrouiller tes utilisateurs te démarquera, mais je suis pas sur que ce soit une bonne manière de se démarquer :)
Je me base sur material design parce que je ne considère pas le design général comme étant le point différenciant de l’application (ce serait plutôt ses fonctionnalités). J’ai pris le parti d’utiliser les idées des autres pour me simplifier la tache, alors pourquoi donc ensuite me la complexifier en remettant chaque décision en question ? Autant repartir de 0.