Les programmeurs sert souvent de concepteur d'interfaces utilisateur. Vous pourriez faire valoir si c'est bon ou non. Cependant, surtout dans les petites entreprises, c'est une réalité qui ne change pas. de
Que pensez-vous personnellement en tant que programmeur, est-ce notre travail de concevoir l'interface utilisateur? Personnellement, je pense que non, surtout lorsque vous allez travailler sur des applications Web, où ils vous ont fait concevoir une interface utilisateur. de
**** corrigez-moi si je me trompe. ****
11 Réponses :
Si un utilisateur de conception de programmeur Interfaces?
Seulement, si vous travaillez dans une petite entreprise
ou pigiste - une armée d'un homme avec une taille d'équipe limitée, où vous devez souvent porter différents chapeaux d'une programmeur, testeur, QC et le concepteur d'interface utilisateur. Ce ne serait pas le cas pour les grandes entreprises, où les équipes sont importantes et les responsabilités sont divisées horizontalement ou verticalement.
Un concepteur d'interface graphique doit concevoir des interfaces utilisateur. Ceci est une compétence différente. Bien sûr, il n'y a aucune raison pour que vous n'ayez pas besoin de quelqu'un de votre équipe capable de bien jouer des rôles, mais il est important de reconnaître que les rôles et les compétences requises sont différentes.
+1, je suis un développeur mais comme je passe beaucoup de temps à perdre du travail, je couvre ce rôle dans le travail aussi.
+1 pour une bonne réponse. Je suis d'accord avec toi.
@Ilml. C'est une tâche vraiment ennuyeuse, je le sais de mon expérience.
Dans un monde idéal, il devrait y avoir un concepteur d'interface utilisateur, tout comme il devrait y avoir un concepteur de base de données, etc.
Cependant, cela signifierait que même les projets les plus courts gérés par les plus petites entreprises auraient besoin d'une équipe d'au moins 3 personnes (ou plus). En raison du coût que cela encourrait que cela ne va jamais arriver.
sur de petits projets, vous allez avoir à doubler des fonctions de travail dans moins de personnes. C'est un fait de la vie.
D'un point de vue pragmatique, je pense que tous les programmeurs devraient avoir la compréhension des bases de la conception de l'UI, si seulement pour pouvoir repérer un mauvais et faire quelque chose à ce sujet. Je pense aussi que les programmeurs devraient également comprendre la conception de la DB.
Vous devez examiner cela comme un ensemble de compétences supplémentaire que vous avez, ce qui vous donnera plus d'options lorsque vous recherchez de nouvelles opportunités de carrière à l'avenir.
Certaines applications Web nécessitent de bonnes conceptions, vous avez raison à ce moment-là. C'est parce qu'il y a des concepteurs. Par exemple, je suis vraiment mauvais au design. Un programmeur doit avoir ses propres modèles de conception sur le codage :). Bien sûr, si vous avez une bonne idée de la façon de concevoir, cela devrait être bon pour vous. Vous pouvez tous les deux écrire et concevoir votre UI, mais vous voulez. Soyez pro sur codage, laissez les concepteurs conçoivent votre UI :) Bonne chance
Je suis très mauvais dans la conception de l'UI, c'est pourquoi j'ai commencé cette discussion.
Ne vous inquiétez pas à ce sujet. juste être un codeur pro. C'est assez pour nous.
L'équipe que je travaille est très petite, nous sommes tous impliqués dans le cycle de vie du logiciel complet, bien que nous ayons une équipe dédiée à la QA.
Vous avez répondu à votre propre question, je pense, j'ai travaillé dans des entreprises où je ne ferais pas cela et aussi les entreprises où je le ferais. Si vous travaillez sur la ligne d'applications commerciales, l'interface utilisateur peut ne pas être une priorité absolue et donc un programmeur est généralement capable de cette tâche.
Personnellement, je préfère travailler sur des projets où j'ai une vue de la pile d'applications complète, donc pour une application Web, j'espère travailler sur les couches d'interface utilisateur, de présentation, d'affaires et de persistance.
J'aime bien développer une «fonctionnalité» plutôt qu'une couche - cela rend le travail plus réel; Mais alors je dirais que je ne suis probablement pas typique à cet égard.
En outre, j'ai trouvé sur des projets où le travail est divisé par des couches qu'il y a (nécessairement) une surcharge beaucoup plus grande dans l'accord sur les interfaces entre différents développeurs. Sans doute, bien sûr, c'est une bonne chose, car une conception supplémentaire en avant ne peut que améliorer les choses, mais j'ai constaté que des quantités énormes ont été gaspillées avec des personnes qui attendent les autres et de fixer la chose qui s'est cassée d'un changement apparemment inoffensu.
Bien sûr, il existe une compétence très différente, vous avez donc besoin de bons rounders (qui sont probablement moins bons à la minute de détail des zones individuelles) ou des responsables forts pour chaque technologie. Mais je pense que la récupération est moins de problèmes d'intégration dans lesquels le code de chacun fonctionne parfaitement, tout simplement pas ensemble!
Je pense qu'un programmeur peut concevoir UI bien étant donné la bonne formation. Moniversité a eu des cours d'interface utilisateur, et il existe de courts séminaires / classes de formation sur place aujourd'hui sur les bases de la bonne conception de l'interface utilisateur. L'important est de bien connaître votre client, ainsi que l'utilisation réelle de votre site Web - gardez à l'esprit que cela peut différer de votre utilisation envisagée. C'EST À DIRE. Vous avez peut-être eu l'intention d'utiliser un type d'utilisateur d'utiliser votre site de manière très fondamentale, mais il s'avère qu'il est devenu un favori des utilisateurs experts. L'interface utilisateur doit donc soutenir cela.
Temps souvent votre client d'achat, si vous proposez des "solutions" plutôt que "des produits", dictera de grandes portions de l'interface, à droite ou à la mauvaise, l'affect de votre expertise de conception est donc limité. La compétence importante à avoir ici est de communiquer les WHYS de votre interface et de la raison de la personne.
programmeurs, généralement, design horrible UIS.
Je pense que l'idéal ici est un concepteur d'interface utilisateur avec certaines connaissances de programmation. Bien qu'ils se concentrent sur l'expérience de l'utilisateur, ils sauront également comment certaines décisions de l'interface utilisateur peuvent avoir un impact important sur la mise en œuvre sous-jacente.
Les programmeurs, généralement, design horrible UIS . C'est vrai parfois.
Je pense que c'est un peu une généralisation; Je conviens que la majorité (?) Des programmeurs n'a probablement pas un œil artistique brillant, mais compte tenu de des conseils de conception, d'un concepteur non nécessairement technique - je pense que Photoshop maquettes avec des couleurs, des polices et des mises en page de guidage - La plupart des programmeurs peuvent proposer une interface utilisateur parfaitement réparable. J'accepte complètement que l'idéal est un concepteur d'interface utilisateur qui connaît la programmation; Mais j'ai définitivement vu plus de mauvaises UIS des non-programmeurs (par lesquels je veux dire des graphismes des concepteurs ou des spécialistes du marketing) que des programmeurs.
Je pense qu'il y a deux parties du problème, en ce qui concerne les programmeurs de l'interface utilisateur (et oui, c'est plus de généralisation): 1. Ils sont généralement beaucoup plus à l'aise avec la machine que les utilisateurs qu'ils servent, ne vous dérangent pas (ou, dans certains cas, notification) Les bords rugueux et ne vous dérangent pas de tomber à la ligne de commande si nécessaire. Il y a un conflit d'intérêts que, surtout comme étant des tirages de jour de la libération proches - peuvent être maîtrisés. "Oui, je pourrait faire une affaire d'interface utilisateur fantastique ici, ou je peux lancer une zone de texte dans mes 10 autres problèmes critiques ..." Cela peut être difficile à reconnaître, sans parler de résister.
"J'ai définitivement vu plus de mauvaises UIS des non-programmeurs (par lesquels je veux dire des graphismes de graphismes ou des spécialistes du marketing) que de programmeurs" - je pense que le pire absolu que j'ai jamais vu était quand nous avons donné une copie de Dreamweaver et leur a demandé de concevoir une interface utilisateur pour une brique de portail. Non seulement l'UI était horriblement tort, mais dans une brique de 300x200, ils ont réussi à obtenir 5 couches de tables imbriquées et suffisamment de HTML pour aller sur mon bureau et sur le sol. Bien sûr, le plan de la direction était que nous allions simplement plonquer le HTML directement dans notre application ... qui était censé être servi sur GSM à 9k6 ... frighder
J'avais exactement la même chose (moins le GSM)! Bien sûr, la direction ne pouvait pas comprendre pourquoi nous avons cité de tout moment sur l'interface utilisateur, car il était déjà "déjà fait" (à haut coût, bien sûr)!
@Ed Daniel. L'histoire est vraiment pénible.
Cela dépend. Dans une petite entreprise, des programmeurs de nécessité concevront également des UIS, alors oui, c'est votre travail. Dans une entreprise plus grande, il peut y avoir d'autres personnes dans l'équipe dont le travail consiste à concevoir l'interface utilisateur, alors non, ce n'est pas votre travail.
La question ici n'est pas "Les programmeurs devraient-ils être responsables de la conception de l'UIS". Dans certains emplois, ils seront, dans d'autres, ils ne le seront pas. Certains programmeurs apprécient la conception d'UIS et sont bons à cela, d'autres non. Si vous n'aimez pas personnellement à concevoir UIS, vous devez prendre des emplois où vous êtes responsable uniquement pour la rédaction de code et ne concevez pas l'UIS. Si vous êtes actuellement utilisé dans un emploi où vous êtes invité à concevoir des UIS et que vous ne voulez pas faire cela, il est temps de parler à votre patron de voir s'il y a quelqu'un d'autre qui pourrait faire cette fonction. Disons que vous ne sentez pas que l'interface utilisateur est une force de votre part et que vous souhaitez que le produit de la société soit aussi bon que possible, existe donc quelqu'un d'autre qui pourrait aider à concevoir l'interface utilisateur? S'il n'y a pas, commencez à chercher un autre travail qui convient mieux à vos compétences et inclinations.
idéalement pas, mais c'est surtout mieux que le client concevant l'interface utilisateur.
Pourquoi voulez-vous fermer ce sujet? Ce n'est pas la justice que je pense.
2 votes à fermer, s'il vous plaît arrêtez-vous. Au lieu de fermer, veuillez éditer la question et la rendre plus intéressante et utile. Les questions existent-elles dans un monde pour la fermeture ?????