par
mere-teresa » 26 mai 2010, 11:08
Aha, ma signature est surtout pour ceux qui posent des questions de fou sur : "je ne vois rien sur ma page" alors que leur HTML est un fouillis et que des boucles PHP leur génèrent encore plus de balises.
Au final, ton designer/graphiste s'occupe de la maquette, et l'intégration, tu la fais en dehors du PHP. J'avoue que j'ai toujours attendu que l'inté soit faite pour coder, que je la fasse moi-même, ou que ce soit différentes équipes qui s'en occupent.
L'intégration HTML permet d'avoir une "maquette" du site avec des interactions (roll-over, par exemple) et le faire tester au client.
Travailler seul ou à plusieurs modifie un peu l'ordre, mais sur les projets sur lesquels j'ai bossé, j'ai toujours fait et vu faire : features, puis design (en rapport avec les features), puis inté, puis codage. La DB intervient en parallèle du design, puisque ce sont deux métiers différents de réfléchir à comment stocker les données ou comment présenter ces données de façon attrayante.
[color=#000080]Aha, ma signature est surtout pour ceux qui posent des questions de fou sur : "je ne vois rien sur ma page" alors que leur HTML est un fouillis et que des boucles PHP leur génèrent encore plus de balises.
Au final, ton designer/graphiste s'occupe de la maquette, et l'intégration, tu la fais en dehors du PHP. J'avoue que j'ai toujours attendu que l'inté soit faite pour coder, que je la fasse moi-même, ou que ce soit différentes équipes qui s'en occupent.
L'intégration HTML permet d'avoir une "maquette" du site avec des interactions (roll-over, par exemple) et le faire tester au client.
Travailler seul ou à plusieurs modifie un peu l'ordre, mais sur les projets sur lesquels j'ai bossé, j'ai toujours fait et vu faire : features, puis design (en rapport avec les features), puis inté, puis codage. La DB intervient en parallèle du design, puisque ce sont deux métiers différents de réfléchir à comment stocker les données ou comment présenter ces données de façon attrayante.[/color]
