Apache Adobe Flex TutorialTutoriaux Adobe Flex & AIR en Français

Interview – Gregory Tappero, fondateur d'Edoboard

Il y a peu, je vous présentais l'application Edoboard, permettant de donner des cours à distance. Edoboard est une plateforme de soutien scolaire en ligne, une sorte de whiteboard  avancé spécialisé pour l'enseignement des maths à distance. Pour son développement, ils se sont tournés vers la Flash Platform, et notamment vers AFCS, ce qui mérite d'être souligné.

Voici donc quelques Q&R avec son concepteur, Gregory j'Tappero:

Salut Gregory, tout d'abord pourrais-tu présenter l'équipe derrière Edoboard

Bonjour Fabien.
A la base nous sommes deux ingénieurs Clément et Greg tous les deux 26 ans. Nous avons démarré la startup ensemble l'été dernier après un mastère a HEC. Avant ce mastère, j'ai étudié les sciences de l'informatique(Comp. Science) a Sydney pendant cinq ans, n'ayant pas choisi cette voie par hasard je m'occupe donc du développement de la plate-forme Flex et Web.
Mon associé co-fondateur clément, en plus de donner un coup de main de temps en temps sur le code gère les nombreuses autres tâches nécessaires pour faire d'Edoboard un vrai service.
Depuis peu Vincent stagiaire en dernière année d'Epita est venu renforcer l'équipe pour s'occuper de la partie Flex

Quelles technologies / frameworks ont été utilisés pour concevoir Edoboard ?

La plate-forme e-learning d'Edoboard est donc en Flex. Nous utilisons AFCS pour certains de ses modules "pods" tels que le chat et le partage de fichiers.
AFCS gère aussi, en plus des flux audio/videos, la synchronisation des données entre les utilisateurs utile pour le partage du tableau blanc.
Du côté Web c'est du Django une puissante framework web en Python que j'évangélise. Django se marie très bien avec le Flex, communiquant ensemble via PyAmf sans encombre.
Un détail intéressant est l'utilisation du rendu LaTeX qui se fait avec un service Web, lui aussi en Python.
Au final cela fait d'Edoboard un bon exemple de Mashup Technologique.

Edoboard était-il ta première expérience avec Flex?

A part une animation de fusée faite avec flash il y a 10 ans j'avais banni Flash et ActionScript de mon vocabulaire.
Edoboard était donc ma première expérience avec Flex et je dois avouer que j'ai été agréablement surpris, même s'il reste encore quelques bugs par ci par là, ceux-ci sont connus et contournables. ActionScript 3 a était une belle évolution pour flash et fait de Flex un framework de premier choix pour du RIA web ou desktop.

Qu'est-ce qui vous a poussé à choisir AFCS pour la partie communication temps réel, avez-vous envisagé des solutions alternatives ?

Nous étions partis sur la solution la plus évidente à base de Flash Media Server et de shared obects, il y avait aussi RED5 mais par simplicité nous avons commencé avec FMS. Après trois mois de tâtonnement (il fallait se faire au Flex et a l'Actionscript) nous avons découvert AFCS un peu par hasard en Décembre 2008. L'offre était alléchante même si la grande question du prix reste suspendu au-dessus de nos têtes, nous avons opté pour cette solution. Gain de temps en développement et externalisation de la gestion des flux pour une plus grande performance, disponibilité et scalabilité. Pour l'instant ce choix nous a porté chance, si c'était à refaire je regarderai aussi du côté de SmartFoxServer.

Comment s'est passé l'apprentissage d'une technologie encore toute neuve telle qu'AFCS?

Je trouve que la documentation d'AFCS est bien faite mais assez théorique. Heureusement de nombreux bons exemples sont présents dans le SDK. Au début ça a pris un peu de temps, il y a toujours une période d'adaptation et même encore maintenant AFCS ne
m'a pas livré tout ses secrets. L'avantage de se lancer tôt dans le cycle de vie d'une technologie est le support que l'on reçoit des concepteurs (AFCS Adobe Lab Team) et ça aide énormément, le forum est très utile et les retours utilisateurs sont vraiment appréciés.

Est-il encore trop tôt pour trouver des ressources et de l'aide pour AFCS ? Existe-t-il une "communauté AFCS"?

La communauté se trouve principalement sur le forum, elle est jeune et peut être encore trop liée aux développeurs Adobe.
Par contre de plus en plus de tutoriels voient le jours a droite a gauche, je devrais d'ailleurs y mettre un peu aussi du mien.
Une bonne technique pour se tenir au courant de ce qui se passe sur AFCS est de s'abonner au flux du blog AFCS Collaborative Methods http://blogs.adobe.com/collabmethods/ et de suivre les concepteurs sur twitter.

Adobe a-t-elle commenté votre application lors de  son ajout dans le showcase?

L'équipe d'AFCS s'est montrée attentive tôt dans l'aventure que cela soit au niveau des demandes de fonctionnalités et retours d'expérience que des quotas en tant que bêta testeur. Je pense qu'ils cherchent aussi des projets plus innovants en terme d'utilisation d'AFCS qui a la base vient de l'offre "Adobe Connect" un outil complet de conférence web. Les commentaires ont été plutôt positifs, ils croient en l'utilité de ce genre de plate-forme pour le soutien scolaire à distance et font tout pour que le lancement de la bêta d'Edoboard se passe bien.

Quelle est selon toi la plus grande force et la plus grande faiblesse d'AFCS à ce jour?

La plus grande force est pour nous l'externalisation de la qualité de service vers Adobe. Nous avons plus confiance en Adobe que si nous devions gérer nous mêmes nos serveurs et anticiper une montée en charge éventuelle.
Une certaine faiblesse apparaît quand on a  besoin d'un contrôle du type de serveur a serveur. Par exemple quand deux utilisateurs finissent une session sur le serveur d'adobe connect il serait intéressant de pouvoir prévenir le serveur web via une requête http. Cela pourrait permettre aux développeurs de contrôler plus de tâches de façon automatique. Mais sans pouvoir utiliser notre propre code côté serveur (comme sur du FMS classique) c'est a AFCS de trouver des solutions. Difficile mais pas impossible il existe quelques techniques pour outrepasser ces problèmes, de plus l'équipe AFCS doit certainement préparer une solution pour ce genre de besoins dans les prochaines versions

Que vois-tu pour le futur d'Edoboard en terme de fonctionnalités?

Une fois le concept prouvé et les outils courants bien polis nous avons plusieurs axes de développement:
- Offrir des outils spécifiques à la physique/chimie du niveau Lycée. Par exemple pouvoir interagir avec des interrupteurs, construire un circuit électronique et mesurer le voltage en différents points.
- Une calculette partagée proche de celle utilisée par les élèves au collège.
- Le support du multi-élèves. Pour l'instant la plate-forme est surtout adaptée a du soutien scolaire à la personne. Avoir plusieurs élèves en direct sur la plate-forme est certes intéressant pour le professeur mais aussi d'un point de vue pédagogique pour un apprentissage collaboratif.

Si vous avez des idées ou suggestions n'hésitez pas !

Retrouvez Edoboard sur Edoboard.com !