Les concepteurs Web doivent-ils savoir coder?

En tant que développeur Web, à la fois architecte front-end et back-end, je travaille avec de nombreux concepteurs différents et je trouve parfois frustrant de travailler avec des compositions de conception où aucune pensée n'a été mise sur la façon d'accomplir la conception en CSS et HTML de base. D'un autre côté, en tant que développeur, je suis censé être capable de produire du code à partir de n'importe quelle conception.

Les concepteurs de sites Web doivent-ils connaître les techniques de base CSS et HTML modernes? Pourquoi ou pourquoi cela n'est-il pas important pour un concepteur de sites Web bien équilibré?

Quelques réflexions générales:

• Les développeurs Web frontaux doivent être suffisamment qualifiés pour coder n'importe quelle conception.
• Les concepteurs Web doivent comprendre comment les utilisateurs interagiront réellement avec leur conception.
• Les magasins de conception préfèrent que les concepteurs conçoivent et laissent tout le codage aux développeurs.

Les concepteurs de sites Web doivent-ils connaître les techniques de base CSS et HTML modernes?

Oui.

Pourquoi ou pourquoi cela n'est-il pas important pour un concepteur de sites Web bien équilibré?

J'ai répondu "oui" car vous avez utilisé le mot basique .

Il est absolument essentiel que les concepteurs de sites Web connaissent les techniques de base HTML et CSS, de la même manière que les architectes doivent savoir quelque chose sur la physique et la science des matériaux, les concepteurs d'impression doivent savoir quelque chose sur le processus d'impression CMJN et les créateurs de mode doivent savoir quelque chose sur le tissu.

Si vous ne savez rien des techniques CSS et HTML, vous ne pouvez pas vous appeler un "concepteur Web". Vous êtes simplement un artiste ou quelque chose.

Commentaires sur vos pensées:

Les développeurs Web frontaux doivent être suffisamment qualifiés pour coder n'importe quelle conception.

Faux. Il s'agit d'une simplification excessive. Certaines choses ne se traduisent pas bien sur le Web. Certaines conceptions peuvent s'effondrer ou ne pas fonctionner sur une certaine plateforme ou taille d'écran qui doit être prise en charge.

Un concepteur de sites Web doit connaître les limites en fonction du public et des exigences de performances. Un concepteur qui connaît CSS et HTML sait comment modifier la conception afin que le code sous-jacent soit rendu aussi réactif et efficace que possible.

Les concepteurs Web doivent comprendre comment les utilisateurs interagiront réellement avec leur conception.

Vous avez décrit UX Design , qui est une discipline complètement différente. Bien que la conception de l'expérience utilisateur implique des aspects de la conception graphique, elle n'a vraiment pas grand-chose à voir avec CSS ou HTML.

Bien que les bons concepteurs Web bien équilibrés devraient avoir une bonne connaissance de la conception UX, il est également courant pour eux de collaborer avec des spécialistes UX.

Les magasins de conception préfèrent que les concepteurs conçoivent et laissent tout le codage aux développeurs.

Cela peut être partiellement vrai, mais pas totalement. MVC (modèle / vue / contrôleur) est un paradigme populaire dans les systèmes de gestion de contenu. De nombreux ateliers de conception souhaitent que les concepteurs se familiarisent avec le codage HTML / CSS afin de pouvoir se concentrer sur la présentation du contenu (la "vue"), tandis que les développeurs se concentrent sur le modèle / contrôleur.

Cela ne veut pas dire que certains magasins n'emploient pas de graphistes qui se concentrent simplement sur les éléments graphiques et poussent les pixels autour - mais ils ne sont pas des concepteurs Web, à mon avis. Un grand site Web peut employer des graphistes, des concepteurs Web, des concepteurs UX, des développeurs Web et des spécialistes de bases de données qui collaborent tous pour produire un site Web fini. Un pigiste qui construit de plus petits sites peut se lancer dans toutes les disciplines et se faire appeler concepteur / développeur Web.

Un concepteur Web doit comprendre comment fonctionne le code et ce dont il est capable, de la même manière qu'un concepteur d'impression comprend à quoi ressemblera l'encre sur papier et comment le papier peut se plier ou être coupé. Tout concepteur doit comprendre les limites et les points forts du support choisi.

Si un concepteur Web crée ce site magnifique, il lui appartiendrait soit d'apprendre les bases du codage, soit de s'asseoir avec un codeur à quelques moments du processus pour vérifier que le site de la beauté peut être atteint. Je dirais donc que un concepteur web au minimum besoin de savoir au sujet du code.

Je pense qu'il est spécieux de dire "un développeur peut coder n'importe quoi", de la même manière que vous ne pouvez pas dire que tout ce qui peut être imprimé peut être reproduit exactement sur le Web en utilisant HTML / CSS.

Lauren, ghoppe et Farray parlent tous calmement, donc je ne vais pas répéter ce qu'ils ont dit. Pour des raisons pratiques, permettez-moi de proposer une autre interprétation de vos questions explicites et implicites.

La meilleure approche pour un développeur est la même que celle utilisée par les imprimeurs depuis que Gutenberg a coupé son premier type: insistez pour que le concepteur vous implique dans le projet dès le début. Expliquez clairement que vous devez être impliqué dans la discussion avant qu'un seul pixel ne frappe l'écran.

Quand je suis sur un projet de conception d'impression qui implique quelque chose d'inhabituel, je suis immédiatement en pourparlers avec les imprimeurs et les relieurs. Ils en savent beaucoup plus sur leur métier que moi, alors je me fais un devoir de les impliquer dès le départ. Malheureusement, les concepteurs débutants, en particulier lorsqu'ils sont fraîchement sortis de l'école et ne sont pas encore familiarisés avec le monde réel, négligent parfois cette simple étape et se retrouvent dans un kimshee profond sans gilet de sauvetage.

Campagne dans les blogs, sur les forums, avec les clients et les chefs de projet, avec les écoles locales et les groupes d'utilisateurs et tout concepteur à portée: "Parlez à votre développeur avant de commencer à concevoir!"

Un développeur va obtenir des compositions de concepteurs qui n'ont aucune idée de ce qu'ils demandent, tout comme les services de prépresse obtiennent parfois des illustrations inutilisables (et les concepteurs reçoivent des mémoires que seul un masochiste suivrait). Mais vous pouvez éviter beaucoup de frustration et de perte de temps si vous insistez pour avoir une place à la table de planification.

Oui et non. Il est important de savoir comment fonctionne votre environnement cible, mais il n'est pas vraiment important que vous compreniez le code spécifique requis pour faire fonctionner le système de cette façon. En d'autres termes - je ne m'inquiéterais pas de la syntaxe spécifique pour créer des coins arrondis dans tous les principaux moteurs de navigation, mais je considérerais qu'il est important que vous compreniez si vous pouvez ou non créer des coins arrondis dans tous les principaux navigateurs (et combien de code est requis faire cela).

Par exemple, il y a quelques années à peine, nous étions encore aux prises avec IE6. Nous avions une conception absolument magnifique pour une application intranet d'entreprise, mais elle dépendait fortement de superpositions transparentes. IE6 pouvait afficher les PNG8 mais ne respectait pas le canal alpha des PNG24, et pour utiliser l'opacité basée sur CSS, il fallait des filtres ActiveX et d'autres problèmes. Les cerceaux peuvent être sautés pour obtenir l'effet souhaité, mais chaque cerceau représente un cycle de développement plus long, un taux de bogues plus élevé, une maintenance plus difficile, etc. En plus du coût direct en heures-homme de développement et de maintenance de cette conception (désormais gênante), il y avait aussi le coût d'opportunité de lier les heures de développement à corriger une base de code kludgy au lieu de travailler sur la version N + 1.

Dans ces types de situations, le coût / bénéfice de chaque effet visuel dans une conception doit être mesuré:

• À quel point l'effet visuel est-il étonnant?
  Peut-il être remplacé par un autre visuel tout aussi percutant qui ne nécessite pas autant de ressources de construction?

• L'effet peut-il être reproduit correctement sur la cible? Si votre conception d'origine ne peut pas être recréée avec précision par la cible, votre conception doit être remplacée par l'approximation la plus proche qui sera disponible. (Heureusement, cela devient de moins en moins un problème pour les concepteurs de sites Web.)

• Combien de temps avez-vous prévu?
  Pouvez-vous vous permettre plus d'heures de travail dans la construction pour obtenir l'effet souhaité? Sinon, pouvez-vous repenser la fonctionnalité en moins de temps?

• Quelle partie de la base de code devrait être refactorisée pour accueillir votre visuel?
  Si la conception et la construction se déroulent simultanément, ou si vous redéfinissez une application héritée, à quel point les codeurs auront-ils du mal à intégrer votre visuel? Pas seulement les heures nécessaires pour effectuer la réécriture, mais les heures potentielles de débogage et de maintenance du code nouvellement modifié.

Il y a un certain chevauchement entre les puces ci-dessus et certains autres points qui ne sont pas répertoriés. Le fait est que, même sur cette courte liste, il y a des coûts commerciaux qui doivent être pris en compte. Vous pouvez évaluer la situation beaucoup plus efficacement si vous savez comment fonctionne réellement le système cible.

Si vous comprenez les limites du CSS ou du HTML avant de créer votre conception, vous pouvez créer des conceptions qui passeront par la phase de construction sans problèmes. Vous aurez également la certitude que votre conception peut être mise en œuvre et la puissance de connaître le coût approximatif. C'est toujours pratique à avoir à ses côtés.

D'après mon expérience (je suis un codeur, pas un concepteur), ce n'est pas tellement une question que le concepteur Web devrait connaître sur le code. Mais ils doivent savoir comment leur travail est appliqué dans un navigateur.

Le plus gros problème avec les concepteurs n'ayant pas suffisamment de connaissances sur le Web / les navigateurs est qu'ils créent des conceptions qui sont belles, mais ne fonctionnent pas vraiment à l'intérieur du navigateur. Juste quelques éléments que certains n'ont peut-être pas pris en compte:

• Utilisation de polices. Ils utilisent des polices installées avec leur PhotoShop, que l'utilisateur moyen n'a pas. Ou ils utilisent des polices Mac, qui n'existent pas sous Windows / Linux.
• Manque de respect de la taille de l'écran / du navigateur. La conception n'est pas destinée à être affichée sur des ordinateurs plus petits. Comme les ordinateurs portables / tablettes plus petits sont de plus en plus populaires, la nécessité de prendre en compte des tailles d'écran plus petites devient plus importante.
• Que doit-il se passer lorsque vous redimensionnez l'écran du navigateur? Le concepteur a-t-il pris en compte ce qui devrait arriver avec la conception lorsque le navigateur est redimensionné.
• Qu'en est-il des barres de défilement. La conception est généralement fournie avec des espaces réservés "lorem ipsum". Et si beaucoup de texte est placé dans cet espace réservé et que nous avons besoin de barres de défilement, où les placer.
• Beaucoup d'images. Certains modèles nécessitent que vous découpiez beaucoup de png. Cela peut entraîner de longs temps de réponse du serveur Web, car la page initiale nécessite que le navigateur télécharge tous ces fichiers png.

Ce sont les problèmes que j'ai vus en travaillant avec des designers. Ce ne sont pas des problèmes lorsque le concepteur ne sait rien du code. Mais des problèmes de ne pas penser à la façon dont le design est utilisé.

Une compréhension plus large du médium dans lequel on travaille fait toujours de nous un meilleur artiste et artisan dans ce domaine.

De nombreux concepteurs de sites Web qui ne connaissent pas le développement frontal sont difficiles à travailler avec peu parce qu'ils sont de mauvais concepteurs de sites Web, mais parce qu'ils ne sont tout simplement pas des concepteurs de sites Web. Ce sont des graphistes qui ont une certaine impression et essaient de créer des brochures et des affiches plutôt que des sites Web réels.

C'est comme embaucher un paysagiste pour rénover votre salle de bain. Ils ont un sens du design et comprennent probablement certains des principes fondamentaux, mais il y a de fortes chances qu'ils soient bien meilleurs pour aménager votre pelouse que pour carreler votre douche.

Il y a une décennie, lorsque la plupart des sites Web étaient encore construits comme des chaînes de montage en usine, ce n'était pas si grave d'avoir une personne pour faire le PSD, la prochaine pour le HTML et la prochaine pour ajouter la DB, etc.

Mais de nos jours, la construction Web la plus progressive se fait avec un processus agile et les équipes sont diverses avec de nombreuses méthodologies d'expérience utilisateur ajoutées, des améliorations progressives, des systèmes intégrés d'arrière-plan et frontaux, des concepts tels que la conception Web réactive, etc. En tant que tel, une grande partie du processus de conception doit se produire dans le code . Que ce soit le prototypage, les tests utilisateurs, la conception itérative ou ce que vous avez, le code est le support et l'équipe doit le comprendre.

Non, tout le monde dans l'équipe n'a pas besoin d'écrire des plugins jQuery. Mais l'équipe doit au moins savoir de quoi il s'agit et l'équipe UX / Web doit avoir des personnes sur qui PEUVENT les écrire, car en fin de compte, tout ce qui est conçu doit être construit.

Oui. Un artiste doit comprendre le médium dans lequel il travaille, que ce soit un peintre avec son huile et sa toile, un sculpteur avec son marbre et son ciseau, ou un web designer avec son HTML et CSS.

J'avais l'habitude de travailler dans l'industrie du jeu vidéo. Les meilleurs concepteurs de jeux étaient des personnes créatives avec un fort penchant technique qui comprenaient les limites en constante évolution du médium et pouvaient concevoir pour lui. Les gens qui ne peuvent pas faire ce dépassement et la mise en œuvre édulcorée de leur vision finissent par sucer.

J'ai récemment fait du développement web où le parcours du designer était entièrement dans la presse écrite. Le résultat était des pages plutôt belles, qui auraient été fantastiques en version imprimée, mais fonctionnaient plutôt mal en tant que site Web.

Pour moi, la déconnexion concepteur / développeur est quelque chose qui s'est produit il y a des années, mais les gens ont réalisé que la conception Web était bien plus qu'une simple maquette.

Pour moi, quand quelqu'un s'appelle un concepteur de sites Web, je m'attends à:

a) They can design a layout either in a image editing program, or in the browser
b) Can articulate their design choices, and have sensible reasons
c) Proficient (as opposed to basic knowledge) with HTML, CSS, and JavaScript.
d) Basic knowledge of server side programming

Pour moi, un concepteur de sites Web est quelqu'un qui peut créer le côté client d'un site.

Un bon concepteur de sites Web aura tout cela et une compréhension de la façon dont les choix qu'ils font au cours du processus de conception affectent l'UX du site.

Quand quelqu'un dit développeur web, je m'attends à:

a) Proficient with at least one server side programming language
b) Basic knowledge of server configurations
c) Basic knowledge of client side technology (JavaScript and AJAX implementations)
d) Basic knowledge of backend architecture

Un bon développeur web aura tout cela et sera capable de comprendre comment les choix d'architecture qu'il fait influencent le front-end du site et les fonctionnalités exposées aux utilisateurs.

Vous obtenez également des gens qui se spécialisent dans l'UX et dans d'autres domaines plus horizontaux que la conception Web, en ce sens qu'ils s'appliquent à un certain nombre d'environnements de développement différents.

modifier: Si quelqu'un a un exemple d'un bon groupe de conception qui sépare la conception graphique de la conception Web, je serais très intéressé.

Les concepteurs devraient avoir une idée du fonctionnement du codage. C'est parfois le seul moyen d'empêcher leur développeur frontal de devenir homicide . Pour acquérir cette idée, l'expérience directe peut être le moyen le plus simple.

Il y en a certainement d'autres, mais cela ne peut pas nuire à votre entreprise d'apprendre à programmer un peu de Javascript. (En fait, les temps changent et il y a des légions de gars avec des compétences de concepteur qui peuvent javascript leur chemin hors de leurs DOM, mais c'est une toute autre histoire)

Mes pensées générales:

• Les développeurs Web frontaux doivent faire face à des backends horribles et à de nombreux niveaux d'idiosyncrasies pour s'occuper de vos subtilités de conception. La plupart de ces idiosyncrasies sont causées par de mauvais choix de backends préfabriqués de la part de la direction et volent beaucoup de temps à gérer.

• Les concepteurs de sites Web, tout en traitant avec des individus stressés, risquent leur vie , en permanence. Et devrait prendre certaines de ces questions d'entrée en considération sérieusement, au lieu de laisser tomber le design sur leur table et de s'enfuir en hurlant au bureau "Je suis fini, j'ai fini, à partir de maintenant, c'est entièrement la faute du développeur! "

• Les boutiques de design devraient brûler.

Cela dépend de l'endroit où vous travaillez.

Si vous travaillez pour une grande entreprise, il peut s'agir de rôles individuels:

1. Spécialiste UX ou Architecture - planifie l'architecture / l'organisation des informations du site / réalise des wireframes

2. Designer - conçoit le site à l'aide de photoshop ou d'un autre outil

3. Développeur frontal - fait html / css / javascript / json / xml / etc. et écrit du code de modèle qui intègre l'extrémité avant avec l'arrière

4. Développeur Back End - fait la programmation qui fait que tout fonctionne réellement dynamiquement

La plupart des lieux de niveau intermédiaire exigent que le concepteur gère également les décisions UX. Mais les petits endroits peuvent avoir besoin du concepteur pour faire toutes les 3 choses ci-dessus. Cependant, le front-end est un domaine délicat et il contient des personnes de différents ensembles de compétences. Si vous êtes un concepteur qui a besoin de faire du front-end, vous ne devez certainement pas en savoir beaucoup plus que HTML / CSS et JQuery ou un autre travail de cadre. Attendre d'un concepteur qu'il connaisse les aspects plus profonds de l'intégration javascript et back-end est trop demander.

Bien sûr, si vous êtes indépendant, vous devez tout savoir et tout faire vous-même;)

Je pense que les concepteurs de sites Web devraient connaître le HTML / CSS - même si cela se limite aux principes fondamentaux - pour pouvoir créer des conceptions et des interfaces Web qui fonctionnent sur le support.

Les concepteurs Web peuvent choisir de ne pas écrire le HTML / CSS eux-mêmes, mais il est essentiel de savoir comment le balisage et le CSS fonctionnent pour être concepteur de sites Web. Les concepteurs Web peuvent ne pas avoir besoin d'être des ninjas HTML / CSS, mais cela leur sert bien de savoir (au moins) comment leurs compositions de mise en page Web sont converties en site Web.

Les concepteurs Web doivent-ils savoir coder?

Oui, le concepteur Web doit gérer des logiciels comme Adobe Photoshop, Illustrator et InDesign pour créer une conception pour le Web. Ensuite, cette conception traite du codage pour le rendre en ligne. Et pour cela, il est très important pour le concepteur Web de comprendre les composants de sa conception à représenter comme un codage. Pour cela, ils doivent avoir la connaissance du codage, pas une compréhension complète mais des bases.

Personnellement, tout dépend de vos compétences et de vos exigences. Compétences permettant d'apprendre et de saisir des choses rapidement. Les exigences étant les finances. Apprendre quelque chose aura besoin de temps. Et cela tuerait votre productivité pour le moment.

Donc, si vous avez beaucoup de temps à tuer, allez-y et apprenez à coder.

Je suis designer depuis quatre ans et je suis bon en édition de trucs basiques. Je n'ai tout simplement pas assez de temps pour apprendre le code de la manière professionnelle.