QuatreCentQuatre


Archive pour la catégorie Réalisation

Concoctez votre soirée!

Notre dernière réalisation est en ligne sur http://www.exceldor.ca/.  C’est un petit module flash qui s’appel le « concocteur de soirée » permettant aux usagers de se bâtir un souper idéal.

Ce projet à été réalisé pour l’agence Saint-Jacques Vallée young & Rubicam.

Librairies externes en Flash

La problématique des productions Flash multi fichiers

Lors du développement d’un site Flash à fichiers multiples, une problématique apparait très rapidement dans le processus de développement : La réutilisation des même éléments (graphiques, classes, composants) dans plusieurs des fichiers du site. Le problème vient entre autre du fait que chaque fichier  SWF a une librairie de graphique, composant, et classes unique. De ce fait, si on veut utiliser le même graphique dans deux fichiers SWF, ont doit donc recopier les mêmes éléments qu’on désire réutilisable dans toutes les librairies nécessaires. Cela implique une redondance des éléments et donc une multiplication du poids des fichiers.

Avant  l’arrivé de Flash CS4 et de l’ActionScript 3, il n’y avait pas beaucoup de solution pour contourner le problème. Ont pouvait utiliser un fichier exclude.xml au même endroit que notre fichier FLA pour définir les classes qui ne devait pas être compilé  dans le fichier SWF. Ainsi on pouvait exclure les classes qui étaient dupliqué à travers plusieurs fichiers SWF de l’application. Le problème était qu’on devait quand même recopier les éléments graphiques dans chacun des ces fichiers FLA pour ne pas avoir des erreurs de compilation sur des éléments inexistant dans la librairie.

Exemple de la problématique multi fichiers

Example de la problématique




Les modules

Depuis la sortie de la suite CS4, il est maintenant possible d’intégrer des librairies externes pour la compilation directement à partir de l’IDE de Flash. Il est donc maintenant possible de créer une librairie d’élément (graphique, composant, classes) qu’on désirer partager à travers plusieurs fichiers mais qui ne seront pas compiler (injecter) dans le fichier final d’un SWF donné. L’arrivée des modules élimine donc la redondance de poids avec la réplication des éléments partagés dans plusieurs librairies des fichiers FLA.

Pour créer une application multi fichiers avec module, ont doit donc commencer par créer le module en tant que tel et ensuite ce module est charger en premier par le fichier principal (celui qui s’occupe du chargement des fichiers subséquents) et ensuite procède au chargement des sections ou sous-section de l’application. Dès que le module est chargé, les sections et sous-sections ont directement accès aux ressources de celui-ci. Le module doit cependant être chargé de façon à ce que « l’Application Domain » soit le même que le fichier principale pour que les ressources soient accessible.

Example avec module

Example avec module




Création d’un module
Le module se crée en deux étapes. En premier lieu, on crée un fichier FLA et on y place tous les éléments réutilisables que nous voulons partager à travers les différents fichiers SWF du site ou de l’application. Ensuite, nous exportons le tout en format SWC (fichier SWF compressé par ZIP) et SWF. À partir de cet instant, le module est donc terminer et prêt à être utiliser directement dans les autres fichiers.

Exemple de création

  • On crée un fichier “module.fla” dans lequel on inclut tout les éléments (graphiques, composants, classes, etc...) à partager
  • On exporte ce fichier en “module.swc”
  • On compile ce fichier en ”module.swf”
  • Pour tous les fichiers FLA qui doivent utiliser ces éléments, inclure le SWC dans les paramètres de publication sous l’onglet “External Library Path”
  • Dans votre fichier principal, charger le fichier “module.swf” en premier lieu, et ensuite procéder au chargement des sections et sous-section selon le besoin

En mode développement, on peut bien tester les sections et sous-sections en chargeant directement le module dans ces fichiers avant toute exécution du code pour pouvoir bien tester les fonctionnalités. Lors de la mise en ligne, on retire tout simplement le chargement du module dans les sections et sous-sections. C'est présentement la meilleure solution pour le travail en multi fichiers.

Faites un voeux!

L'Île au souhaits

L'Île au souhaits

Comme nous n'avions pas le temps de faire notre propre carte de noël, et bien nous avons décidé de réaliser celle de notre client Allard Johnson. Si jamais vous décidez d'y jeter un coup d'oeil et bien sachez que pour tous les voeux qui seront postés dans le ciel étoilé, une somme sera remise à la fondation Rêve d'enfant.

Production : Quatrecentquatre
Création et Design : Allard Johnson

Les qualités d’un bon développeur

Étant une jeune boîte de production en expansion, nous devons faire beaucoup de recherche pour trouver de bon développeur en tant qu'employé ou encore en tant que pigiste. Il est parfois difficile de cerner exactement ce qui fait en soit un bon développeur, surtout lorsque nous n'avons qu'une ou deux entrevues pour le déterminer. Bien sur il y a l'évaluation technique qui aide a déterminer le niveau du développeur en question mais lorsque le choix doit se faire entre deux ou trois développeur qui ont chacun plusieurs années d'expériences, les compétences techniques sont plus relative. Cependant, avec l'expérience, nous sommes en mesure maintenant de déterminer ce qui fait qu'un développeur restera toujours au dessus de la mêlé malgré des compétences techniques plus ou moins équivalente. Parfois, à compétences égales, il est préférable d'y aller avec quelqu'un démontrant plus de passion, d'autonomie et d'ouverture d'esprit.

Autonomie
C'est sûrement une des qualités importante d'un développeur efficace. L'autonomie pour un développeur est la capacité à choisir et se renseigner de son propre chef. En fait, un développeur autonome n'attend pas après les autres pour choisir une technologie, une solution ou un langage, il se renseigne d'abord et tire ensuite par lui-même ses propres conclusion. Un développeur autonome vérifie avant de demander conseil. Un développeur autonome sait très bien que pour la majorité des questions et problèmes, quelqu'un avant a trouver une réponse ou une solution.

Responsabilité
La responsabilité est ici prise au sens spécifique qui se rattache directement au travail de développeur. Un développeur responsable est un développeur qui sait quoi faire au bon moment. Nous travaillons souvent dans des endroits où se trouvent de multiples sources de distraction, sans compter que notre principal outil de travail est une source de distraction en soi. Il est donc primordial de savoir quand maximiser les temps plus productifs et les temps moins productif d'une journée, d'une semaine. Savoir quand prendre le temps de lire et répondre aux multiples courriels. Quand prendre le temps de jouer à un jeu. Quand prendre le temps de lire les nouvelles, d'aller sur Facebook. Un développeur qui responsabilisera son temps de façon optimale au jour, et à la semaine, sera drôlement plus efficace.

Passion
La passion ne s'apprend pas malheureusement, elle vient naturellement lorsque l'on fait ce pour quoi on a un réel plaisir, un réel intérêt. Pour un développeur, la passion signifie plusieurs choses. Elle signifie qu'on veut constamment regarder en avant pour voir quelles seront les prochaines tendances dans notre domaine respectif : les nouveaux langages, les nouvelles plateformes, les nouvelles versions. Elle signifie que nous avons un réel intérêt à lire les blogues, magazines, bouquins des personnes à travers le monde qui font le même métier pour apprendre de nouvelles techniques, de nouvelles façons de penser et d'approcher les problèmes. De plus, cette passion nous amène souvent à tester, dans nos temps libres, des techniques ou nouvelles technologie qui permettront d'élargir nos champs de compétences.

Ouverture d'esprit
Nous avons tous déjà connus des personnes qui ne jure que par OS X ou encore Linux, et qui par préférence se campe dans leur position et ne veulent rien savoir des autres technologies. En soi, il n'y a absolument rien de mal à avoir des préférences, nous en avons tous. Cependant, pour ce qui est d'un développeur, il est souvent tentant de se camper dans un langage précis ou une technologie précise et d'ignorer ce qui se fait de différent. Pour être un développeur informer, et offrir les meilleures solutions à notre client ou notre entreprise, un développeur se doit absolument de garder l'esprit ouvert et vérifier les technologies différentes ou encore moins attirantes. C'est en comparant au fil des années les différentes technologies qu'on développe une expertise et qu'on accumule un bagage d'information qui nous permet de savoir exactement le moyen le plus efficace ou performant pour réaliser un projet.

Bien sûr nul n'est parfait en ce monde et il n'est pas nécessaire, pour avoir du succès, d'appliquer à la lettre les recommandations mentionnées plus haut. Cependant, pour être un développeur qui sort de la mêlée et qui est toujours un pas en avant il faut être conscient de ces aspects.

Campagne de matante gâteau

Matante Gateau    Matante Gateau

Nous venons tout juste de terminer une campagne en ligne pour le temps des fêtes des magasins Wal-Mart. Peut-être avez-vous vu les annonces de Matante Gâteau pour Wal-Mart à la télévision ces derniers temps. Bref, cette campagne est justement le volet "Web" de cette publicité télévisuelle. Une série de bannières et un microsite ont été réalisés pour aider les gens en manque d'idées cadeaux.

Production : Quatrecentquatre
Création et Design : Allard Johnson