Frais de design avec silverlight

Version imprimable

20/03/2010, 12h52
Julien_Dufour

Frais de design avec silverlight

J'en appelle a ceux qui ont eu l'occasion de suivre a moyen /long terme des projet Silverlight pour connaitre les différences de couts pour les aspects design (temps/argent/soucis).

Dans le cas d'un projet de site full silverlight, il faut faire appel à des designers un peu différents des designers web classique (blend plutôt que photoshop).
=>Ces designers étant plus spécialisé, sont-ils beaucoup plus chers que des designers plus classiques pour site web?

Lorsqu'un designer classique fait une maquette, il y a tout un travail d'intégration derrière qui est réalisé par un développeur web la plupart du temps
=>Avec Blend, l'intégration est faite directement par le designer: est-ce une économie réelle? (sachant que l'intégration html/css est parfois (souvent?) réalisée par des stagiaires de webagency payés au lance pierre)

Merci à ceux qui pourront rapporter leur expérience :ccool:
21/03/2010, 17h39
Thomas Lebrun

Citation:

Envoyé par Julien_Dufour

=>Avec Blend, l'intégration est faite directement par le designer: est-ce une économie réelle? (sachant que l'intégration html/css est parfois (souvent?) réalisée par des stagiaires de webagency payés au lance pierre)

Dans la cas de WPF/SL, l'intégration est faite par un intégrateur à part entière, mix entre designer et développeur. Si un tel role n'existe pas, elle est faite bien souvent par un développeur.
21/03/2010, 20h37
Spaeda

Citation:

Envoyé par Thomas Lebrun

Dans la cas de WPF/SL, l'intégration est faite par un intégrateur à part entière, mix entre designer et développeur. Si un tel role n'existe pas, elle est faite bien souvent par un développeur.

Un développeur qui a souvent des envies de meurtre quand il doit adapter un design "magnifique" mais pas vraiment penser pour le XAML :aie:
21/03/2010, 22h04
Thomas Lebrun

En effet :lol:
22/03/2010, 09h10
DaMo`

Ah si seulement on avait un designer, je dois me taper le design + code + intégration et sachant que je design comme un développeur ....je me forme pour avoir les 2 compétences mais vraiment j'en suis toujours au stade ou tout ce que je fais me donne envie de vomir 8O.

Pour revenir au sujet, dans mon ancienne boîte on avait embauché un designer très bon avec illustrator il lui a pas fallu énormément de temps pour apprendre à utiliser Blend, faut juste lui dire de laisser les Fx dropshadow et compagnie au vestiaire (ou faire ce genre d'effet sans les Effect)
22/03/2010, 15h32
Julien_Dufour

Le but n'est-il pas de faire en sorte que le designer travail directement sur Blend et non d'avoir a réinteger un design fait sous photoshop?

Le designer fait le boulot seul, pas de codeur pour lui saloper le boulot, pas d'images en dur, du vectoriel: c'est bien comme ca que c'est présenté aux techdays, non? :D

Citation:

il lui a pas fallu énormément de temps pour apprendre à utiliser Blend

C'est plutot sur ce genre de personne que porte ma question: ca revient moins cher de faire appel a ce genre de profil avec un site Silverlight, ou de faire a la façon photoshop + integration HTML pour un site non RIA?

Je vais peut-être passer un peu de mon temps perso sur un projet Silverlight, et mon temps, c'est de l'argent :roi:
23/03/2010, 09h02
DaMo`

C'est exactement sa normalement dans une équipe le designer et le programmeur auront pas à se soucier du travail de l'un l'autre avec cette techno.

Personnellement je prendrai quelqu'un de bon avec illustrator et je pense pas qu'un mec doué sous Illustrator soit plus couteux qu'un designer intégrateur photoshop mais la dessus j'ai aucune certitude

La façon photoshop + intégrer convient vraiment pas à mon gout pour silverlight
23/03/2010, 10h40
Julien_Dufour

J'avoue mon manque de culture en design, je n'avais pas percuté qu'illustrator faisait du vectoriel

Citation:

Envoyé par DaMo`

je pense pas qu'un mec doué sous Illustrator soit plus couteux qu'un designer intégrateur photoshop mais la dessus j'ai aucune certitude

Ceci dit, blend est quand même plus spécifique qu'illustrator, non? (et donc maitrisé par moins de monde). Le but étant d'avoir 0 intégration à faire niveau développeur (dans le meilleur des mondes :P)

Je vais essayer d'aller sur des sites de designer pour voir un peu les prix des prestas, et en déduire si c'est, ou non, une bonne stratégie. La conclusion pourrait peut-être faire un bon article d'ailleurs 8-)
23/03/2010, 12h32
DaMo`

Oui justement pour trouver un designer ayant des connaissances sur expression Blend à mon avis sa va être très dur, c'est pour sa que je parle beaucoup d'illustrator pour lequel y'a plus de chance de trouver du monde.

Niveau intégration justement c'est le designer que tu emploieras qui s'en occupera et pas les développeurs il faudra qu'il se forme, tu lui files un bouquin du genre "Pro Silverlight 3 (ou 4) in C#", sa lui fera une bonne base niveau "Layout" et à lui de se débrouiller il est payé pour sa :aie:
23/03/2010, 15h14
Thomas Lebrun

Citation:

Envoyé par DaMo`

Niveau intégration justement c'est le designer que tu emploieras qui s'en occupera et pas les développeurs

Pas d'accord: parler de binding, commands, DataContext à un designer, c'est du chinois pour lui. Si tu commences à la former là-dessus, il va finir développeur...
23/03/2010, 17h53
Julien_Dufour

Citation:

Envoyé par Thomas Lebrun

Pas d'accord: parler de binding, commands, DataContext à un designer, c'est du chinois pour lui. Si tu commences à la former là-dessus, il va finir développeur...

La c'est plus du design, c'est le taff du développeur!

Je pense que l'on a pas tous la même définition du mot "integration", on ne doit pas placer la limite au même endroit :D

En tout cas, merci pour vos reponses :ccool:
23/03/2010, 19h25
Thomas Lebrun

Pour moi, l'intégration, ca veut dire prendre les beaux dessins du designer et faire en sorte de les transformer en controltemplate/datatemplate, mettre en place le binding, les commandes, etc. ;)
24/03/2010, 09h05
DaMo`

dans mon esprit l'intégration se limite à créer les templates styles des contrôles de bases dont il va avoir besoin, bien sur binding commands etc ... c'est pas au designer de faire sa.

Au temps pour moi, comme vous l'avez dit j'ai une autre définition à l'esprit
24/03/2010, 11h01
Julien_Dufour

Bon c'était bien ca le soucis :)
Mon propos de départ était assez proche du point de vue de DaMo`.

Je reformule donc, en séparant en 2:

Dans le cas du Silverlight par rapport a du html / javascript / css / images classiques:
-Cout + ou - élevés (temps / argent / soucis) en ce qui concerne la creation des templates de style pour les controle? (limite DaMo`)
-Cout + ou - élevés (temps / argent / soucis) en ce qui concerne l'exploitation par le développeur de ce qu'a fait le designer dans le point précédent? (Limite Thomas Lebrun - Limite DaMo`)
24/03/2010, 14h17
yoyo88

Citation:

Envoyé par Julien_Dufour

-Cout + ou - élevés (temps / argent / soucis) en ce qui concerne la creation des templates de style pour les controle? (limite DaMo`)

je pense que les couts sont un peu prêt identique, c'est juste qu'au début il risque d'avoir un manque de productivité.(car la personne n'es peut être pas formé à blend)

Citation:

Envoyé par Julien_Dufour

-Cout + ou - élevés (temps / argent / soucis) en ce qui concerne l'exploitation par le développeur de ce qu'a fait le designer dans le point précédent? (Limite Thomas Lebrun - Limite DaMo`)

La séparation entre le code c# et l'interface XAML et suffisamment claire pour évité des souci d'intégration.

Normalement tu n'aura pas à touché à la partie graphique du XAML. sa serra généré automatiquement par blend de façons transparente pour le designer.

En gros tu n'aura plus cas faire les liaison entre ton code et l'interface.