LAlex devblog v6 - Divers

MonBeauSapin.org

-Alexandre LEGOUT aka LAlex- — Mon, 17 Nov 2008 16:35:00 +0100

Ne parlons pas toujours de code... et pensons aux autres.

Etant fan de BD, et donc accrocs aux blogs BDs depuis un certain nombre d'années maintenant, j'ai eu part de cette délicieuse initiative de Pénélope Jolicoeur: monbeausapin.org. Elle a ainsi rameuté de nombreux et talentueux dessineux pour créer un blog donc l'audience se transformera en dons à la croix rouge, qui s'en servira pour acheter des cadeaux de Noël aux enfants qui ne peuvent pas en avoir faute de moyens.

J'aime l'idée, donc si je peux m'y associer en vous la faisant découvrir tant mieux!

Adobe CS4, ou le vol fait au vieux continent (MAJ)

-Alexandre LEGOUT aka LAlex- — Tue, 23 Sep 2008 12:24:00 +0200

Ça y est, les suites Adobe CS4 sont annoncées, pour fin-Octobre en Anglais et mi-Décembre.
Plein de nouveautés qu'elles sont bien, mais je ne vais pas faire duplicata du site Adobe.

Par contre, la Production Premium (exemple pas au hasard, c'est celle que je vais acheter) se voit passer de 1699dollars (soit aujourd'hui 1156euros) à 1899eurosHT pour la traversée de l'Atlantique. Au final, les européens paient 60% de plus (sans compter la TVA): autant dire que c'est carrément du vol qualifié!

Je cherche donc s'il existe une astuce légale pour l'acheter aux états-unis...

MAJ: Il semblerait qu'il ne soit absolument pas illégal d'acheter les produits Adobe aux États-Unis, dixit le service client Adobe lui-même (concernant la suite CS3 en tout cas, déjà honteusement chère en Europe à l'époque). Cela empêche seulement de disposer du support pour l'Europe.
Toujours selon ce même service client, la différence de prix est due aux garanties complémentaires accordées à l'Europe, et aux frais de traduction (j'ai bien fait la comparaison plus haut des versions anglaises, donc aucune traduction).

Reste à voir si c'est toujours valable pour la suite CS4.

Flex et/ou les frameworks: pas tout le temps, pas n'importe comment

-Alexandre LEGOUT aka LAlex- — Fri, 29 Aug 2008 13:07:00 +0200

La demande est forte en ce moment sur le développement Flex.

Flex a cet espèce d'aura de "vrai outil pour les pros":

de ceux qu'on confie à des SSII, blindées d'ingénieurs qu'il font du code sérieux vous comprenez....
de ceux que les freelances proposent pour faire plus expert, parce qu'ils ont déjà affiché un item qui change quand on sélectionne une entrée dans un Combo Box, et qu'ils n'ont pas envie de recoder un bouton dans un site liquide redimensionnable...

Si j'écris ce billet, c'est parce que je me retrouve tout à tour devant ces deux situations.

Seulement voilà, ce type de développement Flex, lorsqu'il a besoin d'être repris par un développeur autre que le développeur d'origine, peut poser des problèmes différents selon celle des deux situations citées plus haut qui se présente - la troisième, qui a priori ne pose aucun problème, étant le développement de l'application par un codeur Flex expérimenté pas trop attaché aux usines a gaz

Le développement par une SSII

La plupart des ingénieurs en développement sont formés sur des langages type Java ou .NET. Quand je me parle à moi-même (et oui, ca m'arrive), j'appelle ca des langages "non-visuels". Ces langages disposent d'un framework extrêmement développé, sans compter le nombre de frameworks annexes(type Spring, MINA, etc..), utilisés par tellement de monde que c'est comme s'ils étaient natifs au système et disposent d'un support énorme par la communauté.

Ces développeurs reproduisent naturellement les mêmes mécanismes quand ils se retrouvent dans un environnement Flex et utilisent le premier framework qui passe et qui ressemble à ce dont ils pensent avoir besoin. Je dis bien ils pensent, car l'utilisation de ces frameworks revient souvent à compliquer une architecture qui n'en a pas besoin. Cela permet la plupart du temps au développeur de retrouver un environnement de développement qui lui est familier concernant le MVC, ou l'utilisation de connecteurs plus "standards" (j'entends par là standard à leur langage de prédilection) pour la récupération de données (WebService la plupart du temps).
La formation ou le transfert de compétence étant le plus souvent effectuée par la première personne qui a initié le projet, cela ne semble poser de problème à personne. Sauf si l'on pense au fait qu'une fois le produit livré, ça laisse difficilement la possibilité au client final de confier la maintenance ou l'évolution du produit à un autre prestataire, a moins que le doc soit vraiment extrêmement complète - ce qui, avouons le, est très rare: une bonne doc (ASDoc + doc rédigé) prenant beaucoup de temps, ce que peuvent rarement se permettre les prestataires s'ils veulent respecter leur délais sans facturer la partie documentation.

Le problème là n'est pas lié à Flex, mais bien à la philosophie SSII (la plus répandue en tout cas): des ingénieurs parlent aux ingénieurs. Et étant donné que Flex commence à être vu, comme je le disais, comme un outil "serieux", les SSII sont de plus en plus sollicitées sur cette technologie, mais pour des clients "web", dont la politique n'est pas de se retrouver pieds et mains liées à cause de choix technologiques du prestataire.

Les prestataires peu expérimentés

Suite à un assez vieux post, j'ai été considérés par certain comme un élitiste casseur de débutants, alors que le message que je désire faire passer est qu'il faut seulement essayer de faire ce que l'on sait, et apprendre ce que l'on ne sait pas.
En tant que codeur AS2, mon passage à l'AS3 s'est fait via Flex2, avant que ne sorte Flash CS3. J'ai eu l'immense chance à ce moment là de faire partie d'une entreprise pour laquelle le projet que je devais réaliser avait un besoin impératif d'une conception propre, quitte à passer beaucoup de temps à étudier le framework Flex avant de commencer à coder l'application. J'ai donc passé beaucoup de temps en R&D avant de passer en production, ce qui m'a permis d'apprendre beaucoup de mes tests et erreurs.

Flex a ce côté séduisant du fait que pas mal de choses peuvent sembler se faire toutes seules: positionnement, binding, navigation, composants... Mais il faut malgré tout en connaître le fonctionnement précis pour, par exemple:

ne pas utiliser une gestion des states avec manipulation de la display list là où une ViewStack est plus indiquée...
ne pas utiliser un binding là ou un simple événement suffit...
ne pas utiliser un (Binding) là où un (Binding(event="..")) sera bien plus performant... (les crochets passent mal sur Dotclear)

C'est pourquoi le seul conseil que je peux donner ici est de ne pas se lancer dans un projet qui est au delà de ses compétences actuelles. L'auto formation est une excellente chose et je ne jure que par elle, mais pour un freelance, c'est selon moi un manque de respect au client que de vendre une prestation qui a 9 chances sur 10 d'être plus ou moins bancale (par exemple, je préviens systématiquement mes clients si je n'ai pas la compétence/expérience sur une techno précise, quitte a refuser le contrat).
Cela en plus complique la tache d'un éventuel autre prestataire qui aurait besoin d'assurer la maintenance ou l'évolution du produit: c'est donc aussi pas très cool pour les collègues...
Je parle bien ici précisément de Flex: rien a voir avec le fait d'accepter de coder un diaporama sans en avoir jamais fait: il s'agit bien là d'un framework complet et de toute la philosophie de développement qui lui est attaché, ainsi que de ses outils.

Les frameworks en général

Beaucoup de développeurs de haut-niveau se sont essayés, souvent avec succès, au développement d'un framework open-source... Rappelons d'ailleurs que Flex n'est "qu'un" framework AS3, auquel est associé un "traducteur" MXML->AS3. Ces frameworks permettent de faire plus de choses, ou d'encapsuler un certain nombre de comportements communs. Que ce soit une implémentation du MVC, une couche d'accès aux données ou tout autre fonctionnalité, ces frameworks disposent pour chacun d'une philosophie de développement propre à son concepteur ou à ceux qui ont adhéré au framework.

Ce qui veut dire également que ceux qui n'ont pas adhéré au framework se voient affronter un mode de développement complètement différent de la technologie qu'ils pratiquent, pour laquelle ils se sont déjà formés. Alors s'il s'agit d'un easyMVC (7 classes) ou d'un cairngorm(22 classes), ca peut encore aller. Mais s'il s'agit d'un servebox foundry (121 classes en comptant commons+foudry+toolbox), d'un VEGAS (171 classes) ou autre lowRIA (265 classes), ça commence a faire usine à gaz...
Et quels que soit les avantages et inconvénients de chacun de ces frameworks, il est à chaque fois obligatoire de se conformer à la philosophie de développement de chacun sous peine de perdre tout l'intérêt des les utiliser.

Bref, je dirais que l'utilisation d'un framework "propriétaire" dans le cadre d'un framework agence ou de projets perso peut être une excellente chose: il peut correspondre ainsi à un goût pour tel ou tel mode de travail, ou devenir une politique d'entreprise dans le cas des agences. Mais pour un prestataire qui sait que ce projet va lui échapper, je pense que ce n'est certainement pas une bonne idée: non pas pour son propre travail, mais pour ceux qui peuvent être amenés ensuite à intervenir sur le projet.

Et moi en tant que prestataire aujourd'hui, faudrait-il que je maîtrise l'ensemble des frameworks les plus courants pour pouvoir accepter les missions que l'on veut me confier? Ce serait l'idéal, mais travail+R&D+sommeil sont rarement tous les 3 compatibles!
Et faire de la R&D pour maîtriser un framework qui ne me permet pas de faire plus de choses que ce que j'aurais fait sans, je dois avouer que ça me rebute un peu...

Et puis quand je livre un client, je fais systématiquement en sorte qu'il ne soit pas "verrouillé". C'est avec j'avoue un peu de fierté que je dis en général à mes clients qu'ils peuvent faire appel a n'importe quel prestataire compétent dans la technologie (Flash ou Flex) pour prendre la suite, sans requis supplémentaires. C'est bien plus pratique pour tout le monde: le client ne se sent pas prisonnier d'un prestataire, et je ne culpabilise pas de ne pas pouvoir assurer la maintenance si mon emploi du temps ne me le permets pas car je sais qu'un autre prestataire pourra le faire facilement.

Pour finir, je rappelle que les Design Patterns sont une solution générique pour un problème précis, généralement pour des problèmes que l'on rencontre souvent dans du développement Objet. Cela veut aussi dire qu'il ne sert à rien de les utiliser si le problème ne se pose pas! Un MVC avec une seule vue et un seul contrôleur est par exemple totalement inutile, et pourtant j'en vois si souvent... Car évidemment, quelqu'un qui utilise un framework qu'il aime pratiquer en vient à l'utiliser systématiquement, même quand il n'est pas nécessaire...

Si j'ai le temps et la foi suffisante, j'essaierai de faire un ticket sur un ensemble de pratiques personnelles en Flex, qui se sont avérées être efficaces et productives sur le terrain, qui grâce aux commentaires pourraient être débattues et enrichies.

Des fois, on s'demande....

-Alexandre LEGOUT aka LAlex- — Mon, 17 Mar 2008 17:28:00 +0100

1046: Type was not found or was not a compile-time constant: MovieClip.

No comment...

Nouveau job! Nouveau collègue?

-Alexandre LEGOUT aka LAlex- — Mon, 10 Sep 2007 20:16:00 +0200

Le niçois que j'étais viens de se perdre à Paris pour s'y installer, et autant dire que le choc thermique a été important! J'ai pris depuis mes fonctions en tant que Lead Dev Flash au sein du groupe DDB, et là j'ai bien vu que le jeu en valait la chandelle... Je ne regrette pas d'avoir fait autant de kilomètres tant le boulot est sympa. En plus je retrouve un p'tit niçois qui n'est autre que Foxy et qui a vendu son âme aux créatifs de Rapp Collins Paris...

Pour finir, on me cherche encore des collègues: j'en profite du coup pour relayer ici l'offre d'emploi de DDB:

Rapp Collins Paris du groupe DDB recherche pour son pôle "WebProd" un développeur Flash AS2/AS3.

En collaboration avec les chefs de projet techniques, vous aurez en charge le développement des projets élaborés par notre team de créatifs. Les projets sont funs et ambitieux techniquement. Ils sont encore beaucoup développés en AS2, mais on pousse fort vers l'AS3, comme par exemple sur pixelf

Ce qu'on vous demande: - être à l'aise en conception et programmation orientée objet - maîtriser plutôt très bien l'AS2 - avoir au moins eu la curiosité de s'être penché sur l'AS3 et avoir envie de continuer - et puis... être globalement doué quoi!

Le poste est un CDI basé sur Paris 9

N'hésitez pas à envoyer vos candidatures (CV+LM) à alexandre.legout -arobase- rappcollinsparis.fr

Des traces partout...

-Alexandre LEGOUT aka LAlex- — Tue, 20 Mar 2007 17:59:00 +0100

La fonction 'trace' est des plus utiles en Flash. Qu'on soit codeur ou même graphiste, il est toujours pratique de savoir si l'on est effectivement passé dans telle ou telle frame, quelles sont les données reçues en retour d'une fonction, ou tout autre information utile dont on peut avoir besoin sans qu'elle apparaisse dans le SWF final...

Par contre, une fois l'animation/application terminée, je vous en prie, enlevez tous les appels à 'trace' de votre code!!!

Il arrive que l'on ai besoin de voir ces traces en dehors du contexte de l'IDE Flash. A ce moment là, il suffit d'utiliser la version debug du Flash Player, assortie de quelques configurations et de la fonction 'Log Tail' de la console SOS. Toutes les instructions 'trace' apparaissent alors dans la console, et c'est que du bonheur pour ses développements...

Seulement, le codeur n'en est pas moins internaute. Et se prendre toutes les traces de chaque site que l'on visite, y compris les plus sérieux (Adobe, AlloCine, et d'autres que je n'ai plus en tête), c'est plutôt lourd, surtout quand on développe en parallèle, et qu'on a besoins de certaines traces de notre propore code, qui se retrouvent reléguées en dehors de la console...

Quand un peintre a fini de faire une pièce, il enlève le papier journal par terre non?

PS: Pour les mêmes raisons, il est important de ne pas afficher de données sensibles dans vos traces, car tout le monde peut les récupérer du coup!

Linux: l'aventure!

-Alexandre LEGOUT aka LAlex- — Thu, 19 Oct 2006 11:00:00 +0200

Linux c'est bien! Sur la dedibox qui héberge mes sites se trouve une distribution Gentoo 2006.0. Je suis une bille en Linux, mais je m'amuse bien: SVN, Trac, etc... Mais des fois je casse tout.

La sauvegarde c'est du bonheur: on récupère juste les reps de mysql, svn, apache, on réinstalle, on copie et tout remarche nickel! Par contre ca donne quelques jours de posts passés à l'as (en fait, les 7 derniers commentaires).

Mais ce qui est bien avec Linux, c'est que maintenant, on peut aussi y faire tourner le Flash player 9 (en beta, mais quand-même).

lalex@media-box

-Alexandre LEGOUT aka LAlex- — Wed, 27 Sep 2006 14:08:00 +0200

Ce blog rejoint désormais la communauté grandissante des blogs de MediaBox. L'ancienne adresse reste valide, donc aucune mise à jour de fil RSS n'est nécessaire.

LAlex devblog est en quelques sorte le premier blog MediaBox: en effet, lorsque j'ai ouvert ce blog, il était gracieusement hébergé par MediaBox grâce à son initiateur, Pierre GIRARD, même si cet aspect n'était pas spécialement mis en avant. Je suis donc content aujourd'hui de pouvoir disposer de cette nouvelle URL, http://lalex.media-box.net/, et affirmer ainsi mon appartenance à cette communauté que j'ai vu grandir progressivement et qui fait maintenant partie des incontournables dans le paysage Flash francophone.

MediaBox propose depuis quelques temps maintenant un fil RSS syndicant l'ensemble des blogs MediaBox, dont les rédacteurs sont des modérateurs des forums de la communauté. Plus d'informations sont disponibles sur cette page.

MAJ: les fils RSS sont a nouveaux bien formatés!

Offre de stage

-Alexandre LEGOUT aka LAlex- — Fri, 01 Sep 2006 18:33:00 +0200

Centile, développeur de solutions logicielles pour la VoIP, est à la recherche de stagiaires maitrisant l'AS2 pour son pole développement d'applications clientes.

Au programme des domaines qui seront abordés lors du stage:

développement d'applications d'entreprise en POO avec AS2
utilisation d'outils de développement Flash (Eclipse, FDT, MTASC, etc...) et de travail collaboratif (CVS/SVN, RequestTracker)
développement d'applications Windows avec projecteurs Flash (mProjector).
développement de frameworks conséquents (layout, communication, data)
technologies serveur (Socket, FMS/Red5...)
nous envisageons également un passage à l'AS3 et au moteur de layout de Flex 2 (MXML)

Le stage sera pour vous un moyen:

de faire un premier pas dans le monde de l'entreprise
de participer à des projets ambitieux et originaux pour la plateforme Flash.
de découvrir un environnement de production avec ses exigences, et ce au sein d'une équipe motivée et compétente.

C'est pour nous un moyen:

de pouvoir former quelqu'un à nos méthodes de travail
de disposer d'une période d'essai prolongée
tout ceci dans le cadre d'une embauche éventuelle à la fin du stage

Le tout se déroule à Sophia-Antipolis(06), dans une ambiance détendue et efficace.

Le recrutement de ce stagiaire se fera en fonction des compétences qu'il pourra amener à l'entreprise, notamment par rapport à sa connaissance technique de développement AS2 ainsi qu'à sa motivation. Le but est alors de minimiser la période de formation "pure" liée au langage, étant donné que l'entreprise formera le stagiaire à l'univers de la téléphonie sur IP.

Ce stage sera rémunéré selon les grilles en vigueur, ceci restant à préciser en fonction du profil du/des candidat(s) retenu(s).

Merci de nous contacter à l'adresse suivante: flash [dot] rh [at] centile [dot] com

Tellement vrai

-Alexandre LEGOUT aka LAlex- — Thu, 24 Aug 2006 17:04:00 +0200

J'ai pas pu resister...

Travaux finis?

-Alexandre LEGOUT aka LAlex- — Mon, 07 Aug 2006 18:36:00 +0200

Et wala!

Bon, j'ai fait ce que j'ai pu avec mes p'tits moyen de pietre graphiste, mais le visuel du blog est fini. Reste à voir si je n'ai rien oublié, ca viendra au fur et à mesure...

Les smileys sont de retour, et c'est une version pre-beta 2 (SVN) de dotclear qui tourne, vraisemblablement plutôt bien. Reste à inclure un formulaire digne de ce nom pour les commentaires...

Editeur Actionscript et PHP : suite

-Alexandre LEGOUT aka LAlex- — Tue, 01 Aug 2006 18:53:00 +0200

Il y a quelque temps, j'ai posté un billet sur ma recherche de l'éditeur idéal pour Actionscript et PHP. Eh bien a priori, cette recherche est maintenant terminée grace à ce qui est bien plus qu'un éditeur, mais bel et bien un environement de développement complet, j'ai nommé le célebre Eclipse!

Cet IDE, a la base développé pour Java, dispose en effet d'une extensibilité incroyable et simple à mettre en oeuvre (installation depuis un serveur distant, mise à jour online des plugins), et surtout d'une communauté immense qui ne se prive pas de mettre à profit cette facilité!

Commençons tout d'abord par Actionscript. Je dois bien avouer que j'ai été séduit par FDT (Flash Developper Tools), pour la facilité de sa mise en place. En effet, lorsque l'on est pas habitué à un IDE complet (venant d'un "simple" éditeur tel que SEPY), il est souvent bien agréable d'avoir un ensemble de wizards pour le deploiement (déploiement MTASC ou Flash IDE). Maintenant que j'ai une certaine maitrise de l'outil, je pense qu'un "simple" ASDT devrait suffire: en effet, la partie "assistée" pour la compilation et le déploiement peut être avantageusement remplacée par Ant.

Certaines fonctionnalités manquent encore dans les plugins AS pour Eclipse, notamment le refactoring (mise à jour du code lorsque l'on change le nom et/ou le package d'une classe), mais on peut s'en passer aisément, ou tout du moins la tache n'est pas trop fastidieuse du fait du signalement des erreurs et de l'import automatique des bons packages (CTRL+SHIF+O).

J'ai entendu énormément de bien de FlashDevelop, mais l'aspect trop spécifique de l'IDE me refroidit quand-même pas mal...

Pour PHP, la situation n'était pas vraiment la même. Le plugin PHPEclipse semblait un bon compromis, mais ne me convenais pas, du fait de la défaillance du 'code completion", de la vague compatibilité PHP5, ainsi que d'autres lacunes. Le niveau du Zend Studio n'était toujours pas atteint. Mais c'est avant de me souvenir que j'avais vaguement entendu que Zend prévoyait de travailler avec Eclipse. C'est ainsi que je suis tombé sur le PHP IDE de Zend, plugin Eclipse carrément complet, bien qu'étant encore au stade de balbutiement (0.2.0). Il trouve les classes là où elles sont, permet d'atteindre méthodes et propriétés par un CTRL+Click, bref tous les outils pratiques d'un IDE! Desormais j'en suis un fan absolu et je ne le lâche plus...

D'autres fonctionnalités ou plugins bien pratiques:

La gestion du travail collaboratif, que ce soit avec CVS inclus en natif (grandement amélioré dans la version 3.2 d'Eclipse : Calisto) ou avec SubVersion, grâce aux plugins Subclipse (celui que j'utilise) ou Subversive
L'édition de fichiers XML, grave aux plugins WTP (Web Tools Platform)
L'édition de fichiers pour NSIS. Les applications que je développe nécessitent un installeur, et le plugin EclipseNSIS est une pure merveille!
L'intégration et l'édition de fichiers ANT, et le lancement de fichiers Ant directement depuis l'IDE (et je suis loin d'avoir fait le tour de l'intégration ANT/Eclipse). Comme je l'ai déjà dit, ANT fera l'objet d'un article à part entière...

Bref, l'éditeur parfait existe, il est OpenSource et gratuit: c'est Eclipse!

PS: Par contre, il ne faut pas oublier qu'on parle ici d'un outil développé en Java, avec les besoins en mémoire et en performances que l'on connait à cette plateforme... Il fallait bien un point négatif quand-même...

Blog en travaux

-Alexandre LEGOUT aka LAlex- — Fri, 28 Jul 2006 21:54:00 +0200

Bon ben voila, je change de moteur. A moi une vrai interface d'admin (autre que phpMyAdmin :P), la gestion des commentaires, spams, des fils RSS partout, etc... C'est l'occasion de mettre à jour son aggrégateur!

Avec la sortie de Dotclear 2 en version beta, je me suis dit que c'était l'occasion de m'amuser avec "la bête". Codename Aoraki beta 1, je me risque à le mettre en "prod".

Du coup, je change aussi d'hébergeur. En fait, je m'héberge moi-même sur un serveur dédié maintenant. En tout cas, un grand merci à l'ami chipaldance de MediaBox pour les 3 ans d'hébergement qu'il a gracieusement offert à ce blog, c'était vraiment grand!

Pour revenir à DC2, evidemment tout est encore en chantier. J'ai eu un mal immense à faire le portage des données, mais grace à la fonction d'importation, et à quelques requêtes PHP, des arrachages de cheveux sur la transformation BBCode => xhtml (surement encore un peu bancal d'ailleurs), je m'en suis plus ou moins sorti...

Il a fallu ensuite trouver un moyen de coloriser mon code, feature indispensable. Du coup, j'ai créé un p'tit plugin GeSHi pour DC2 beta1, en espérant que la structure du code lui permette encore de fonctionner sur la version finale... Pour ceux qui veulent prendre le risque, le fichier est derrière ce lien.
D'ailleurs, histoire ce comprendre comment marche un peu tout çà, j'ai plongé dans le code, et je n'ai qu'une chose à dire: CHAPEAU! C'est du PHP5, c'est propre et bien codé, c'est de l'objet, mais utilisé avec toute la souplesse qu'offre PHP. Je n'ai pas encore cerné tous les concepts, mais je trouve que c'est vraiment du grand art, notamment le système de callbacks et de requêtage de la base: félicitations donc à Olivier Meunier et la team Dotclear.

Ce qui manque encore pour ici:

La colorisation du code dans les commentaires
Les smileys qui vont bien
Une vraie gueule pour ce blog. Le système de gestion des thèmes est sympa, mais j'ai un peu modifié ca à l'arrache pour au moins avoir un thème pleine page
Remettre les derniers posts, derniers commentaires, et une liste de liens à jours avec tout les codeurs talentueux disséminés sur le net (y aura certainement pas assez de place, mais on va se débrouiller)

Et pour finir, j'ai constaté des chiffres que je n'avais pas vu depuis un bon paquet de temps: ce blog c'est 250 post et plus de 2500 commentaires! WOW!

Livre avec des pages

-Alexandre LEGOUT aka LAlex- — Tue, 13 Jun 2006 13:37:28 +0000

... oui bon, les livres sans pages ca existe pas, mais je trouvais pas de titre!

Il m'a été demandé recemment d'améliorer un livre dont les pages se tournent. Le script utilisé jusqu'à maintenant était celui dont j'ai déjà parlé sur ce blog, le fameux pageFlip. Il est vrai que le mouvement des pages est admirable de souplesse, mais il posait quelques problèmes que j'avais à résoudre:

Déjà, divers bugs
Il fallait pouvoir appliquer un effet (Flash au livre
Le livre devait se centrer automatiquement lors de la première ou de la dernière page
Il fallait donner la possibilité d'inclure un zoom sur les pages
Il fallait pouvoir charger un SWF externe à l'animation
Il fallait pouvoir lancer un diaporama (déjà possible avec pageFlip, mais plus galère)

Si, comme je l'ai dis, le mouvement de pageFlip est admirable, il faut bien avouer qu'il n'en est pas de même pour la lisibilité du code! :\ Autant le dire, rajouter ce type de fonctionnalité au code existant, c'était mission impossible. J'ai donc recodé le moteur de A à Z, replongeant pour l'occasion dans les calculs de vecteurs, intersections de droites, et autres considérations du programme de maths de 1ere... Le calcul des matrices pour les dégradés des ombres (dont je ne m'étais jamais servis) m'a aussi pas mal accaparé. Sans compter le fait de redessiner systématiquement les contours du livre pour pouvoir appliquer des effets, étant impossible de le faire sur un composant....

Une autre problèméatique était aussi de rendre le composant "accessible", étant donné que c'est un graphiste pas codeur pour un sou qui devra s'en servir.

Bref, voilà mon resultat (sans preloading, pour moins de 700Ko):

Les images sont d'un dessinateur Chilien que j'ai découvert sur deviantart: pyromaniac

Le site auquel est destiné ce livre sera bientôt en ligne, je ferais une mise à jour à ce moment là

Compilo MM : ennemi du futur!

-Alexandre LEGOUT aka LAlex- — Mon, 06 Feb 2006 12:26:58 +0000

Une matinée entière à se casser les neurones sur un stupide problème de compilation. :\ En effet, un code qui fonctionnait parfaitement avant le week-end refusait de se compiler ce matin. Aucun modification depuis, mais je me retrouvais avec un message : "The name of this class conflicts with the name of another class"... Changement de classpath, modification des chemins, suppression des .aso, j'ai tout essayé!

Au final j'avais avancé de deux mois la date de mon ordi pour des tests de versions trial limitées dans le temps, fait 2-3 modifs à mon code, recompilé, et une fois tout ça opérationnel, je suis revenu à la date en cours... Eh ben le compilateur de Flash est incapable de gérer des fichiers dont la date de création est dans l'avenir.

La solution m'est venue du blog des développeurs de XPComponent, confronté à une problématique bien plus fréquente qui est celle du travail entre plusieurs duseaux horaires... J'en profite donc pour diffuser l'info afin d'éviter les frappages de tête contre le mur à ceux qui se retrouveraient face au même problême!

Offre d'emploi : codeur AS2

-Alexandre LEGOUT aka LAlex- — Tue, 03 Jan 2006 17:26:22 +0000

Mon employeur est à la recherche d'un autre développeur Flash pour travailler avec moi (chercher le café, apporter les affaires au pressing, etc... Naaaan, j'déconne :P). Etant donné que je suis sequestré au bureau tant qu'on a pas 10 CV, je pousse un peu la propagande via mon blog!

Plus sérieusement, l'ambiance est bonne, l'équipe jeune et compétente, et le travail passionnant : une vraie boite d'informaticiens! C'est un CDD menant à un CDI, et ça se passe à Sophia Antipolis (06), technopole sous le soleil de la région niçoise. Voici le libellé de l'annonce :

Centile est une société de développement de serveurs Java de Voix sur IP en pleine croissance (actuellement une trentaine de personnes).

Nous avons développé un softphone en ActionScript 2. L'application a beaucoup de succés, et nous recevons de nombreuses demandes de fonctionnalités supplémentaires (Instant messaging, Vidéoconférence, Envoi de mails...). D'autres applications clientes sont également destinées à être développées en Flash/AS2.

Nous sommes à la recherche d'un développeur AS2 capable d'être rapidement opérationnel à mes côtés.

Outils utilisés :
1) Flash MX 2004 Professionel / Eclipse+FDT (ou ASDT, SEPY, ...)
2) MDM Zinc V2

Profil recherché :
Nous recherchons une personne passionnée, dynamique, ayant l'esprit d'équipe, autonome et ayant surtout une forte capacité d'assimilation.

Compétences techniques :
1) Indispensable
- Actionscript 2 avancé

2) Fortement souhaité
- Connaissances dans le développement d'applications Client/Serveur en AS2.
- Connaissances du développement flash "Standalone", pour applications autonomes Windows/Linux/MacOS.
- Connaissances des techniques d'optimisation de la mémoire et du CPU pour Flash.
- Connaissance d'un language de programmation objet (C++, C# ou Java)

3) Serait un gros plus
- Expertise dans une ou plusieurs technologies Microsoft (développement de plugins et de dll).
- Expertise dans les algorythmes de sécurité et encryption.
- Expertise en ergonomie et design graphique.
- Expertise dans le webdesign.

Rémunération :
Entre 30K€ et 40K€ selon compétences

Vous pouvez envoyer votre CV à flash.job@centile.com

Bon courage à ceux qui sont interessés! ^^

IDE : Eclipse et FDT

-Alexandre LEGOUT aka LAlex- — Wed, 14 Dec 2005 10:47:14 +0000

Je n'avais jamais vraiment voulu changer d'environnement de développement. SEPY associé au compilo Flash fonctionnait trés bien, surtout que SEPY permet de compiler directement dans Flash d'un simple CTRL+ENTREE, habitude que j'avais prise depuis bien longtemps, alors que les éditeurs externes n'étaient pas au point, et que je codais donc dans l'IDE Flash...

Puis, la taille du projet sur lequel je travaille devenant de plus en plus importante, les temps de compilation se sont rallongés de manière assez exponentielle... C'est alors, qu'il y a 2 jours, lassé de passer plus de temps à regarder la jauge de compilation plutôt qu'à coder, j'ai tenté une intégration de MTASC dans mon processus de dev. Là-dessus rien à dire: SEPY gère vraiment trés bien cette intégration (avec un raccourci CTRL+SHIFT+ENTREE, comme le mode debug de Flash :P), ouvrant une petite pop-up pour saisir les paramètre de MTASC, et un deuxième onglet pour afficher le SWF. Restait le problème de la sortie standard, vite réglé avec l'option -trace de MTASC et la trés agréable console de LuminicBox...Notez que SEPY est disponible en beta 1.5, parfois buggy, mais bien agréable la nouvelle barre latérale ;))

Mais je suis entouré de codeurs Java au travail. Et évidemment, voir des programmeurs utiliser un JBuilder rempli d'une foultitude de fonctionnalités interessantes en terme de gestion d'un projet de développement, c'est tentant! Alors, ayant entendu de nombreuses appréciations positives sur Eclipse, j'ai un peu louché de ce côté là, malgré mes réticences (IDE en Java, grosse application bien lourde...). Je m'y étais déjà tenté, mais avec peu de succés, et je n'en gardais pas le meilleur souvenir...

Evidemment, le premier réflexe fut de me tourner vers les solutions OpenSource, notamment la fameuse combinaison FAME (Flashout, ASDT, MTASC, Eclipse), en laissant le peu de travail à faire pour la création du SWF de base à Flash. Je dois avouer que je me suis complètement perdu... Ca ne doit pas être bien compliqué, mais je n'ai rien trouvé d'intuitif dans l'installation et l'utilisation de la fameuse combinaison, pourtant si prometteuse...:( Je ne dis pas que ca ne vaut pas le coup, mais juste que moi je ne suis pas arrivé à m'en servir correctement....:$

Restait Flash Developper Tools (FDT), sur lequel je partais avec un avis positif mais dubitatif quand-même. Une première installation, rentrant quelque peu en conflit avec mon FAME m'a plutôt refroidi. Mais pas découragé pour autant, je choisi de supprimer totalement eclipse et de partir sur une installation "clean"... Eh bien en un mot comme en cent, C'EST LE BONHEUR!!! Je ne suis pas prêt de lacher cet IDE dorénavant... La gestion des classes est parfaite, l'autocomplétion, l'ouverture d'une classe depuis une autre par un simple raccourci clavier, la visualisation facile des chaines d'héritages, des surcharges de méthodes, l'organisation automatique des imports, etc... Bref, ca change la vie! Associé à la console SOS (des développeurs de FDT), on se retrouve avec tous les outils permettant d'augmenter sa productivité d'une manière incroyable... Je regrette juste que SOS ne soit pas un pugin eclipse, le tout-intégré c'est plus pratique quand-même!

Enfin bref, la conclusion de ces aventures est donc que je vous conseille vivement FDT. Certes, ce n'est pas gratuit (moi-même, je suis encore en Trial), mais les 200 euros demandés sont largement justifiés...:D

Flash Media Server 2 disponible!

-Alexandre LEGOUT aka LAlex- — Wed, 16 Nov 2005 12:27:38 +0000

Flash Media Server 2 est enfin disponible! Plein de choses qu'elles sont bien, comme les connections côté serveur a des XMLSocket, XML et autre LoadVars. Pour moi, il s'agit également d'une découverte des fonctionnalités de base de FCS. J'apprécie beaucoup la simplicité avec laquelle on peut créer des applications multi-utilisateurs, ou des échanges de flux audio/video! Bon, ils auraient quand-même pu faire l'effort de l'AS2, surtout que le compilo AS1->AS2 existe déjà...

Seulement voilà, le débat fait rage. Le changement de nom de Flash Communication Server en Flash Media Server influe énormément sur les différentes licences proposées. En effet:

les licences FCS étaient plus orientées sur les applications "data" (chat, jeux multi-user) qui nécessitaient de nombreuses connexions avec peu de bande passante. Elle pouvaient tourner sans problème sur une licence pro, offrant 2500 connexions simultanées pour une limite de 10Mbps, ce qui est largement suffisant pour de l'échange de données brutes.
les licences FMS, elles, sont orientées sur les applications "media", avec un nombre de connexions assez limité mais sans limite de bande passante, ce qui est idéal pour la diffusion de contenus multimedia. Ainsi, la licence pro permet 100 connexions simultanées. Le problème étant que les applications "data" se retrouvent pénalisées, car pour avoir 2500 connexions simultanées, on se retrouve a devoir acheter 25 licences. Pour exemple, un provider qui voulait acheter pour 250.000$ de licences FCS se retrouve maintenant avec un investissement de 5.625.000$ à faire en licences FMS pour les mêmes capacités! En fait, il lui est possible de ne payer "que" 1.125.000$ en utilisant les licences Origin, mais ca fait quand-même du 450% d'augmentation! 8O

Cela pose un énorme problème, surtout qu'avec la sortie de FMS2, FCS n'est plus du tout vendu, et donc son système de licence n'est plus disponible... De nombreux développeurs de multi-user vont donc probablement se tourner vers des solutions de type SocketServer, ou pourquoi pas vers le trés prometteur Red 5 qui se pose aujourd'hui comme la seule alternative OpenSource à FCS/FMS avec de nombreuses features supplémentaires!

Un trés mauvais point pour Macromedia, qui devrait perdre du coup un grand nombre de développeurs, et donc de clients (car n'oublions pas que les développeurs sont quand-même les premiers commerciaux de Macromedia)! :\

PS: La solution de Macromedia en terme d'échange de données temps-réel nous viendrait peut-être de Flex, avec les Data Services de Flex Enterprise Services 2 qui peuvent, entre autres, utiliser le protocole RTMP.

Pas le temps... mais pourquoi ?

-Alexandre LEGOUT aka LAlex- — Mon, 24 Oct 2005 21:57:53 +0000

Eh oui, je viens de le dire, je n'ai pas beaucoup de temps pour faire de la veille technologique en ce moment... En fait, il s'agit surtout de finir mes projets actuels, afin de prendre un nouveau départ!!!

En fait, je quite bientôt mon employeur actuel (avec une petite larme à l'oeil, CTC va me manquer quand-même :(), pour rejoindre l'équipe de Centile (avec la banane aux lèvres :D) pour un projet passionnant! Au coeur de ce que l'on peut appeler un "paradis pour développeurs" (y a que ca là-bas) dans ce qui semble être une super ambiance, ca va coder dur, et surtout en ActionScript (ben oui, malgré les nombreuses années depuis lesquelles je code en AS, c'est quand-même la première fois que c'est un travail a plein-temps, non freelance :P). Une nouvelle compétence chez eux, qui utilisaient plutôt des langages plus "institutionnels" (Visual, Java, ...). Bon, il faut avouer que celui qui a fait la première maquette est carrément balaise quand-même!

Au programme, connexion serveur temps réel et applications "standalone" de type mProjector... Je boût d'impatience!

Pas le temps ! Pas le temps !

-Alexandre LEGOUT aka LAlex- — Mon, 24 Oct 2005 20:51:40 +0000

Argh... Que de nouveautés... Je vous passerai l'annonce de la sortie de AS3 avec l'alpha1 de Flex 2 avec quatre train de retards... Pensez aussi que MySQL5 vient de sortir, tout en entrant dans la cours des grands avec triggers et procédures stockées, de quoi s'assurer de modèles de données robustes...

Bon, j'espère que je trouverai bientôt un peu de temps aprés avoir fini le TAF en cours pour me lancer dans l'AS3 (j'en suis encore au stade de dessiner un carré, vive drawRect() :mrgreen:)...