[Offre d'emploi] – Développeur Flex à Paris (Noisy Champs)
Développeur Flex à Paris (Noisy Champs) – Offre d'emploi
- Titre: Développeur Flex
- L'entreprise: E5group, société de services spécialisée dans le SI, et éditeur de logiciel dans le domaine des workflows, E5group compte actuellement une vingtaine de salariés.
Profil Recherché
- Profil recherché:
- E5group recherche un(e) développeur Flex en CDI ou freelance.
- Rattaché à un chef de projet, vous travaillerez sur des projets d’implémentations client de notre solution 5flow, de mise en place d'extranet, d'intranets, d'applications de bureau ou d'applications mobile.
- Des notions en php, sur les workflows, les webservices, la fibre optique, le mobile, le SIG sont les bienvenues
- Compétences Techniques Requises:
- Flex, si possible PHP
- Expérience Requise: -
- Disponibilité: dès que possible
Conditions d'embauche
- Lieu : Paris (Noisy Champs, RER A)
- Rémunération: 35 -45
- Contrat: CDI
Pour postuler
- Contact:
- Par email sur job (AT) e5group (POINT) fr
Interview avec Michaël Chaize – Flex et le monde de l'entreprise
Il y a deux semaines, j'ai publié un billet nommé "Point important sur les décisions d'Adobe sur le futur de la Flash Platform et de Flex" sur flex-tutorial.fr, pour partager mon ressenti à chaud sur les dernières décisions prises par Adobe. Un article qui a pas mal circulé parmi les développeurs mais aussi dans certaines SSII voire lu par certains clients (2500+ vues en quelques jours). Au delà de cela, un nombre important de commentaires, tous très intéressants qui reflètent bien l'état d'esprit actuel des développeurs je pense.
Depuis ce billet, Adobe a mis à jour son annonce "Your questions about Flex" (http://blogs.adobe.com/flex/2011/11/your-questions-about-flex.html) pour répondre aux nombreuses questions que ce billet a soulevées. Avec notamment une nuance sur le fait que HTML5 était une bonne solution pour faire de l'applicatif en entreprise, l'annonce qui avait le plus surpris au départ.
On en a aussi appris davantage sur le passage de du SDK Flex en Open Source avec notamment l'ajout de BlazeDS, des derniers composants Spark (architecture Flex 4) manquants et du compilateur Falcon ultra-rapide pour Flex 5. Un point qui a aussi été survolé est la cession des outils de tests à la communauté. Cela assure que l'intégration de patchs ne brisera pas le système, même s'ils n'ont pas une couverture de code maximale.
Depuis ce billet, Michaël Chaize (Adobe evangelist) a aussi publié ses impressions dans un billet nommé "Flexcursion with Apache":
http://www.riagora.com/2011/11/flex-is-open/
Une vision intéressante que j'ai voulu approfondir sur flex-tutorial.fr.
Salut Michaël, pour ceux qui ne te connaissent pas, une petite présentation sur ton parcours chez Adobe?
Salut Fabien. Après avoir travaillé en agence interactive en tant que développeur Flash, j'ai créé avec un associé une société d'édition de logiciels autour du format PDF. Nous étions un partenaire privilégié d'Adobe que nous avons rejoint en 2006 au moment de la sortie de Flex 2 et de la création de la communauté des Tontons Flexeurs. Je travaillais dans l'équipe avant-vente pour accompagner les comptes du CAC40 dans leur stratégie de mise en place de RIA. En 2010, Ben Forta m'a proposé de représenter la plateforme Flash en Europe au sein de l'équipe des Developer Evangelists. Depuis je travaille avec Greg Wilson et Christophe Coenraets entre autres pour évangéliser Flex auprès des développeurs Java, PHP et auprès des directions informatiques.
La création d'un back-end est un cas classique d'utilisation de Flex. Celui-ci est le plus souvent "masqué" derrière un intranet. En ajoutant à cela des données confidentielles et un accès sécurisé, on obtient souvent des applications avec peu de visibilité externe. Penses-tu qu'il y a une partie cachée de l'iceberg Flex en entreprise?
C'est certain ! Je me souviens des premières campagnes de promotion de Flex. On expliquait que les interfaces riches optimisaient le parcours des utilisateurs et que donc Flex aurait du sens sur un site de eCommerce par exemple (l'exemple du FlexStore illustrait cette promesse). Mais au final, c'est toujours le marché et la communauté qui orientent les usages d'une technologie. Un besoin est rapidement né dans le milieu des applications d'entreprise : la possibilité de rapidement concevoir et déployer des interfaces riches connectées à un, voire plusieurs services distants. Les développeurs Java en l'occurrence n'avaient pas de solution viable. La technologie Swing, les JSF, ou le JavaFX n'étaient pas convaincantes à cause de leur manque de maturité et de productivité. Flex est rapidement apparu comme la technologie la plus naturelle pour industrialiser le développement d'interfaces. Je dirais que 90% des applications Flex sont sur l'intranet de l'entreprise, parfois exposées à des partenaires ou clients extérieurs sur l'extranet. Beaucoup d'interfaces Flex sont lancées pour adopter une méthodologie de développement d'applications recentrée sur les besoins des utilisateurs et ainsi pallier aux manque d'ergonomie et de bon sens des interfaces proposés par des éditeurs. SAP par exemple doit proposer une interface par défaut qui doit répondre à un maximum de métiers et de profils utilisateurs. Au final, la méthode consiste à présenter tous les champs disponibles dans la base de données et de laisser l'utilisateur jongler avec ces informations. C'est une approche "system-centric". Flex permet d'industrialiser une approche "user-centric" en développant rapidement des interfaces qui répondent aux besoins métier des utilisateurs et en incluant le Design au coeur du processus de développement.
Dans ton billet tu parles d'un décalage de 2-3 ans en entreprise en plus des 3-5 ans annoncé par Adobe pour que les technologies HTML5 rattrapent Flex et Flash Player. Les périodes de migration sont effectivement longues, notamment sur le renouvellement des postes (XP toujours très présent). Penses-tu que la poussée HTML5 peut influencer ces temps de migration, vers Windows 7 + IE9/10 par exemple?
Je ne pense pas. Un grand compte ne migre pas vers un nouvel OS pour accueillir une nouvelle technologie web. Elle doit avant s'assurer que tout son "legacy", toutes ses applications existantes fonctionnent correctement sous un nouvel OS ou un nouveau navigateur, vérifier les procédures d'audit, les mécaniques de déploiement, les compatibilités logicielles, etc… Une migration touche le quotidien de dizaines de milliers d'utilisateurs, un plantage n'est pas permis. Dans le navigateur, je suis encore fasciné par le nombre d'activeX utilisés sous IE, du nombre de sites développés en interne avec des frameworks différents, des technologies différentes, etc… Mon conseiller bancaire par exemple passe régulièrement d'un navigateur à un écran mainframe, à du client-server et à un autre écran VB pour effectuer une simple opération comme un virement.
Les grands comptes sont aujourd'hui le résultat de plusieurs fusions et acquisitions et cela se ressent au niveau du socle informatique. Plus qu'un choix technologique comme Flex ou HTML5 , il faut entreprendre un chantier de refonte des postes utilisateurs sur un même socle technique, et exposer toutes les anciennes applications sous forme de service. Il faut aussi avoir conscience que HTML continuera d'évoluer, ne va pas rester figé dans sa forme actuelle, même le langage JavaScript évoluera, ainsi que les versions de navigateurs. Dans 5 ans, on parlera certainement d'IE12 sous Windows 9.
C'est maintenant la communauté des flexeurs avec le soutien d'Adobe qui va préparer la suite et notamment la version 5. Un gros break avait été fait entre Flex 3 et 4 pour prévoir la nouvelle architecture, notamment au niveau des skins. Ce break s'est révélé difficile pour certaines structures qui sont restées en Flex 3 mais décisif pour le résultat que l'on peut obtenir avec Flex pour mobile. Penses-tu que Flex 5 doive apporter un nouveau changement ou "simplement" apporter des évolutions pour répondre aux demandes des utilisateurs?
Je pense en effet que l'architecture Spark était un mal nécessaire, et pas seulement pour permettre la migration sur mobile. Le fait de découpler le design d'un composant de sa logique offre beaucoup plus de liberté d'expression et permet de mieux structurer son code. Certains clients sont restés en Flex 3 mais la migration vers Flex 4 peut être douce. J'ai rencontré dernièrement une banque qui avait écrit un script en Python pour faciliter et achever une migration en deux jours. Si l'on suit bien le guide de migration, l'effort n'est pas immense.
Je pense que Flex 5 doit déjà assurer la migration de tous les composants vers Spark et consolider l'ensemble du framework pour qu'il soit encore plus performant. Flex est encore récent sur mobiles, il y a du coup encore beaucoup de pistes à explorer pour innover et améliorer le framework.
La communauté Spoon qui sera en charge de Flex semble assez jeune mais pleine d'espoir. Combien de temps va durer la tutelle d'Adobe, cruciale pour le bon démarrage de cette initiative?
Spoon a un an. C'est une jeune initiative mais les membres actuels sont des développeurs Flex très expérimentés. Cette alliance s'appelle Spoon parce qu'ils ne pouvaient pas faire de Fork. Le deal entre Adobe et Spoon étaient de les laisser améliorer Flex dans une branche séparée et de recouper tous les 6 mois pour faire notre marché. C'était un premier pas vers l'implication de la communauté dans Flex, mais le modèle n'était pas efficace.
Dans le même temps, nous avons fait l'acquisition de Day Software, une société qui a développé un CMS d'entreprise basé sur des solutions Apache. C'est grâce à leur expérience que l'idée de se rapprocher d'Apache est née. Du coup la tutelle sera partagée entre Adobe, Spoon et aussi des grands éditeurs et clients qui ont des projets critiques développés en Flex et qui s'annonceront au fur et à mesure. L'objectif n'est pas de donner Flex à la communauté, mais juste de lui permettre de contribuer et d'influencer la roadmap. Aujourd'hui, Adobe décide des nouveautés, les développe dans le secret pour les révéler à Max ou 360Flex par exemple, et décide de quels bugs sont prioritaires. C'est ce type de gouvernance qui va changer.
Lors de ta dernière session Connect, tu disais que les développeurs RIA Flex d'aujourd'hui seraient sûrement les développeurs RIA les plus à l'aise avec HTML5 de demain. Je partage cet avis. Pendant ces prochaines années, à quelles technologies devraient s'intéresser les développeurs Flex?
Il est impossible de réduire les compétences d'un développeur de RIA à un langage. C'est une culture, un savoir-faire, qui va de la sensibilité au design jusqu'à l'architecture d'une application côté client. Les développeurs doivent suivre les tendances et s'intéresser de près ou de loin à plusieurs technologies à la fois. C'est difficile de miser sur une autre technologie aujourd'hui, on ne peut que constater la prédominance de JQuery sur le web. J'espère qu'il évoluera avec plus des fonctions pour les applications d'entreprise. L'autre tendance à surveiller est la cross-compilation en natif pour les applications mobiles.
Dans l'avenir, Flex devrait-il devenir un peu comme J2EE, une solution uniquement axée entreprise pour des applications de gestion lourdes et complexes à maintenir? Penses-tu que Flex deMVvrait devenir une technologie de "niche"?
C'est un peu caricatural mais je comprends ce que tu veux exprimer. Il y a tout de même des systèmes J2EE qui sont légers et simples à maintenir, mais les architectures J2EE sont souvent anciennes et cumulent des couches qui sont plus ou moins bien conçues. Aucune technologie n'est à l'abri. En Flex, il suffit de mal implémenter un framework MVC pour arriver à une architecture lourde et difficile à maintenir. Si l'on regarde l'évolution des frameworks MVC Flex, l'injection de dépendances n'est pas arrivée de suite. En ce moment, des frameworks comme Gravity introduisent dans Flex des concepts OSGi.
Je pense que la grande différence entre Flex et J2EE, c'est le momentum. J2EE a facilité l'exposition de services (le mouvement SOA), la maintenance d'une logique métier et la couche d'accès aux données. Les interfaces riches sont encore en phase de démarrage chez les grands comptes car elles n'induisent pas qu'un choix technologique. Flex est déjà très mûr par rapport aux attentes du marché. Si les RIA mettent du temps à s'imposer en standard dans le monde de l'entreprise, c'est parce que cela impacts l'organisation des équipes informatiques et chamboule le modèle classique MOA/MOE pour le bien des utilisateurs. Flex ne va pas devenir une niche mais au contraire s'imposer de plus en plus comme la solution la plus mature pour construire une stratégie user-centric. L'arrivée des tablettes en entreprise va accélérer le mouvement car une interface mal conçue sur ces appareils conduira forcément à un échec et à un refus de la part des utilisateurs. Sur le desktop, ils sont assez "résignés" et acceptent des interfaces "system-centric" mal conçues.
Pourquoi Adobe n'a pas ciblé le monde de l'entreprise plus tôt? Notamment au niveau du support des systèmes de build très répandus en entreprise comme Maven qui ont toujours été un peu laissés de côté?
Je pense que Macromedia a senti en premier que le web deviendrait une plateforme applicative. Le tort a peut-être été de penser que cela s'appliquerait à des applications B2C et non pas des applications B2E. A leur décharge, j'imagine qu'il est plus simple de communiquer sur des applications publiques B2C, cela facilitait la communication autour de Flex et accélérait son adoption. Les autorisations sont très difficiles à obtenir pour montrer des applications d'une application de trading par exemple.
Point important sur les décisions d'Adobe sur le futur de la Flash Platform et de Flex
Si vous suivez l'actualité récente d'Adobe, notamment par Twitter, vous savez que les 10 derniers jours ont été mouvementés. Il y a eu des annonces, des rumeurs, des contres-annonces, des excuses et même une pétition. Je vais essayer de résumer la situation et ce que j'en pense.
Il est important de rappeler que je ne travaille pas pour Adobe, pas de directives de mon côté donc, même si ces dernières années en tant que développeur Flex ont fortement orienté mes opinions.
L'histoire est longue, prenez donc un verre (alcoolisé si vous êtes développeur Flex). Tout a commencé par un communiqué d'Adobe:
Flash to Focus on PC Browsing and Mobile Apps; Adobe to More Aggressively Contribute to HTML5
La fin du développement de Flash Player pour mobile
On apprend donc qu'Adobe ne va pas continuer le développement de Flash Player pour mobiles (Android et Blackberry). Une annonce qui en elle-même aurait pu être mieux amenée. En effet, Flash Player sur mobile, notamment sur Android n'était pas anecdotique. Vous vous rappelez sûrement les publicités à la TV pour la tablette Samsung qui peut "lire des vidéos en Flash". Flash Player est dans le top 5 des applications les plus téléchargées sur le Market Android, et c'était un petit pied de nez à Apple.
La version actuelle de Flash Player pour mobile ne sera pas retirée, elle sera juste gelée sur cette version. La première réaction des développeurs de la communauté Flash / Flex fût assez unanime. Personne ne créait de contenu à destination de Flash sur mobile, personne ne perdait donc de business puisque cette plate-forme n'était pas mis en avant dans les phases de vente (ou alors vous avez de très bon commerciaux).
C'était aussi mon avis, d'autant plus que la qualité de cette version de Flash Player laissait à désirer. Propriétaire d'un Android depuis un moment, je sais repérer une page qui a du Flash par le lagg qu'il apporte. A rajouter en plus de cela, les clignotements "volontaires" lors d'un zoom sur la page. L'utilisation de Flash sur Android était assez désagréable, mais ça servait bien pour afficher une vidéo Youtube, et pouvoir cliquer sur le logo pour arriver sur l'application native.
La seconde réaction a été plus terre-à-terre avec des personnes faisant partie des phases d'avant-vente. Pour eux, cela accroît la difficulté de "vendre du Flex" au client, en venant s'ajouter à la mauvaise publicité déjà acquise par le Flash Player (virus, propriétaire, iPad, …). Effectivement, la nouvelle a été relayée par les journaux techniques en ligne rapidement, ce qui prouve aussi l'importance de l'annonce. Le fait est que 99.5% des gens ne font pas la différence entre Flash Player et Flash Player "Mobile". Il y a donc eu une confusion et certains y ont même vu une intervention de Steve Jobs depuis sa tombe. Du grand n'importe quoi.
Le message était assez concis, et a remonté de nombreuses questions auxquelles les employés d'Adobe n'avaient visiblement pas le droit de parler. On a donc eu un silence pendant une journée, avec des évangelistes qui parlent de la senteur de leur nouvel appartement et pas de ce qui préoccupe la communauté. Dans le même temps, Adobe fait l'annonce de ses résultats fiscaux de l'année (apparemment , assez bons) et annonce qu'ils se séparent de 750 employés.
Un cocktail parfait pour attirer les bonnes blagues (j'avoue m'être bien marré sur Twitter) et des rumeurs, qui ne sont pas fait attendre. La première est que toute l'équipe de Flash Professionnal s'est faite licenciée. On apprend ensuite que tout le développement se ferait désormais en Inde. Des rumeurs vites démenties par Mike Chambers, qui en profite pour faire un point sur le futur de Flash Pro.
Flash Professional and the Future
On apprend dans le même temps par @Adobe que les développeurs Flash pourront exporter vers HTML5 dans la version CS6. De quoi se demander à quoi sert Adobe Edge, qui sortait en beta3 dans le même temps. Peut être pour tâter le terrain.
Un rumeur circule aussi, disant que la version 4.6 serait la dernière sortie par Adobe. Elle était bien bonne celle-là, et Falcon on le met au placard?
A la suite du billet de Mike Chambers, de nombreux autres employés / evangelists Adobe ont eux aussi publié un billet expliquant que l'arrêt de Flash Player Mobile permettait à Adobe de se concentrer sur d'autres sujets, et que certains employés avaient été déplacés dans des équipes travaillant sur des problématiques HTML. On nous dit aussi que Flash Player va bien continuer sur le Desktop, avec des améliorations principalement destinées au jeu vidéo (mouse lock, text input full screen lock, Molehill 2, …) et à la vidéo (Dolby 7.1, …).Cool, on sait déjà que ce sont certains des points forts de Flash Player.
Certains dénoncent aussi la "brutalité" du message. Adobe aurait bien pu déprécier le produit pendant 2 ans, comme le fait souvent Google par exemple. Ou simplement le laisser mourir, doucement. Personne ne s'en serait rendu compte. Adobe a sûrement été trop honnête pour le coup.
Et Flex dans cette histoire?
Pendant ce temps-là, les développeurs Flex se demandent un peu ce qu'il se passe, n'ayant pas vraiment des news les concernant directement. Les Product Manager du SDK Flex répondent donc qu'ils préparent un billet pour le lendemain, pour faire le point sur Flex. Je pense que l'on s'est tous attendus à lire un billet nous disant que tout allait bien, que Flex était là pour rester et que la Roadmap annoncé pour MAX allait être respectée. Le genre de message sympa qui allait rassurer la plupart d'entre nous. Au lieu de cela, nous avons pu lire ce billet sur le blog officiel de la Flash Platform:
On apprend rapidement direct qu'Adobe va donner entièrement le SDK en Open Source à la communauté. Vous le savez sûrement, jusque là, Adobe réalisait la maintenance du framework, dont les sources étaient déjà partiellement ouvertes. Là, il ouvrent aussi le code de leurs librairies ainsi que les sources du compilateur. La version 4.6 du SDK Flex va donc sortir le 29 Novembre 2011 (pour une fois qu'on a la date), et ce sera la dernière version maintenue par Adobe. Flash Builder cependant, sera toujours développé par Adobe, en tout cas maintenu pour qu'il puisse fonctionner avec les prochaines versions de Flex. C'est le strict minimum, on ne sait pas s'il contiendra des améliorations ou non, surtout que l'on apprend qu'une partie de l'équipe du Flex SDK a été transférée pour travailler sur du HTML.
Mais ce qui a mis le feu aux poudres, c'est cette auto-question spéciale "balle dans le pied":
Does Adobe recommend we use Flex or HTML5 for our enterprise application development?
In the long-term, we believe HTML5 will be the best technology for enterprise application development
On a donc un billet des Product Manager de Flex qui annonce qu'HTML5 est la solution à apporter désormais, si vous travaillez sur le long terme. Je ne sais pas vous, mais je pense pas que vos clients achètent du jetable qui sera hors-sujet dans quelques temps. Personne ne conçoit des solutions "entreprise" sans penser long terme, je pense. Dîtes moi si je me trompe. A partir de cela, le billet n'apporte pas beaucoup de réponses à toutes les questions que n'importe quel développeur Flex peut se poser à la lecture de cette article (version 5? compilateur HTML? Flash Player open source?). On reste encore sur notre faim.
On apprend dans le même temps que ce qu'Adobe appelle "la communauté" est représenté par le projet "Spoon" dont je vous avais déjà parlé sur flex-tutorial il y a quelques semaines:
http://www.flex-tutorial.fr/2011/08/12/le-projet-spoon-cherche-des-volontaires/
Le but initial du projet Spoon était de travailler main dans la main avec Adobe pour que la communauté puisse participer au SDK Flex, notamment par la soumission et la vérification de patchs. Une volonté assez noble, je m'étais même porté volontaire pour participer à l'époque. Mais vous n'avez peut-être jamais regardé ce qui se passe du côté du projet Spoon, car on entend pas vraiment parler. Le fait est que Spoon en est au point mort. Après l'appel à volontaires, ce sont créés 3 Google Groups qui ont finalement été rassemblés en un Google Group nommé "Open Spoon Community".
Pour l'instant, Spoon n'est qu'une mailing-list, avec 28 membres et un nombre de threads qui peut être compté sur les doigts d'une main de Simspon.
https://groups.google.com/forum/#!forum/open-spoon-community
Avec un long post de M. Labriola qui explique ce qu'il prévoit de faire. Notamment avec Asylum, un projet ambitieux (même qualifié de fou par son créateur) qui permettrait de vérifier la cohérence des patchs en faisant des vérifications sur le bytecode final du SWF. Je vous laisse lire le thread si vous en avez envie:
https://groups.google.com/forum/#!topic/open-spoon-asylum/hi0deRq0V7I
J'avais à l'époque répondu, mais mon message n'a jamais reçu de réponse. Les personnes actuellement responsables du projet Spoon sont très douées, on y compte par exemple M. Labriola, J. B. Campos, Joel Hooks (créateur de RobotLegs), … Mais voilà que soudainement, Spoon récupère le fardeau Flex, ce qui doit pas mal changer leurs plans (je crois avoir lu qu'ils ont appris la nouvelle une semaine avant). Dans le même temps, ils vont aussi récupérer certains développeurs actuels du SDK Flex.
Mon avis sur la situation
La situation est délicate. Adobe annonce que le futur des applications "entreprise" repose sur HTML5 et donne la gouvernance du SDK à un groupe encore jeune qui n'a pas encore fait ses preuves. C'est un peu comme si je vous donnais un yoghurt, en vous disant "tiens je te le donne, il est gratuit mais il est périmé depuis 2 jours, ça devrait passer. En plus il est gratuit, tu devrais être content, non?"
Non. Pas vraiment. Entre les licenciements et les abandons de produits, Adobe a fait un très mauvais travail de communication, même certains evangelists s'en sont excusés. Sauf que ce sont les annonces officielles d'Adobe qui sont relayées par les Business Insider, Le Monde et autres journaux numériques. Pas celles des evangelists. Vous n'avez peut-être même pas remarqué mais pendant ce temps, Adobe AIR 3.1 et Flash Player 11.1 sont sortis en release et le pricing du Creative Cloud a été annoncé.
Ça n'a pas déchaîné les foules, tout le monde étant occupé à discuter de la situation actuelle.
L'ouverture du SDK à la communauté est-elle une bonne nouvelle?
A mon avis, non. Personnellement, j'aime développer en Flex car Adobe avait toujours son aval sur le développement du produit. L'assurance d'avoir un seul Flash Player, maintenu par une seule entreprise est aussi rassurante. Adobe assurait la vie de Flex, notamment grâce aux evangelists, à son avant-vente sur les grands comptes, aux conférences, etc. La qualité des releases restait bonne avec les versions (tous les SDKs ont des bugs mais dans l'ensemble, je trouvais le code de qualité) et le rythme des sorties était annoncé. Là, on vient de passer le SDK au projet Spoon qui selon moi, va avoir du mal à assumer une telle responsabilité. Maintenir et faire évoluer un SDK requiert plus de bras et d'énergie que quelques volontaires qui travaillent sur leur temps libre. Je ne pense pas que Spoon soit assez mûr pour assumer tout cela, quand on voit la taille importante de l'équipe autour de Flex.
Après, certains pourront me citer quelques "success story" de l'open source, mais personnellement, j'y vois beaucoup d'échecs. Mais même si Spoon arrive à se mettre en route rapidement, il va devenir encore plus difficile de "vendre du Flex" quand ses parents viennent de se séparer de lui en clamant que HTML5 représente la solution sur le long terme. Dans tous les cas, la version 5 de Flex n'est pas prête de sortir, surtout avec les ambitions affichées par Adobe lors de MAX.
Je me souviens d'une présentation assez générale sur les projets Open Source de Julien Ponge (créateur d'Izpack) lors du LyonJUG qui était très intéressante. Notamment lorsqu'il a dit que souvent, les projets étaient rendus "open source" pour les mauvaises raisons. Les 2 grandes raisons étant : un produit en fin de vie que l'on pense renaître de ses cendres grâce aux "justiciers de l'open source", ou un produit qui ne décolle pas. L'impression qui est donnée reste quand même qu'Adobe essaie de se débarrasser de Flex. Maintenant, si aucune nouveauté n'est apportée dans les prochaines versions de Flex, personne ne pourra accuser directement Adobe.
HTML5? rly?
Je ne pense pas qu'il faut vraiment attribuer ces mots aux Product Manager de Flex, il ne font que relayer un changement de stratégie de l'entreprise. Attention à ne pas taper sur le messager.
Je ne vais pas commencer un troll massif sur HTML5 vs Flex/Flash, vous en avez sûrement trop entendu. Le fait est que dans certains cas, les technologies autour de HTML5 sont suffisantes pour arriver à faire une application, mais parfois l'utilisation de Flash apporte des améliorations fonctionnelles (l'upload de base dans GMail et WordPress passe par un Flash). Parfois, elle est même nécessaire car il y a certaines choses que l'on ne peut simplement pas faire avec un HTML/JS/CSS (affichage de la webcam, manipulation sur ByteArray, …). La création d'applications "entreprise/intranet" n'est pas encore au point avec HTML5. En tout cas, aucune solution ne s'est imposée.
C'est un peu la panique sur Twitter depuis cette annonce d'Adobe. Les evangelists essaient de sauver la mise avec des billets pleins d'espoir mais il faut savoir que la communauté des développeurs Flex a pris un grand coup en quelques jours. Les développeurs ayant de l'expérience en Flex (voire une expertise) et ayant déjà touché au développement HTML savent que le développement d'application "entreprise" avec du JavaScript est une plaie. Ce que l'on appelle HTML5 (CSS3/SVG + HTML/JS) est principalement un buzzword. La plupart annoncent qu'ils "font du HTML5" en utilisant jQuery, une librairie supplémentaire avec un nom farfelu, et des transitions CSS3. Au final, ce n'est pas vraiment de l'innovation. Pour les développeurs habitués à un langage compilé comme l'AS3, on pense même faire 2 pas en arrière, notamment quand on essaie d'appliquer nos connaissances en OOP ou en modularité (programmation évènementielle, …).
Alors forcement, quand Adobe annonce à des milliers de développeurs que le Flex c'est has been, et que HTML5 c'est top, c'est la grosse confusion, et personne ne souhaite faire ces 2 pas en arrière.
Le futur de Flex tel que je le vois
Je ne sais pas vraiment si on peut m'appeler développeur "senior", vu que j'ai commencé le développement il y à peine 3 ans, à la sortie mon école d'ingénieur (j'ai 25 ans). Ayant été baigné directement dans Flex, et travaillant quotidiennement sur des projets Flex, j'ai acquis une certaine expertise sur Flex toutes proportions gardées. La rédaction de flex-tutorial m'a aussi donné l'opportunité de faire un gros travail de veille pendant ces 3 dernières années, pendant lesquelles je n'ai pas chômé. Je ne peux donc pas faire de comparaison avec ce qui s'est passé chez Oracle ou chez Microsoft il y a des dizaines d'années, désolé pour les nostalgiques
.
Durant la dernière année, j'ai été ACP (Adobe Creative Professionnal) et j'ai aussi fait partie d'une sorte de pre-prerelease privée chez Adobe, ce qui m'a donné l'occasion de participer à des webinars ou d'obtenir des versions alpha de Flex / Flash Builder. Un "coup d'avance" assez appréciable quand on essaie de tenir son blog à jour. Ce changement de stratégie a cependant été annoncé du jour au lendemain, ce qui a provoqué la surprise de la communauté, moi y compris.
Une mesure plus graduée aurait été appréciable, le temps que le projet Spoon soit up and ready. J'aurais voulu lire qu'Adobe travaillait avec les responsables de Spoon depuis des mois, avec un process sans faille, des patchs déjà acceptés dans le SDK et une vraie vision de l'avenir. Au lieu de cela, Adobe annonce qu'il refile le bébé au projet Spoon. Déroutant.
Flash Player sera encore là pendant plusieurs années, ça j'en suis sûr. Le parc installé est suffisant pour cela. Flex sera encore présent pendant longtemps, sûrement plusieurs années. Pas vraiment grâce à Adobe, le fait est simplement que Flex est utilisé par des milliers de développeurs / sociétés, ayant conçu des applications de haut niveau, difficilement portable en HTML. La transition en HTML de ces applications n'apporterait sûrement pas d'améliorations, je doute que les clients aient beaucoup d'argent à mettre la dedans, surtout que la complexité d'un développement en HTML risque de rendre la note salée.
A mon avis, le projet Spoon n'aurait pas les épaules suffisamment solides pour soutenir le SDK Flex. Je serais vraiment surpris de voir que le projet a fait de grandes avancées sur le programme de Flex 5 dans quelques mois. Et je n'ai pas vraiment envie d'attendre.
Un compilateur Flex vers HTML? Flash Player Open Source?
Beaucoup ont pensé qu'il fallait donc une porte de sortie, comme un compilateur Flex vers HTML, et pas Flex vers SWF. Même si je doute de la possibilité de réaliser ce compilateur, le résultat ne sera jamais à la hauteur des espérances des développeurs. Prenons par exemple Adobe Edge (ou Muse) ou Vaadin (qui s'appuie sur Google Web Toolkit) qui créent un code plus que discutable, dont les performances ne sont pas au rendez-vous. Je ne pense pas qu'il faille espérer ce compilateur comme s'il était le messie.
Le passage en Open Source de Flash Player serait aussi, selon moi, un mauvais move, notamment pour les raisons évoquées plus haut. Un Flash Player open source ne va pas vous amener Flash Player sur iPad. En fait, je ne vois même ce que cela changerait à l'histoire, à part plus de confusion et une décision qui ressemble plus à un échec. Beaucoup ne sont pas de mon avis, ce qui est aussi compréhensible
.
Conflits d'intérêt
Si Spoon ne peut faire évoluer Flex dans des temps corrects, il reste que l'éco-système Flex n'est plus le même. Je doute qu'Adobe continue à envoyer des evangelists de par le monde pour faire la promotion de Flex après une annonce comme celle-là. La situation est vraiment complexe, car Adobe libère Flex mais reste le principal acteur dans le développement de Flash Builder et de Adobe AIR. Ce n'est pas clair, et je vois mal comment cela peut se passer sans conflits d'intérêt (comment faire évoluer AIR sans avoir totalement la main sur l'évolution de Flex).
Adobe semble rester accroché à AIR pour la création d'applications multi-plateforme sur mobile. Mais dans le même temps, Adobe rachète PhoneGap, qui permet de faire des applications natives à partir de contenu HTML (avec notamment un système de build automatisé très cool). PhoneGap est par exemple déjà utilisé dans Dreamweaver CS5.5. Qui peut assurer qu'Adobe va continuer à supporter AIR et ne pas retourner sa veste comme cela s'est passé cette semaine?
Selon Adobe, l'avenir des applications business est dans HTML5 et pourtant, ils ne proposent aucune solution viable, aucune porte de sortie. Un des gros points forts du couple Flex / AIR + mobile était de pouvoir profiter de la même base de code, pour cibler plusieurs plate-formes. Si je commence à faire du HTML pour le web, je ne vais pas maintenir 2 bases de code, une en HTML pour le web et une en AS3/Flex pour le mobile afin de pouvoir exporter avec AIR. Avec AIR, Adobe va donc cibler encore une fois le gaming et plus l'aspect business.
Difficile de continuer à avoir confiance après ces annonces successives, surtout un mois après MAX, qui semble avoir été une belle mascarade. Ce type de changements n'aurait pas du se passer à travers des blogs, il aurait du être préparé et annoncé à MAX, de manière claire.
Et toi, tu fais quoi?
Le constat est difficile, Flex me semble avoir commencé son déclin. Avec un blog tel que flex-tutorial.fr, vous vous doutez bien que ça remet les idées en place. Je me suis laissé quelques jours pour y réfléchir et rien n'est vraiment certain. J'ai consacré des centaines (milliers?) d'heures / soirées / week-end sur ce blog, de manière complètement volontaire car je trouvais / trouve que Flex est un excellent produit. Il semble que Flex soit maintenant tombé dans le marché de "niche", c'est-à-dire qu'il pourra servir à répondre à des clients ayant une infrastructure ancienne (support de IE) ou pour certaines applications qui sont tout simplement impossible de réaliser avec du HTML/JS/CSS.
Je pense que je vais faire un break sur la rédaction de flex-tutorial, un break qui sera peut-être définitif. Je ne vois pas vraiment ce qui va me redonner confiance en Adobe dans les prochains mois, mais il ne faut jamais dire jamais.
Je vais essayer de diversifier mes horizons, notamment en m'intéressant de plus près au Play! framework, qui m'a vraiment séduit lors de ma première prise en main il y a quelques semaines. Avant cela, je vais quand même publier le tutorial que j'ai promis sur Twitter, sur la création d'un clone d'Angry Birds avec le framework Starling. J'attends simplement que le projet Starling sorte de sa phase de beta, car je n'ai pas envie de tout ré-écrire si un préfixe est ajouté à toutes les classes du framework. Il faut avouer que faire du développement en AS3 est plus qu'appréciable, peut-être que faire un peu de gaming de me ferait pas de mal
.
Un commentaire? Une question?
Si vous souhaitez réagir à ce billet, et je vous y invite, vous pouvez utiliser les commentaires ce cet article. Si vous êtes sur Lyon, on pourra aussi en parler au Flex User Group de ce Jeudi
Fabien
[Offre d'emploi] – Développeur ActionScript / Flex / AIR sur Paris 14e
Développeur ActionScript / Flex / AIR (Paris 14e) – Offre d'emploi
- Titre: Développeur ActionScript / Flex / AIR
- L'entreprise: The Great Factory(http://www.potati.com/blog/49-jobs-potati/610-job-developpeur-actionscriptflexair-hf-paris)
Profil Recherché
- Profil recherché:
- Vous avez un minimum de 3 ans d'expérience en matière de développement ActionScript et FLEX
- Vous aimez le travail en équipe
- Vous êtes autonome, passionné(e) par l’Internet et le développement avec les langages de dernière génération
- Vous avez des notions d'architecture SOA avec FLEX Un plus si vous connaissez bases de données et SQL, AMFPHP, JSON, Objective C
- Vous possédez le sens de l’équipe et êtes attiré(e) par la culture « start-up »
- Compétences Techniques Requises:
- Développement FLEX/AIR -Développer notre navigateur desktop en collaboration avec d'autres développeurs
- Développer des widgets pour notre navigateur
- Développer des applications FLEX
- Développement FLASH -Possibilité de réaliser des développements en Flash (jeux éducatifs)
- Expérience Requise: 3 ans
- Disponibilité: Immédiate
Conditions d'embauche
- Lieu : Paris (14e)
- Rémunération: à négocier
- Contrat: CDI
- Contact:
- Par e-mail : christophe.michot AT potati POINT com
[Offre d'emploi] – Associé / Développeur Flex sur Rouen
Associé Développeur Flex (Rouen – 76) – Offre d'emploi
- Titre: Associé Développeur Flex
- L'entreprise: Kontisto (http://www.kontisto.com) est une entreprise en cours de création basée à Rouen. Notre objectif : faire en sorte que l'informatique et la comptabilité ne soit plus un cauchemar pour les entrepreneurs. Notre produit : un logiciel de gestion comptable et commerciale pour les PME et TPE. Ses atouts : 100% en ligne (SaaS) et beaucoup plus simple et intuitif que les solutions existantes.
Profil Recherché
- Profil recherché:
- Vous êtes informaticien (BAC+3 ou +5) avec au moins une première expérience professionnelle.
- Nous recherchons un associé avec des compétences techniques et un goût pour l’entrepreneuriat pour nous accompagner dans la réalisation de ce projet.
- Outre la participation active à toutes les étapes de création de l’entreprise et à son fonctionnement, cet associé sera l’expert technique du projet et devra :
- poursuivre le développement de l’application,
- la documenter fonctionnellement et techniquement,
- gérer à plus long terme une petite équipe de développeurs,
- sélectionner et mettre en place une solution d’hébergement.
- La flexibilité, la capacité à travailler et les connaissances techniques sont les qualités essentielles que nous recherchons..
- Compétences Techniques Requises:
- Vous maitrisez Flex et avez une expérience sur un projet en production.
- Des connaissances en PHP , serveurs d'hébergement, sécurité ou comptabilité/gestion d'entreprise seront appréciées.
- Expérience Requise: informaticien (BAC+3 ou +5) avec au moins une première expérience professionnelle
- Disponibilité: Immédiate
Conditions d'embauche
- Lieu : Rouen (76)
- Rémunération: -
- Contrat: Associé
- Contact:
- Intéressé par ce projet ou envie d’en savoir plus, n’hésitez pas à nous contacter et nous envoyez votre CV à l’adresse suivante : apply AT kontisto POINT com





