Emakina, la boîte Web où je travaille recherche de nouveaux talents pour compléter les équipes en place. Je vous fait un copier/coller des postes à pourvoir (désolé, c’est en anglais) :
01. 1 or 2 Webdesigner : Corporate or flash, senior would be great.
* You have the ability to work conceptually (translate a brief to a design)
* You are proficient in identity design, typography and information design
* You have a proven experience in designing site architectures, user interfaces, and intuitive navigation schemes
* You have total knowledge of Adobe Photoshop, Illustrator or/and Flash
* You have some ability to research, understand and organize specialized content
* You have some talent to write about your projects and present them to customers
* You work well in a team, have the necessary interpersonal skills and are willing to work under the guidance of our Creative Director
* You have an excellent feeling for what’s hot and what’s not
* Your mother tongue is french or flemmish and you speak english.
02. Flashdeveloper (RIA°)
* Prototypes AS 2-3 programming
* AS 2.0 OOP programming
* Mathematical & Physical skills (games, physic engines,…)
* Flash 9 (Rich Internet Applications)
* Flex Applications (Rich Internet Applications)
* Flash Remoting notion : Java, .NET and CFMX
03. Web integrator
You will support the design and development teams, providing an essential bridge between the output of both. You will be depended on to provide high quality graphic production, in fast turnaround times, appropriately optimised for the media. You might be new to the industry, but you’ve learnt fast and your learning curve is ready to take a gigantic leap.
We offer a pleasant open working atmosphere, a competitive salary package and extra-legal advantages, a high level professional education and a personal evolution plan in a fast growing company.
N’hésitez pas à vous rendre sur la page prévue à cet effet sur le site d’Emakina pour de plus amples informations !
A bientôt 😉
Le blog de Vincent Battaglia 
Mmmmmmmh pas mon profil de Project Manager ça 😀
LikeLike
@Antoine: si, si, il y a des opportunités pour des Project Managers (voir cette annonce et celle-ci
Pour info, les places pour les offres citées plus haut sont situées au Studio où il y a désormais la clim’
Evidemment, on fait de la discrimination positive, à qualification égale, on choisira d’abord les filles 😉
LikeLike
Merci d’avoir renseigné mon site mais j’ai du décliner l’invit 😦
Mais je suis sur qu’un jour on risque de se retrouver dans la même team 😉
LikeLike
Hé ben ils ont vmt besoin dis donc 🙂
Je travaille mtn, enfin partiellement… J’imagine que vous avez un besoin constant de web designer? Je ne me sens pas encore “prêt” mais une fois que je me serai fais un peu d’expérience… 🙂
LikeLike
J’avais envoyé des trucs, il ya plusieurs mois, m’ont jamais répondu.
LikeLike
Bonjour,
je viens de voir votre annonce, si elle est toujours d’actualité, je serais intéressé de vous faire parvenir
mon C.V.
laissez-moi un e-mail afin que je vous envoie
mon C.V.
d’avance merci
Barindelli Antonio
LikeLike
EMAKINA fait de belles choses. C’est une grosse machine. Je ne sais pas si je m’accorderais encore à la mass-production. Est-ce aussi devenu une usine? Beaucoup de boîtes de design sont devenues des usines de production et la créa se standardise en calquant le design anglo-saxon.
Quelle part de créa et d’input pures du designer existe-t-il? Ca, c’est ma question fondamentale pour partir dans une boîte comme la vôtre.
LikeLike
Omat, on voit que tu connais mal Emakina. La liberté et la créativité ont tout à fait leurs places chez nous. Et puis, je ne vois pas comment la “production” pourrait se standardiser, étant donné que les tendances changent tous les trois mois (et encore). Mais si tu es bien dans ta situation actuelle, personne ne t’oblige à rejoindre une boîte “comme la nôtre”…
LikeLike
Hello,
Emakina fait clairement de belles créations et j’ai vu qu’ils cherchaient aussi des développeurs JAVA et j’ai donc envoyé mon CV.
Est-ce que tu connais a peu près le pourcentage d’application que vous développez basée sur Java chez Emakina ?
LikeLike
J’ai du mal à comprendre les sociétés prêtent à claquer (un minimum de) 50.000 euros pour que Emakina (re)créent leur site web ou leur site événementiel.
Je suis webdesigner, depuis les débuts du web, graphiste et licencié en commu. Pour chaque client, je m’efforce de trouver (et ce n’est pas simple) le meilleur compromis entre un site fonctionnel, ergonomique, rapide, orienté standards,… et une ligne graphique attrayante et originale dans la mesure du possible. Je travaille aussi en agence.
Lorsque je charge la page d’accueil du site Emakina, j’ai droit à ceci : 898.7 ko de téléchargement et 53 requêtes http !!
Pour un concepteur de site un peu sérieux, c’est un non-sens absolu. Et c’est l’arbre qui cache la forêt. Quel est l’intérêt de coder le site Emakina en XHTML (strict de surcroît) si c’est pour ne pas respecter son propre choix de règles (le nombre d’erreur à la validation et la nature de celles-ci ne laisse aucun doute sur le fait qu’on n’a même pas essayé) ?
Ça fait 12 ans que je fais de sites, 10 ans que je suis l’évolution des standards W3C, 7 ans que je forme des gens aux normes WAI, AnySurfer, à l’optimisation des pages Web. Et depuis tout ce temps j’ai collaboré avec des profs d’université et intégré dans mes conceptions le résultats d’études rigoureuses (dans le domaine de l’ergonomie des interfaces notamment).
Alors je suis peut-être le seul au monde, mais Emakina (et tous ses jolis noms d’avant), ça me fait doucement sourire. Je pense que le snobisme existe dans le monde du business mais surtout dans le monde de la com.
Je pense qu’Emakina est encore dans les années 2000 : quand toutes les agences vendaient à leurs clients des sites très chers et fort peu utiles (la rentabilité d’un site était une notion exotique). Mais c’était beau, et donc le client était content.
La récession va peut-être rappeler aux clients ce qu’ils sont en droit d’attendre lorsqu’ils mettent sur la table un budget de plusieurs milliers d’euros.
LikeLike
Moi je trouve que c’est toi qui fait preuve de snobisme dans ton commentaire Kaa (et je ne travaille pas pour Emakina: j’en suis client – très – satisfait).
Tu as raison dans le fond, mais ce que tu décris est une approche personnalisée qui convient peut-être mieux à des petites et moyennes entreprises (attention: je ne suis pas DU TOUT négatif ou dénigrant par rapport à celles-ci).
LikeLike
@Kaa, je bosse chez Emakina.
Pour te répondre succinctement et le plus objectivement possible:
Le prix que vaut un site ne consiste pas juste en design, intégration et développement. Il y a tout une part d’analyse, de compétences, de contacts clients qui font aussi la force d’un équipe. (je sais pas si tu étais à l’usability day – où on a expliqué comment se passait tout le travail en amont de la production à proprement dit).
Concernant le site d’Emakina (sorti en avril 2007), l’exemple pourrait être le même qu’avec un des site que tu as réalisé à l’époque: les erreurs XHTML sont dues principalement à de l’édition de contenu par des personnes ne connaissant pas l’html (j’imagine que si tu me donnes des cms que tu as développé/intégré, on peut trouver le même type d’erreurs). La seule chose qui me consterne vraiment sur ce site c’est le resize des vignettes des images 🙂
Pour le nombre de requêtes http et optimisation, c’est la mode ces derniers temps et c’est clair que si on devrait refaire cela maintenant, ce sera(it) optimisé.
C’est clair qu’en travaillant seul dans son coin, on peut tout à fait gérer la qualité de bout en bout. En travail d’équipe c’est plus difficile et on y travaille.
Si tu suivais un peu ce blog (et ceux autres “emakiniens”), tu devrais savoir que les standards, performances, accessibilité etc… sont important pour nous.
Mais d’un autre côté, je comprends (et j’adhère) tout à fait ton point de vue. -> si tu veux nous aider à faire mieux, tu sais où tu peux postuler 😉
LikeLike
Je ne décris pas du tout une approche personnalisée, bien au contraire, je parle de standards de développement, à mon sens inutiles de rappeler ici.
Quant à la satisfaction des clients, a-t-elle trait aux rapports entre celui-ci et l’agence, ou à la satisfaction mesurée des internautes du site en question ?
Mais ne me faites pas dire ce que je n’ai pas dit. Vu son statut et son expérience, je suis persuadé qu’Emakina réalise des sites très performants, par ailleurs ^^.
Et je suis aussi bien d’accord que les parties développement et infographie couvrent aujourd’hui à peine la moitié du coût d’un projet Web. Tout dépend aussi de ce qu’on met dans le budget (e-marketing notamment, achat d’espace, …)
Je suis juste choqué – vraiment – qu’une agence ayant pignon sur rue puisse développer son propre site et sans doute ceux de ses clients sur une base technique aussi médiocre.
Et cela m’étonne d’autant plus qu’il s’agit d’un travail d’équipe. Je travaille également en équipe (certes plus modeste, mais on n’est jamais moins de 4 sur un projet, de l’account manager au développeur) et c’est dans une organisation verticale que les standards sont les plus intéressants à intégrer.
Je ne vois pas d’où sort l’idée que la gestion de qualité est meilleure chez un prestataire qui fait tout lui-même (c’est même absurde et je ne parlais pas en tant que webdesigner indépendant).
Le nombre de requêtes http et l’optimisation c’est tout sauf un sujet à la mode : c’était encore bien plus primordial à l’époque glorieuse des connexions PSTN.
Je ne veux pas m’étendre sur ce qu’on développe/utilise dans ma boîte en matière de CMS (d’autant que je ne parle qu’en mon nom propre, et pas au nom de ma direction), mais le problème de l’édition HTML qui génère des erreurs XHTML a été résolu depuis très longtemps. Nobody’s perfect et on connaît d’autres problèmes c’est certain. Mais, Marin, si je te suis bien, tu viens de me dire que ce sont des personnes ne connaissant pas l’html qui mettent à jour le site Emakina ? oÔ !!
Avril 2007 -> “à l’époque” ? Je reconnais que j’ai du mal de regarder en face mes “créations” de 2002… 2003, mais bon, depuis avril 2007 rien n’a changé, l’XHTML et le CSS n’a pas vraiment évolué depuis 5 ans.
En revanche, vous me ferez difficilement quitter mon système de télétravail pour venir bosser à Bruxelles!!
LikeLike
Il est étonnant, Kaa, que ton expérience ne t’ait pas enseigné que ce ne sont pas les préoccupations techniques qui pilotent un projet. Tu parles de beaucoup de concepts qui, pour le client, sont tout à fait abstraits. Il ne veut d’ailleurs pas en entendre parler. Il veut un résultat, un retour sur investissement. Ton site peut être codé parfaitement, avec toutes les règles modernes en vigueur en matière d’ergonomie, de respect des standards et d’optimisation. Mais s’il n’améliore pas l’image de l’entreprise ou qu’il n’attire aucun client, ça ne sert à rien.
Ensuite, je pense qu’un des gros défis d’Emakina, c’est de réussir à unir les forces et talents pour fournir un produit cohérent et qui fonctionne. Cela doit te paraître complètement stupide comme raisonnement mais il existe des années-lumière entre un développeur bossant en télétravail et des équipes de compétences différentes et parfois éloignées. As-tu déjà assisté à une réunion entre un graphiste, un développeur, un intégrateur, un gestionnaire de compte et un commercial ? Puis bon, la taille de certains projets obtenus par Emakina demande nettement plus de travail qu’un projet classique.
C’est vrai que, parfois, la réussite d’Emakina est insolente et pas toujours justifiée. Cela n’empêche, l’agence est tout de même très très loin d’autres agences qui vendent à la pelle des merdes innommables à des prix hallucinants. Il existe encore des types qui vendent des sites dont le design repose sur des tables imbriquées dessinées avec un vieux Dreamweaver.
Des exemples de choses nettement pires, on peut en trouver à la pelle. Il me semble tout de même qu’Emakina soit à un niveau supérieur.
Puis bon, je suis tenté de dire que ces volontés utopiques de créer un web ultra-propre et hyper performant, c’est une priorité qui valait à l’époque d’IE5 mais qui est aujourd’hui un peu plus désuette.
LikeLike
C’est dingue qu’on me parle d’un côté de préoccupations à la mode (concernant l’optimisation), d’un autre côté d’une priorité désuette concernant le code propre et performant. J’ai dû écrire un post similaire sur un blog il y a 4 ou 5 ans, et ça fait facilement 6 ans que j’applique ce que je dis. Avec en plus un vrai gain de temps sur la longueur… de projet à projet.
Est-ce que quelqu’un sait chez Emakina ce qu’est un doctype XHTML strict? Et ce qu’est le mode de rendu standard dans un navigateur?
Je paraît peut-être un peu provoc, hautain ou que sais-je mais si la réponse était non je serais vraiment effaré. Et si la réponse est oui… c’est vraiment se tirer une balle dans le pied, que de produire une homepage pareille, non? D’autant que les pages intérieures du site sont presque nickel, elles (et donc elles le sont à mon sens, puisque la validation est un moyen, pas un but).
Et by the way, petit paragraphe @Marin, les erreurs de code sont du niveau des entités XML, des imbrications de code foireuses genre “” alors ne me dites pas que c’est de l’édition from CMS que vient ce boulot de potache.
Je sens bien dans ta réaction, Laurent, toute la différence qu’il y a entre ma conception du Web et la tienne (la vôtre?), mais avec ceci dit beaucoup plus de valeurs communes qu’il n’y paraît… Et je pense que mon profil est ici très mal cerné…
Notamment quand on me demande si j’ai déjà assisté à une réunion entre un graphiste, un développeur, un intégrateur, un gestionnaire de compte et un commercial… Euh, je le répète, je travaille en agence, c’est donc mon quotidien ou presque. Je suis précisément un des seuls à pouvoir dialoguer autant avec un développeur pur back-office (du genre qui se porte d’autant mieux qu’il ne voit pas le client) et avec des account manager qui ont peu de connaissance techniques mais des liens étroits avec les clients. Le télétravail, c’est l’autre moitié du temps. Et je ne suis pas développeur mais “concepteur de site” (pour revenir un peu au français) au sens de l’analyse ergonomique, de l’information/interaction design, du graphic design et du “wireframing” (ça fait peut-être beaucoup… mais c’est justement parce que je bosse dans une petite/moyenne structure), j’ai pas mal bossé comme infographiste et intégrateur par le passé. Voilà c’est peut-être plus clair comme ça.
Pour le reste, je vais illustrer ça comme ça (c’est dans l’air du temps) :
Ce n’est pas parce que j’isole bien un bâtiment que je réalise pour autant une maison passive.
Mais si je veux réaliser une maison passive, une isolation correcte (et même poussée) est absolument nécessaire.
De la même façon, j’estime que le temps de téléchargement d’une page Web est tout simplement critique et l’optimisation du poids et du nombre de requêtes est simplement une contrainte du Web parmi d’autres, avec laquelle il faut composer d’emblée, avant de s’attaquer aux aspects graphiques et de communication.
Un candidat bâtisseur se fout de savoir comment sont fabriqués les briques et le ciment de sa future maison. Mais si l’architecte se fout aussi de la qualité de ces matériaux de base, pauvre client!
Il n’est pas question d’un web ultra-propre, mais aujourd’hui comme hier, les fondamentaux restent les mêmes. Les standards Web (appliqués intelligement, et avec esprit critique, pas en extrémiste) c’est quelque chose qui bénéficie directement au client. Si on se préoccupe du contenu, de l’ergonomie, de la SEO, de la performance, de la comptabilité, sans pour autant négliger les aspects graphiques et la com., tout le monde est gagnant.
Le concept d’un “produit cohérent et qui fonctionne” est dans ce cadre une vision assez réductrice.
Il n’y aucun antagonisme dans le fait de vouloir créer, par exemple, un site marchand (par essence le site dont on va aisément mesurer les performances) et d’appliquer des règles d’ergonomie pour le faire. Penses-tu vraiment qu’obliger un internaute à télécharger 1 Mo pour voir une page d’accueil va améliorer son expérience du Web et l’inciter à acheter davantage? Que du contraire, toutes les études le démontrent. Et ce sont évidemment des spécialistes en ergonomie qui ont accompagné le développement des Amazon, rueducommerce, et autres grands sites marchands.
Il y a des côtés passionnants au “rich-media” mais il y a aussi beaucoup d’effets de mode, quand on sait que les internautes, encore aujourd’hui, privilégient dans leur navigation les liens textuels soulignés!!
On pourrait encore parler des clients qui, effectivement, se moquent de la performance ou de l’accessibilité de leur site, parce qu’ils ont derrière un budget de 75000 euros pour de l’achat de bannières sur des grands portails nationaux… Et que leur site est un concept-concours, destiné à faire un buzz et/ou à récolter un max d’adresses e-mail.
Il n’empêche qu’il ne faut pas prendre les clients pour des cons, et lorsqu’on leur explique l’intérêt de telle ou telle option technique, ils sont nombreux à comprendre et à valider la démarche.
Maintenant, je ne sais pas quelle agence, en Belgique, pratique des tarifs plus hallucinants que ceux d’Emakina, mais je n’ai jamais dit qu’ils produisaient des merdes innommables.
Mais voilà, pour y revenir (une dernière fois j’espère), le but de mon commentaire était précisément de constater l’écart entre “le niveau supérieur” (terme qui convient sans doute à Emakina) et le constat que la page d’accueil de leur propre site pèse 1,250 Mo (tiens ça a augmenté ou j’avais pas vidé ma cache la dernière fois) et est truffée d’erreurs de code, qui créeront des problèmes pour certains utilisateurs.
Je vous renvoie pour ceux qui ne connaîtrait pas à l’excellent ouvrage de Zeldman “Designing With Web Standards”, qui n’a pas pris une ride malgré qu’il a été écrit en 2003 (une 2e édition existe, et même en français). Il a ce mérite de casser ce vieux stéréotype selon lequel les sites standards-compliant seraient bons pour les universités et autres linux-geek mais qu’ils ne s’appliqueraient pas aux sites commerciaux. Et le support grandissant de ces standards (FF3 mais aussi IE7… malgré tout!) donne de moins en moins de bonnes excuses de ne pas en tenir compte, ou de les intégrer “juste pour faire bien” (genre en déclarant que sa page est codée en xhtml strict, alors qu’elle n’est pas valide xhtml tout court).
LikeLike
Désolé pour le bout de code HTML, il n’est pas passé (cf. ligne 982 du code de la page, par ex.)
LikeLike
lien utile : http://www.ajblog.fr/comment-gerer-les-trolls-sur-votre-blog
LikeLike
Kaa, je suis d’accord avec toi sur beaucoup de points.
Ce qui me gène dans tes interventions, ce que tu fasses le mec qui est super à la page et que tu prennes un peu les gens pour des cons qui ne connaissent pas leur métier.
On sait tous que les standards, l’accessibilité, l’optimisation, la sécurité, le référencement naturel et toutes ces choses sont super importantes. On connait tous le bouquin de Zeldman ! C’est comme si tu demandais à un chrétien s’il connaissait le nouveau testament… Lis un peu ce blog et tu seras qu’il s’agit vraiment de choses importantes à mes yeux et aux yeux des gens qui participent à la vie de ce blog…
Le problème, c’est que parfois/souvent, il est difficile/impossible d’obtenir un résultat 100% conforme à nos attentes. Dans une boîte de 150 personnes avec beaucoup d’intervenants, c’est ardu mais on travaille énormément pour améliorer les procédures de travail et la qualité (nos derniers projets ont d’ailleurs eu la note A dans YSlow) !
Connais tu aussi l’expression : “c’est le cordonnier qui est le plus mal chaussé” ? Elle est parfaitement d’application ici… On est tellement occupé à soigner nos clients qu’on délaisse un peu notre propre site Web. C’est une démarche naturelle, non ?
Je ne comprends pas pourquoi tu t’acharnes autant sur Emakina car toutes les boîtes de la même taille fonctionnent de cette façon. Je trouve d’ailleurs qu’Emakina tire très bien son épingle du jeu, comme le soulignait Laurent… Tu as un problème avec Emakina ? Tu as l’impression qu’on te pique des clients ? Tu as perdu des pitches contre nous ? J’avoue que je ne comprends pas bien tes motivations à être autant en colère.
Bref, si on te connaissait un peu plus, on pourrait peut-être mieux juger… Qui es tu ? Où travailles tu ? Quelles sont tes dernières réalisations dont tu es si fier ? Si tu préfères te taire à ce propos, tais-toi complètement car là, on est juste obligé de te croire sur parole avec aucune arme pour te contre attaquer car on ne sait rien sur toi…
Bonne nuit !
LikeLike
Vinch President !!!!
LikeLike
C’est précisément ce que j’attendais comme réponse. Rien de plus, et surtout pas des sous-entendus sur ma prétendue méconnaissance de la gestion de projets Web.
Pour le reste, je ne suis justement pas le mec qui est à la page 🙂
Beaucoup de chrétiens connaissent le Nouveau Testament mais ne mettent pas ses préceptes en application.
Bon le sujet ici, c’était Emakina, pas moi ou ma société. Je suis salarié, pas indépendant, et clairement on ne travaille pas pour les mêmes comptes. Je ne veux pas engager ma société dans mes opinions, il est vrai très tranchées, je n’en dirai donc pas plus.
J’admets que je ne mets pas assez d’eau dans mon vin, je m’excuse si j’ai heurté votre (culture d’)entreprise.
Bah, finalement, on est tous d’accord, en gros 🙂
LikeLike
Woaw! Et dire que le blog de Vinch était un peu mort depuis des mois… Merci Kaa tu as mis un peu d’animation! Ceci dit, et je ne bosse pas chez Emakina, je te trouve fort arrogant et je suis vraiment curieux de savoir pourquoi tu t’acharnes autant sur eux. C’est de la jalousie? Ou tu t’es fais virer récemment? Enfin, je suis curieux 🙂
ps: Vinch ton captcha est chiant 😉
LikeLike
J’aime bien Emakina, leur logo est vraiment très très bien !
Sans arrogance, aurais-je autant (ré)animé ce blog ? 😉
LikeLike
Puisque personne n’a mis de commentaire en s’affirmant plus d’accord avec Kaa que les autres, je le fais. Je trouve ses commentaires plutôt argumentés et justifés.
Toutefois, le problème est loin d’affecter uniquement Emakina mais beaucoup d’agence Web.
LikeLike
Bon allez, petite intervention de ma part par rapport au post de Kaa. Je ne vais pas intervenir sur les concepts d’ayatolismes du code, car finalement à part les développeurs, qui ça intéresse si ça passe sur tous les navigateurs et que le site commercial fasse son oeuvre comme il se doit.
Je travaille dans une mega grosse boite, et un site à plusieurs de dizaines de milliers d’euros. Facturer plus de 50.000 euros pour un grand compte ne me semble pas anormal. Quand tu dois redesigner, repenser le contenu d’un site trilingue à 400 pages par langues, y intégrer les concepts de marketing internet efficace, sur base de blueprints, il y a énormement de chose à gerer sur un projet de cette ampleur.
Soit tu travailles avec des PME ou sur des microsites évènementiels.
Concernant la lourdeur des pages, sur 2.800.000 connectés en Belgique, 2.300.000 le sont sur des lignes cable ou dsl. la norme fait que la plupart des gens ont une connection assez performante. Tu parles des années 2000, mais ta vision du marché (pas du coding) me semble etre celle des années 2000.
Tu as suivi l’évolution du code, mais pas des pratiques internet pour les grosses boites.
Un site ce n’est pas que du code, c’est surtout du marketing. Un code efficace sans réelle stratégie web, ne servira à rien.
C’est juste mon opinion…
LikeLike
Entièrement d’accord avec toi, sauf sur un point. A moins de ne viser que le marché belge (peu intéressant pour beaucoup de sites, surtout en e-commerce) – et encore -, il faut se préoccuper des connexions à moindre débit qui représentent un %age des internautes plus important, ne serait-ce qu’en France ou en Suisse, çàd nos voisins francophones.
Et le but d’un site n’est pas de tenir dans 5k (comme le concours du même nom), mais rendez-vous compte de ce que représente 1Mo de téléchargement avec de l’adsl “light”. Même chez moi, avec un adsl “normal” mais en bout de ligne (donc redescendu à 2.4 Mbits) : je compte 10 secondes avant de voir s’afficher la page. C’est énorme, surtout pour un utilisateur habitué à surfer vite. L’optimisation dans ce cadre, c’est tout sauf de l’ayatolisme, c’est du bon sens.
Je ne dis pas que 50.000 euros c’est trop cher. J’ai déjà bossé (quoique rarement, on est typiquement positionnés sur des budgets de 15 à 30.000) sur des budgets équivalents ou supérieurs. Je dis que payer 50.000 euros pour un site qui sera lent à charger, ou qui va bloquer certains utilisateurs (oui le code… on s’en fout peut-être, mais c’est lui qui sous-tend le comportement du site. Et si on se moque des erreurs de code, on n’utilise tout simplement pas une déclaration stricte qui signifie qu’on a été très soigneux, précisément).
Enfin, et j’en termine en plussouyant le fait que je n’ai vraiment rien contre Emakina, mais que je pourrais adresser des critiques similaires à beaucoup d’autres agences, de même taille ou plus modestes. Et que je pourrais avoir un regard très critique aussi (mais sans doute pas sur les même critères de qualité) sur ma propre boîte.
Bon je vais arrêter mes commentaires, sous peine d’être (encore) taxé de troll. Je confesse que j’ai du mal à faire court, et qu’on s’éloigne un peu du sujet en haut de cette page. Pour y répondre, je dirais, non pas moi!
LikeLike
Mais pourquoi toujours revenir sur ces 50.000 € ?
C’est la valeur estimée du site de Emakina :p naaaan 😉
Enfin…
LikeLike
Hey, ça bouge ici !
Je vais aussi contribuer à la renaissance du blog de Vinch 🙂
Kaa : Je suis patron d’une agence Web de petite taille. Notre site est valide xHTML Strict.
Alors, il est clair que tu t’exprimes très bien, que tes arguments sont dignes d’un vrai ayatollah des standards.
Toutefois, une simple observation s’impose : Emakina vend des sites à +/- 50k €, est côtée en bourse, dispose de 50 fois plus d’employés que nous et fait un CA qui ferait rougir le nôtre …
Je vois ça avec le regard du patron, pas avec celui du développeur certe, mais Emakina ne s’en sort pas trop mal avec sa page d’accueil non valide ? Non ? Sinon ses clients peuvent toujours venir chez nous, on est valides …
Sérieux, les clients se tapent royalement que leur site soit valide xHTML, que chaque page ne dépasse pas 5ko. Il veulent juste un outil marketing, avec un ROI élevé, peut importe que monsieur W3C Validator voit rouge…
Et je peux te dire qu’Emakina exécute très bien la mission pour laquelle elle est mandatée par ses clients. Même si on est concurrents et que ça me fait un peu mal de le dire.
Note : C’est vrai qu’il est vraiment chiant ton Captcha vinch
LikeLike
Non non pas trollesque, et je n’ai rien à voir avec Emakina. Je disais juste qu’il ne fallait pas tomber dans le fanatisme codeur absolu, que meme en tables si un site fait son office et est rentable, finalement le prospect il s’en fout 🙂
Evidemment il faut que ça passe bien sur tous les navigateurs récents, et ça le peut sans etre strict W3C.
Comme tu l’as dit, il faut bien connaitre son rayonnement, mais dans mon cas c’est un public visé purement belge.
Les pages d’1Mb sont clairement à proscrire, mais on n’est plus à l’époque du PSTN, époque où j’étais webdesigner moi-même, où les contraintes étaient énormes. Donc il y a plus de flexibilité à ce niveau.
C’est vraiment intéressant de confronter les idées. Pendant 7 ans j’ai bossé dans diverses agences et startups, et maintenant je suis coté “annonceur/client” depuis 3 ans. Mes croyances ont été mises à mal mais je concilie le meilleur des deux: instaurer une stratégie marketing internet efficace, pragmatique, tout en connaissant les contraintes de la technologie, des agences web, sans se focaliser uniquement sur la techno.
Finalement si un plat est délicieux et sain, que ce soit fait avec de la crème de soja ou de la crème laitière m’importe peu 😉
a+
LikeLike
Bon apparemment c’est “the place to be !” aujourd’hui 😀
Ca ne m’intéresse pas trop de rentrer dans le débat car je ne suis pas codeur, tout ce que je peux dire c’est que quant tu est face à un client qui est en charge du marketing d’une grosse boîte et qui comprend à peine l’utilisation de son lecteur dvd aldi (4 boutons), et qu’elle veux un site pour soutenir son marketing off-line (qu’elle fait très bien), tu ne lui parle pas de code.
Ce qu’elle veux, c’est re-trouver ce qu’elle à mis dans son brief pour son site, qu’il aie les fonctionnalités souhaitées et que cela fonctionne sur “son” PC.
Après le rôle de l’agence est de prendre tout cela et de faire (dans l’ombre) tout ce qu’il faut pour que cela soit compatible, fonctionnel, ergonomique et accessible.
A mon sens le débat du code est à déplacer au niveau des choix techniques qui vont être utilisées lors de la phase d’analyse, nous sommes tous conscients que si il faut un CMS, lors de l’intégration il risque (ce n’est pas un fatalit) d’y avoir quelques soucis de validation.
Le but est de tendre à la perfection, il n’est pas toujours possible de l’atteindre.
Sinon nous ferions tous des cms en flex et des sites en flash 😀 mais la ont rentre dans un autre débat (accessibilité, compatibilité, …) 😀
Mais je laisse cela à quelqu’un qui ira détérrer un vieux post de Vinch 😀
LikeLike
Ha ben merde, Facebook, yahoo, youtube et google passent pas le validator W3C…
Ca reste quand même les sites les plus visités au monde, non ?
LikeLike
McDonald’s vend de la merde à ses clients depuis 68 ans et ça reste le restaurant le plus visité au monde, non?
Arrêtez de faire semblant de m’avoir mal compris…
Je me fous du Validator W3C, c’est un outil parmi d’autres, c’est tout. Mais quelqu’un qui déclare que son site est strict a tout intérêt à avoir un code propre, sinon on tombre vraiment dans le ridicule et/ou le snobisme.
Moi j’évite le strict, trop contraignant.
Sinon, je parlais surtout du poids des pages, le truc tellement lourd qu’il vous reste sur l’estomac, comme chez McDo, avec en plus la sauce Flash/AJAX/2.0 dégoulinante et qui écoeure bien…
LikeLike
je rejoins kaa sur certains points.
maintenant c sur que bcp de choses n’importent pas aux yeux du clients, et pour bosser en agence web je peux vous dire qu’on en voit des vraiment mazo des clients : le genre qui demandent et insistent pour avoir des fonctionnalités qui sont anti-ergonomique et vrmt pas agréable a utiliser …
J’ai l’impression que les Emakiniens l’ont mal pris.
De notre côte notre site a été refait et il est plus léger et plus conformes aux normes mais on a mis le temps ! Comme le disent certains on se retrouve souvent comme le cordonier.
Au passage je remarque, avec Firebug cache désactivé, que la home page de Emakina ne fait “plus” que 470~KO (si je me souviens bien vu que j’ai fait le test au matin), réaction-action ? 🙂
Un chose à dire, dur dur d’évoluer dans un monde ou on trouve des clients exigeants, d’autres ignorants et encore d’autres pensant que tout es possible 🙂
Passez un bon petit wiiken
LikeLike
J’arrive un peu tard mais je voudrais juste réagir à quelques comments qui m’ont interpelé:
J’annonce la couleur tout de suite: je suis Emakinien 😉
Tout d’abord je suis vraiment décu, Kaa, que tu ne veuilles pas nommer l’agence pour laquelle tu bosses. Tes opinions n’engage que toi mais comment vérifier que ce que tu avances est vrai?! Si je te dis que je ne fais que des sites très ergonomiques et que je ne te dis pas lesquelles, le débat n’est constructif … Puis une entreprise est faites d’individus différents, ayant leur propre opinion. Et chez Emakina, cette diversité est très importante dans la culture d’entreprise… on est pas toujours d’accord sur tout et c’est ce qui en fait la richesse. La culture de l’entreprise n’est pas seulement “produisez, le reste on s’en fou” mais bien “apportez le maximum que vous pouvez et battez vous pour défendre vos opinions tout en sachant que parfois vous devrez faire des concessions avec les autres acteurs (dev, client, emarketing, designer, etc)”. Dans certain cas, le budget ou la strat est, sous certains points, plus important(e) que l’ergonomie. Sinon tu deviens extrêmiste 😉
Ensuite, quand un client paie au moins 50k pour son site, t’inquiètes il a une bonne connexion internet pour afficher la hp du site 😉
Je ne sais pas si tu es venu au Belgian Usability Day mi novembre, mais je te propose de présenter qqch l’an prochain puisque tu sembles ouvert au débat. Nous aussi nous le sommes et nous ouvrons les slots à n’importe qui qui a qqch d’intéressant à dire (cette année nous avions entre autre Namahn et devions avoir Peter Van Dijck). Plus d’infos sur http://www.usabilityday.be
J’aimerais savoir de quoi tu parles exactement lorsque (à plusieures reprises) tu parles des “règles ergonomiques de base”? Tu sais me donner qques exemples? Juste par curiosité 🙂
Une dernière chose: Emakina a une équipe de 7 Architectes de l’information pasionnées par l’ergonomie/utilisabilité, la conception centrée utilisateur, l’expérience utilisateur, l’accessibilité, etc. Si un jour tu veux venir nous aider à réaliser du wireframing/prototypage, des user interviews, des user tests (+ eyetracking), focus groups, de l’observation participante, etc pour de grosses missions –> http://emakina.com/company/vacancydetails.cfm?ID=17
Sur ce, je te remercie pour ton opinion et espère te rencontrer un jour.
LikeLike
Je ne doute pas un instant qu’Emakina dispose d’un staff formé, compétent, multi-disciplinaire, etc. Ça ne rend mon propos que plus pertinent…
Pour le client qui n’a aucun problème à afficher sa propre hp bien lourde, c’est bien là qu’est le leurre potentiel (il fut un temps ou d’aucun ne travaillaient pas exactement de la même façon selon que leur client suivait le travail avec Netscape ou Explorer!). Je ne pense pas qu’Emakina fait des sites en pensant que seul leur client va les utiliser.
LikeLike
Je parlais de la hp du site d’Emakina …
LikeLike
Ah oui ça change tout 🙂
LikeLike
Sinon jsuis toujours intéressé par ces fameuses règles d’ergonomie. 🙂 Tu sais me donner 2 – 3 exemples?
LikeLike
Il n’y a que toi sur cette page qui a parlé de “règles ergonomiques de base”, avec les guillemets qui semblent me citer. Je n’ai pas envie de participer à ton petit examen de légitimité, dont tout-un-chacun pourrait se tirer haut la main en allant lire ou relire Bastien et Scapin, Ravden et Johnson, Nielsen, Krug, etc.
Mais pour rester dans le vif du sujet, je considère – sans doute ne suis-je pas le seul – qu’une page Web se chargeant/s’affichant rapidement satisfait à un critère d’ergonomie, dans le sens premier de l’utilisabilité (incluant l’efficacité, l’efficience, et la satisfaction pour un utilisateur donné).
Il y a d’ailleurs assez peu de règles de base en ergonomie des sites Web (au-delà des règles établies par l’usage, et de même éventuellement remises en cause par l’usage : liens toujours soulignés, moteur de recherche en haut à droite, logo en haut à gauche avec lien vers page d’accueil, …) mais il y a des interfaces ergonomiques et d’autres qui ne le sont pas, pour un public donné, dans un contexte d’utilisation donné.
Sans quoi les tests utilisateurs, notamment, n’auraient aucun sens. Il n’y aurait qu’un gros bouquin de règles à appliquer…
Je t’ai appris qqch? Non bien sûr…
LikeLike
… nous sommes bien d’accord.
J’avais juste tiqué là dessus: “vouloir créer, par exemple, un site marchand (par essence le site dont on va aisément mesurer les performances) et d’appliquer des règles d’ergonomie pour le faire.”
Car beaucoup de gens pensent encore que l’ergonomie est un ensemble de règles à appliquer (style les 3 clics…) mais je vois que nous avons la même conception 😉
A+
LikeLike
Cool. Je m’intègre !
LikeLike