Un concepteur d'interface utilisateur de site Web devrait-il connaître Javascript / JQuery ainsi que HTML et CSS?
Mon problème est le suivant: peu de gens mentionnent qu'un concepteur d'interface utilisateur ne devrait pas avoir de connaissance de JavaScript, il ne devrait connaître que html et css. Mais je crois qu'un concepteur d'interface utilisateur devrait également avoir des connaissances JavaScript ou jQuery. Depuis, il pourrait essayer de créer un diaporama jQuery sur son propriétaire et voir à quoi il ressemble et jouer avec. Ou implémentez un menu dans jQuery.
Comment puis-je décider si un concepteur d'interface utilisateur doit connaître Javascript ou jQuery?
Si vous faites une distinction entre un concepteur d'interface utilisateur et un développeur d'interface utilisateur/front-end, je m'attendrais à ce que ce dernier soit compétent avec les scripts à un niveau décent, mais pas nécessairement le premier. Si vous concevez une interface que quelqu'un d'autre finira par implémenter et que vos connaissances en JavaScript ne sont pas brillantes, vous avez la responsabilité de discuter avec un collègue plus expérimenté pour vous assurer que ce que vous proposez est réalisable.
HTML/CSS est de toute façon supposé par défaut pour tout concepteur d'interface utilisateur, il n'y a donc pas de débat sur la nécessité de cela.
Mais le simple fait d'avoir des compétences en HTML/CSS ne serait pas vraiment un atout, étant donné que la plupart des pages Web ont de nos jours beaucoup de scripts front-end à faire également. Les concepteurs d'interface utilisateur auraient besoin de connaissances en JavaScript/Jquery pour manipuler les objets DOM, par exemple quelque chose comme la vérification de plusieurs cases à cocher ou le défilement des tableaux. Ou dans le cas de plugins intégrant à la page principale. Le bon vieux temps où les concepteurs d'interface utilisateur avaient juste besoin de savoir que HTML/CSS était révolu, ils devaient également avoir une assez bonne connaissance des scripts.
Quiconque participe au développement frontend d'un site ne vaut pas grand-chose s'il ne connaît pas le jQuery de base pour manipuler des objets DOM, utiliser des plugins et faire des choses comme des diaporamas comme vous l'avez dit. Heck beaucoup de concepteurs sont limités s'ils ne peuvent pas implémenter le diaporama qu'ils ont mis dans une conception.
HTML/CSS n'est pas un défi, ils enseignent le HTML à l'école, donc le simple fait de savoir HTML/CSS ne vous fera vraiment pas vous démarquer. À la fin de la journée, il ne sera pas mauvais d'avoir cet attribut supplémentaire dans votre compétence.
Les concepteurs doivent comprendre le support dans lequel ils travaillent. Les concepteurs Web, par exemple, doivent comprendre HTML, CSS et JS, et, idéalement, le fonctionnement des systèmes dorsaux.
Dans quelle mesure ont-ils besoin de comprendre tout cela? En fait ça dépend. Cela dépend principalement de la taille de l'équipe sur laquelle ils peuvent travailler. Plus l'équipe UX est grande, plus les rôles dédiés et spécialisés peuvent exister.
Plus l'équipe est petite, plus ceux qui la composent doivent porter plusieurs chapeaux.
Quant au débat HTML + CSS vs, HTML + CSS + JS, je ne vois aucune raison de séparer JS de cela. C'est tout le code de la couche de présentation et tout fonctionne ensemble, donc un concepteur d'interface utilisateur devrait savoir comment les 3 fonctionnent ensemble.
Selon mes connaissances, le concepteur d'interface utilisateur est une personne qui ne créera le design qu'à l'aide d'un éditeur d'images ou d'une méthode similaire. Ils n'ont pas besoin d'avoir de connaissances techniques.
Et les développeurs Web (les parties liées à l'interface utilisateur seront implémentées par les développeurs frontaux) feront le codage pour fournir de vraies pages Web selon le croquis du concepteur.
Dans ce cas, un concepteur d'interface utilisateur doit être très créatif et doit avoir une bonne connaissance de base de l'esthétique et de la façon d'utiliser les couleurs pour éclairer différents scénarios. (Par exemple: lorsque nous utilisons ensemble certaines couleurs, elles tentent de donner un aspect 3D)
Cependant, la plupart des petites sociétés de logiciels dépendraient des capacités de conception d'interface utilisateur des développeurs frontaux et leur permettraient également de faire le travail du concepteur.
Quoi qu'il en soit, j'ai expérimenté ces deux méthodes et l'utilisation de concepteurs d'interface utilisateur distincts a presque toujours dépassé les développeurs frontaux performants faisant du travail d'interface utilisateur.
Je pense que ce que vous recherchez est ce que Jared Spool appelle un "super designer".
http://www.uie.com/brainsparks/2011/05/31/why-the-valley-wants-designers-that-can-code/
Il existe un certain nombre de ces types de personnes. Ils ont des côtelettes de conception décentes et peuvent coder ce qu'ils conçoivent (bien que, fréquemment, quelqu'un d'autre le fasse). Cela a l'avantage que le concepteur crée des conceptions qui sont réellement réalisables et pas seulement des rêves de pipe. Bien sûr, j'aimerais avoir une interface utilisateur qui peut réellement lire dans mes pensées, mais qui ne peut pas être implémentée (du moins pas sur 99,999% des budgets).
Un bon concepteur doit connaître les capacités techniques de l'environnement, des outils, des développeurs et du client pour créer la meilleure conception possible dans ces contraintes. Lorsqu'un concepteur peut construire tout ce qu'il conçoit, il y a une certaine assurance que cela fonctionnera réellement et réduira la fraude de concepteur-développeur qui se produit fréquemment.
Ces types de "super designers" réduiront en fait les coûts et les délais de commercialisation grâce à leurs compétences et à leurs capacités.
Ce n'est pas une situation où vous pouvez dire "oui, tous les concepteurs d'interface utilisateur devraient/ne devraient pas connaître javascript/jQuery/coding/que ce soit". Et je ne peux pas être assez en désaccord avec les gens qui insistent sur le fait que cela peut être nocif pour que vos concepteurs sachent comment faire les choses!
Au lieu de demander "s'ils le savent", vous devez vraiment examiner les besoins de votre équipe. Avez-vous besoin de prototypes haute fidélité? Avez-vous besoin d'une itération rapide pour les tests utilisateur qui est ralentie si un développeur frontal doit faire l'interface à chaque fois pour le concepteur d'interface utilisateur? Votre site est-il largement basé sur du contenu javascript dynamique?
Plus vous pouvez répondre à ces questions par oui, plus il est évident que javascript/jQuery/etc est une compétence importante. Si vous concevez des pages très dynamiques, il peut être extrêmement important que votre concepteur d'interface utilisateur comprenne comment tout cela va de pair et ce qui est possible. Si vous effectuez un prototype de test/démonstration, il peut être extrêmement utile que votre concepteur d'interface utilisateur puisse le faire lui-même.
Je m'oppose à réponse de Matt Obee ; oui, il est vrai que les développeurs front-end devraient avoir des compétences de script beaucoup plus solides et devraient être responsables de la construction de votre projet final publié (construction pour les performances et la maintenabilité), mais cela n'empêche pas l'importance potentielle de votre concepteur d'interface utilisateur de connaître le javascript ainsi que.
Ce n'est pas parce que votre concepteur connaît Javascript qu'il doit construire lui-même la base de code finale ! Si c'est une très petite boutique, vous avez peut-être besoin de votre concepteur d'interface utilisateur pour créer une grande quantité du code final, mais si c'est le cas, vous devez déjà connaître les exigences du rôle.
Vous devez évaluer dans quelle mesure un concepteur d'interface utilisateur avec des connaissances en javascript pourrait bénéficier de la situation votre. Il n'y a pas de réponse oui ou non coupée et séchée. Il y a beaucoup de dogmes des deux côtés de cet argument, assurez-vous certainement de ne pas vous y prendre. Il existe de nombreuses raisons de laisser le javascript comme une exigence dans la description de travail pour un concepteur d'interface utilisateur Web, et de nombreuses raisons pour en faire un "plus" à la place ou même ne pas s'y concentrer, selon la pertinence du javascript pour votre projet et à quel point le concepteur sera détaché du code final.
D'après mon expérience, si quelqu'un n'est vraiment que le concepteur de l'interface utilisateur , cela aide si il/elle ne laisse pas le design être influencé par son/sa trop de connaissances. De cette façon, le design ne sera pas limité par ce que le designer pense possible, mais simplement par la façon dont le designer pense qu'il est le plus utile/joli. Après cela, c'est au développeur (plus qualifié) UI d'implémenter la conception. Le développeur frontal pourrait être capable d'implémenter des fonctionnalités que le concepteur a jugées impossibles.
Modifier:
Commentaires honnêtes. "Du tout" est peut-être un peu fort. J'ai légèrement modifié ma formulation.