par Francis Bourre

"Can you detect a design pattern ?"

 

 

<Francis> Salut Joey, que faisais-tu avant de découvrir Flash ?

<Joey> Pas grand chose en relation avec les ordinateurs et internet. J’aurais bien aimé pouvoir dire que j’ai eu un diplôme de sciences et conçu un logiciel en COBOL. J'ai commencé à travailler avec Flash en février/mars 1998. Avant ça, j'avais des compétences basiques en HTML et des connaissances très rudimentaires en Perl. Je n'ai pas vraiment eu de formation informatique.


<Francis> Qu'est-ce qui t'a amené dans l'univers Flash et qu'est-ce qui t'a attiré ?

<Joey> La chance/ le destin / la vie. Une de mes connaissances a ramené une démo Flash 2 d'une conférence internet. En même temps, Real Networks et Macromedia co-sponsorisaient un concours. Pour participer il fallait utiliser des visuels Flash et du Real audio synchronisés dans Real Player. J'ai eu une idée d'animation. Un ami a dessiné des personnages avec Illustrator. Je les ai importé dans Flash et réalisé une bande son. J'ai inscrit l’animation, mais je ne pense pas qu'elle ait été qualifiée. Sans m'en apercevoir, j'en avais appris assez avec Flash pour pouvoir continuer à l'utiliser.

Les fonctionnalités de Flash 2 n'allaient pas au delà des interpolations basiques et de formes. Mais avant la sortie de Flash 3, quelques fonctionnalités ont été ajoutées. C'était le début de la mode des e-cards.
De mon point de vue, la chose la plus intéressante dans Flash était de pouvoir réaliser des choses pour lesquelles il n’était pas spécialement conçu.
J'ai réalisé un système de traçage (avec un backend ColdFusion) qui pouvait conserver un suivi de la manière dont les e-cards étaient distribuées.
Les dernières versions de Flash, cependant, ont été tout à fait substantielles. Je pense que le produit prend une bonne direction (bien que je pense aussi que l'implémentation dans Flash MX 2004 laisse de la place pour des améliorations)
Il y a tellement de choses dans Flash actuellement, avec Flash Remoting, Flash Communication Server, la possibilité de créer des composants etc... C'est un instrument génial pour s'exprimer avec créativité tout en incluant la programmation. Et cela on le remarque dans la communauté Flash. En consultant les blogs, mailing lists et autres, vous vous rendez compte de toute cette ingéniosité qui perdure.


<Francis> Tes livres, CD-ROMS, etc. te permettent-ils de vivre actuellement ?

<Joey> Oui. Mais je ne pense pas qu'il soit sage d'écrire des livres informatiques avec pour seule intention de faire des millions. Bien qu'il soit certainement possible de gagner beaucoup d'argent, je le fais principalement parce que ça me plait. Je reçois aussi beaucoup de mails de personnes qui me disent combien ils apprécient mes livres et mes CD-ROMs. C'est super de recevoir de tels retours et de savoir que ce que vous partagez avec les gens les aident.


<Francis> Quels sont tes sites Flash préférés?

<Joey> Je ne surfe pas trop. J'utilise google pour trouver des informations. Parfois je passe en revue quelques sites agrégateurs de blogs, mais pas beaucoup en Flash. Il y a des bons sites, bien sûr. Mais je pense que les meilleurs sont ceux qui n'ont pas besoin d'être classés comme des 'sites Flash'. Ce qui souvent revient à dire qu'il y a une plus-value à ne pas sous-estimer. Si un site Flash ne vous saute pas aux yeux en tant que tel mais qu'il utilise efficacement sa technologie, c'est un bon site. Cela ne signifie pas que le site ne peut pas utiliser d'animations, des vidéos et autres. Mais si la technologie est utilisée simplement pour montrer la technologie, alors elle est mal utilisée. Si elle est utilisée pour donner à l’utilisateur une expérience plus riche, plus simple et intuitive, alors elle est bien utilisée.


<Francis> Tu viens de sortir un CDRom sur ActionScript 2.0, peux-tu nous en dire plus ?

<Joey> Oui. Je pense que c'est un bon ouvrage. C'est une introduction à l'ActionScript dans Flash MX 2004, incluant la syntaxe et les concepts de l’AS 2.0. Tu trouveras le sommaire ici http://movielibrary.lynda.com/html/modPage.asp?ID=76. J'ai déjà eu de bons retours. Ce qui est sympa avec ce cd, c'est qu'il propose des films Quicktime plutôt que des pages de texte.
On peut voir et suivre ce que je fais sur le pc. On peut aussi réaliser quelques applications avec moi. Il y a également un second cd en travaux.
Ce premier cd dure 10 heures. Il y a beaucoup de contenu - depuis les bases comme les variables, pour les rapports, et les fonctions, aux choses plus complexes comme travailler avec des champs textes, CSS, programmation d’animations, chargement de contenu externe, et ainsi de suite. Cependant, il y a trop de chose à dire au sujet d'ActionScript.

Le second cd n’est pas structuré. J’y aborde la construction des classes en ActionScript 2.0, des composants, et plus encore. J'ai enregistré également un cd de ColdFusion avec Lynda.com. Il devrait sortir très prochainement.


<Francis> Quel sera ton prochain livre ?

<Joey> Et bien, Robert Reinhardt et moi avons effectué la mise à jour d’ActionScript Bible for Flash MX 2004, et ce livre est en vente. De plus, j'ai un second livre O'Reilly en cours - the Flash Cookbook - que j'ai écrit avec Jeffrey Bardzell. C'est un bon livre, et je pense qu'il sera utile à une large assistance. Je vais bientôt mettre également à jour le livre ActionScript Cookbook (j'ai eu beaucoup de demandes à ce sujet). J'ai aussi contribué à quelques chapitres du prochain livre O'Reilly Flash Communication Server. Ensuite, j'ai co-écrit un livre sur Flex avec Chafic Kazoun. Celui ci sera aussi publié chez O'Reilly.


<Francis> Quels sont les projets sur lesquels tu travailles actuellement ?

<Joey> Hormis les livres et autres ? J'ai un projet basé sur FlashCom que je développe avec une petite équipe. Jusqu'à ce que nous l'annoncions publiquement, je pense que nous n'allons pas donner de détails. Il sera sûrement annoncé dans quelques mois. Peut-être aurons-nous un autre entretien à ce sujet.


<Francis> Utilises-tu d'autres langages que l'ActionScript ?

<Joey> J'ai une très grande expérience en ColdFusion. J'ai des compétences professionnelles en J2EE qui datent de l'époque où je travaillais dans une compagnie spécialisée dans ce langage.
Je me débrouille en PHP. J'ai aussi appris assez de C# pour pouvoir effectuer des tâches basiques. Je pense qu'une fois assimilées les bases de la programmation, il est très simple de les traduire dans d'autres langages. Ceci dit, je préfère l'ActionScript et le ColdFusion à tous les autres. Et je les utilise très fréquemment.


<Francis> Utilises-tu des outils externes tels que des éditeurs, tests unitaires, CVS, Project ... ?

<Joey> Pour l'ActionScript j'utilise PrimalScript. L'éditeur ActionScript de Flash n'a jamais été spectaculaire, et c'est le jour et la nuit entre PrimalScript et ce dernier. Je pense qu'on doit utiliser PrimalScript quand on code beaucoup en ActionScript.
J'ai commencé à utiliser CVS pour le versioning. Même en travaillant seul sur un projet, il peut être utile d'avoir un tel programme. Ainsi, vous n'avez pas besoin de sauver des fichiers supplémentaires, etc... J'utilise CsVNT avec le client TortoiseCVS. J'update les fichiers directement depuis PrimalScript.


<Francis> Peux-tu nous dire quels sont les 10 commandements virtuels d'un bon développeur ActionScript ?

<Joey> Oui, je peux. J'ai commencé à les écrire, mais ils semblaient prétentieux. Que penses-tu de ces 2 commandements ? :

1. Eclatez-vous.
2. Soyez fairplay.

Je pense qu'on ne doit pas trop se prendre au sérieux. On a beaucoup de chance. Enfin, j'ai beaucoup de chance. Et j'irais même jusqu'à dire que la plupart des gens qui lisent cet article ont de la chance - assez pour avoir au moins une connection Internet. L'ActionScript est un luxe. C'est un cadeau. Alors, amusez-vous. Si ce n'est pas le cas, alors il ne faut pas trop s'en inquiéter. C'est amusant de prétendre que ces choses ont parfois de l'importance. Mais finalement, c'est juste un jeu. Quand on sera allongés sur nos lits de morts, je ne pense pas qu'on accordera de l'importance aux RIAs que l'on aura réalisé, ou si c'est mieux d'utiliser l'héritage que la composition dans nos classes, non ?


<Francis> Utilises-tu des design patterns en ActionScript ?

<Joey> J'ai remarqué avec le temps que ma façon de coder se rapproche du MVC.


<Francis> Dans deux interviews avec Colin Moock je disais accorder beaucoup d'importance au cruel dilemne : Encapsulation et réutilisabilité versus vitesse d’écriture et d’exécution du code. Où te positionnes-tu par rapport à ça ?

<Joey> Je pense qu'il est important de trouver un bon équilibre. Un bon design orienté objet ne doit pas être un obstacle. Si ç'en est un, c'est qu'il est devenu trop théorique. Le but d'un bon design est d'améliorer le déroulement des opérations. Dans le passé j'ai essayé de réaliser des frameworks extrêmement extensibles. Mais il me semble que le facteur principal est de garder en tête la portée du code. Si l’on conçoit un moteur de jeu, les classes doivent fonctionner à l'intérieur de ce dernier. Elles ne doivent pas forcément être applicables dans un contexte différent. Bien sûr, l'idéal serait que les classes soient réutilisables, mais ce n'est pas nécessairement réaliste. La spécificité et l'encapsulation ne sont pas vraiment en désaccord. On peut coder une classe très spécifique à un projet qui puisse toutefois montrer une bonne encapsulation.
Le facteur principal dans une bonne encapsulation est : L'API de la classe est-elle bien définie? J'ai déjà vu des personnes écrire des classes en notant des variables globales, _root, et même des données spécifiques à l'extérieur des classes. Ce n'est pas une bonne encapsulation parce que si l'on modifie une donnée à l'extérieur de la classe, elle ne fonctionnera plus. L'idée principale est de faire en sorte que si l'on change quelque chose dans la classe, ça ne change rien à l'extérieur de celle-ci, et si l'on change un truc à l'extérieur de la classe, ça ne change rien à l'intérieur.


<Francis> Nous te connaissons comme expert en Flash remoting, t'es-tu senti frustré de voir que la nouvelle version de Flash MX n'apportait pas de progrès à cette technologie ?

<Joey> En fait, j'ai trouvé intéressant d'être considéré comme un expert de Flash Remoting... parce qu'on dirait que la plupart des gens ne connaissent pas grand chose à ce sujet. C'est dommage car Flash Remoting est l'une des technologies Flash les plus sympathiques qui existent depuis ces dernières années. Flash Remoting a complètement changé la manière de concevoir les RIAs. Et pourtant, un an plus tard beaucoup de gens ont opté pour les classes de WebServices. Et c'est uniquement parce qu'ils ne connaissaient pas ou ne comprenaient pas Flash Remoting. Je fais de mon mieux pour m'assurer que les gens aient des connaissances sur Flash Remoting. Quand je donne des conférences je parle de Flash Remoting. Quand on me demande comment intégrer Flash avec une application serveur, je leur conseille d'utiliser Flash Remoting. J'explique que Flash Remoting est beaucoup plus rapide et efficace que les autres technologies. Mais j'ai remarqué que même face à cette évidence, les gens utilisent tout ce que Macromedia semble approuver. Et Macromedia approuve les Data components. C'est bizarre car j'ai vu énormément de messages sur le Web à propos de personnes qui ont des problèmes pour utiliser certains composants dans des situations données. Par exemple, le composant XMLConnector semble poser beaucoup de difficultés. C'est marrant car ils essaient toujours d'utiliser le XMLConnector avec du code ActionScript. Macromedia a tant parlé des composants Data que les gens supposent qu'ils sont avantageux. Dans ce cas, il vaudrait mieux utiliser la classe XML intrinsèque. Au moins, on évite les 60 KB du composant XMLConnector. De plus, la classe XML fonctionne bien. Evidemment, il doit y avoir des cas où les composants Data sont appropriés. Mais je n'en ai pas encore vu.


<Francis> Steven Webster a annoncé la sortie prochaine des composants remoting AS2.0 de Macromedia. Vas-tu sortir une nouvelle version des tiens ?

<Joey> Je ne pense pas. Ces classes ont été prévues pour fournir une bibliothèque de classes Flash Remoting en ActionScript2.0. Et apparemment elles fonctionnent bien. Quand Macromedia aura sorti leur update de Flash Remoting ActionScript 2.0, il n'y aura aucun intérêt à dupliquer leur effort. Bien sûr, la librairie que j'ai codée sera toujours valide. Ceux qui le souhaitent pourront continuer à s'en servir. Cependant, l'update Macromedia contient une nouvelle API. Les personnes intéressées par celle-ci devront utiliser la version Macromedia.


<Francis> Tu es le premier a avoir écrit des tutoriaux sympas et efficaces sur AS2.0. Que répondrais-tu à des gens comme Branden Hall qui pense que c'est une perte de temps car tout se compile au même bytecode ?

<Joey> Et bien, chacun a sa propre opinion. Nous n'avons pas parlé de ça avec Branden, alors c’est un peu hors contexte. Cependant, je peux dire que je préfère coder en AS2.0. Aussi, si l'on regarde le .NET par exemple - On a le choix des langages, incluant VB.NET et C#. Chacun compile au même bytecode. Alors pourquoi préférer l'un à l'autre? Et bien, pour beaucoup le C# est un meilleur choix. Et pour beaucoup, l'ActionScript 2.0 l'est aussi.


<Francis> Que penses-tu de Central, tu as eu l'occasion de t'en servir ?

<Joey> J'ai utilisé Central très brièvement. On dirait, comme beaucoup d'initiatives de Macromedia, qu'ils doivent expliquer clairement ce qu'est Central. Qui en a besoin, et pourquoi ? Je ne dis pas que cette technologie n'a pas de mérite. Mais d'un point de vue marketing, quelles sont les raisons pour les développeurs de créer des applications et les autres de les acheter. Actuellement, c'est une nouveauté. Les gens l'utilisent parce que c'est nouveau.
Mais quand le facteur de nouveauté ne sera plus, que se passera-t-il ? Va-t-il durer ? Le modèle connecté peut être vendeur. Mais il peut aussi ne pas l'être.


<Francis> La nouvelle technologie Macromedia Flex t'intéresse-t-elle ?

<Joey> J'ai beaucoup utilisé Flex jusqu'ici, et je pense que c'est une bonne technologie. C'est toujours un produit 1.0, mais avec beaucoup de potentiel. Si l'on veut construire certain type d'application, Flex est beaucoup plus rapide et efficace que Flash. Mais en même temps, Flex ne remplace pas Flash. Je pense que ces deux technologies sont complémentaires, et il devrait être intéressant de voir comment elles fusionnent (si ça arrive). Macromedia vend Flex en tant que plateforme de développement d'applications pour entreprises.
Bien que ça puisse être une utilité appropriée de cette technologie, je pense qu'elle a aussi un grand potentiel dans l'arène du public. Tant de personnes luttent pour utiliser Flash dans le but de créer de simples applications car elles n'ont pas les compétences ActionScript nécessaires. Flex peut les aider à construire des applications efficaces et rapidement avec seulement quelques lignes de MXML. Cependant, le tarif actuel de Flex ne le permet pas car peu de monde pourra sortir les 12.000$ qu'il coûte. Cependant, si FLex était déployé dans des environnements de serveurs partagés, ça aiderait à sa popularité.
Il y a eu aussi beaucoup de bruit autour d'une version de compilateur autonome de Flex - une version qui compile des documents MXML en format SWF. Le contenu SWF pourra être déployé comme tout contenu SWF normal. Macromedia n'a pas prévu cela pour le moment, mais ça pourrait arriver dans les prochaines années.


<Francis> Le nouveau format JFSL et les extensions de développement Flash t'intéressent-elles ?

<Joey> Je n'ai pas encore fait grand chose avec JFSL. Cependant, j'ai un peu bidouillé, et je pense qu'il y a ici un grand potentiel. L'inconvénient de JFSL est sa lenteur. De plus, je pense que l'API intimide beaucoup de monde. Keith Peter vient d'écrire un livre sur le JFSL qui a l'air très intéressant.


<Francis> Mx 2004 a présenté la nouvelle architecture des composants v2.0. Nous avons déjà eu l’occasion de parler plusieurs fois ensemble de leurs avantages et inconvénients. Peux-tu nous dire ce que tu penses de ce nouveau framework et peut être expliquer les problèmes que tu as rencontré, car je sais que c'est le cas.

<Joey>

Avantages :
* beau design
* j'aime le modèle évènementiel. Je l'utilise beaucoup dans mes classes.

Inconvénients :
* Taille énorme. 27 KB pour une barre de preloader? 27 KB pour un composant de chargement? Sans compter ceux qui dépassent les 60 kbs. Ce n'est pas uniquement le problème de la taille du fichier, mais la taille inutile. Il n'y a pas d'explication valable au sujet de cette augmentation entre les composants v1 et v2.
* Buggués. Il y a trop de bugs pour lesquels vous êtes obligés de trouver des solutions pour contourner le problème ou même pour lesquels il n'existe aucune solution possible.
* Les Styles sont a) pas documentés, b) pas intuitifs, c) contradictoires, et d) certains d'entre eux ne fonctionnent pas.
* Ils s'initialisent différemment si vous les ajouter en mode auteur ou au runtime.
* Ils augmentent significativement le temps de compilation.


<Francis> Que penses tu de l'EULA de Macromedia, penses-tu, comme Grant Skinner, qu'il devrait être modifié ?

<Joey> Macromedia a uptdaté l'EULA. Je pense que quelques personnes en sont contentes, mais d'autres ne le sont toujours pas. Je crois que ça a de l'importance du point de vue de Macromedia. Ils ont créé une version plus chère de Flash. Cette version se distingue de la version normale par les composants qu'elle contient. Si tout le monde peut distribuer des fichiers avec les composants, alors tout le monde pourrait, en théorie, utiliser les composants sans acheter Flash MX Professional 2004. Je pense que c'est idiot. Les entreprises font beaucoup de choses inutilement. C'est la conjoncture, mais je suppose que ceci est dû aux managers qui prennent des décisions sans rien connaître de la communauté.


<Francis> Pour la prochaine version de Flash, quelles sont les fonctionnalités que tu attends ? As-tu une wishlist ?

<Joey> Ca serait bien s'ils travaillaient pour que tout marche. Flash MX 2004 a un tas de fonctionnalités terribles. Pour les dernières versions, ils en ont développé des nouvelles mais elles ne fonctionnent pas bien. Donc, ces nouvelles fonctionnalités demandent des améliorations et les anciennes fonctionnalités ne sont pas "réparées" à fur et à mesure. A mon avis, voilà ce qui devrait changer dans l'outil auteur et le player :

* Dans les classes ActionScript 2.0 les getters et setters devraient s'initialiser aussi rapidement que les méthodes et propriétés. Je n'ai pas assez examiné cela pour pouvoir en déterminer la cause, mais parfois les méthodes getter et setter ne sont pas disponibles immédiatement - elles mettent quelques millisecondes à s'exécuter. Ce qui peut faire échouer votre code silencieusement - et promettre des heures de debugage.

* Un meilleur débugage. Le débugger n'est pas très intéressant à utiliser. Le NetConnection Debugger et très bien pour les applications Flash Remoting et FlashCom, mais il ne fournit pas une solution robuste pour débugger l'application entière. Honnêtement, j'ai codé mes propres classes et .swf de débugage qui utilisent localConnection, et aussi simples qu'elles soient, elles fournissent une meilleure solution que les ressources actuelles de Flash.

* Le compilateur. Il est lent. 10 secondes c'est pas long, mais c'est beaucoup trop quand on exporte un .swf toutes les minutes.

* les composants. Les composants v2 sont un bon début, mais ils peuvent être améliorés. Par exemple, le problème de la taille peut être réglé grâce à la mise en cache. Il y a eu des discussions à ce sujet, et c'est sensé. Fondamentalement, le composant est chargé la première fois qu'il est utilisé. Ensuite, à chaque fois qu'il est réutilisé dans un autre .swf sur un même ordinateur, il est récupéré depuis le cache.

* Les comportements. Honnêtement, je ne les utilise pas, et je ne les conseille pas. Cependant, je sais qu'ils réprésentent un potentiel de valeur pour beaucoup de monde.

Certaines personnes veulent ajouter des interactions de base, mais ne veulent pas apprendre à coder. C'est bien. C'est le rôle des comportements. Ce concept de comportement est tout à fait bon, l'implémentation de la boite de dialogue est terrible. Je pense que Macromedia l'a assez dit. Ce qui serait salutaire c'est que le code généré par les comportements soit un bon exemple à suivre pour les codeurs débutants. Toutes les utilisations des gestionnaires on(){} et onClipEvent(){} ne sont pas des exemples à suivre.


<Francis> Comment vois-tu le futur de Flash, penses-tu que l'on arrivera à casser l'image de la bannière publicitaire et du skip intro ? Penses-tu que le statut de développeur Flash arrêtera de faire rire un jour ?

<Joey> Je pense que chaque groupe tend à s'isoler, et ils négligent pour la plupart ce qui se passe autour d'eux. C'est un instinct de crainte/survie, d'une certaine manière. Je ne pense pas que la plupart des développeurs .NET ou J2EE (ou n'importe quel autre groupe) prennent Flash au sérieux.. Peut-être qu'ils le feront un jour.
Mais d'une manière ou d'une autre, ce n'est pas quelque chose qu'on peut prévoir. Je pense que la communauté Flash serait meilleure si les gens arrêtaient de lutter pour la reconnaissance et la validation des autres groupes.

Autre chose - Flash va probablement continuer à être mal utilisé. C'est un des avantages de vivre dans ce monde - on peut faire ce qu'on veut avec Flash, et pour la plupart personne ne va les arrêter. Il n'existe pas de police du design autant que je sache. Et il y a des tas de clients qui paient pour du mauvais design. Aussi longtemps qu'il existera des designers qui font du mauvais design Flash, et aussi longtemps que les clients voudront bien payer pour celui-ci, alors celui ci perdurera. Ceci est simplement l'un des effets d'avoir un moyen global et accessible comme Internet. Bill Buxton, lors de sa conférence à FlashForward, a dit quelque chose au sujet du tamisage de l'information. De nos jours il y a tant d'informations, la solution est de donner des priorités. Cela semble être juste une évolution. Regarde comment notre cerveau fonctionne. Il a une infinité d'informations disponibles à chaque seconde. Arrête-toi et étudie la question. Donc , à chaque moment donné il y a une infinité d'informations à traiter. Même si on ne considère que les informations visuelles, le nombre est infini. Mais ton cerveau parvient instantanément (ou presque) à filtrer l'information et lui donne une priorité, ainsi tu donnes un sens à ce que tu vois. Je ne sais pas si ça a un rapport avec ta question, quoi que ;)


<Francis> Le dernier Flashforward t'a-t-il plu ?

<Joey> Oui, c'était bien. J'ai eu la chance de rencontrer beaucoup de monde. J'ai fait connaissance avec beaucoup de volontaires qui ont aidé à mettre en place l'évènement. J'ai rencontré beaucoup de participants ainsi que des conférenciers, des auteurs et plus encore. Il est intéressant de constater la diversité du public Flash. Tant de gens, chacun avec ses propres et uniques talents et compétences. Quand on est en présence de tant de gens talentueux, c'est une expérience humiliante et magnifique. Deux personnes ayants remporté l'un des awards du Flash Film Festival m'ont demandé de les prendre en photo. C'était un honneur pour moi. Ils étaient si heureux. Ils étaient venus depuis la Corée pour participer à la conférence, et je les ai pris en photo.


<Francis> Et le FITC ?

<Joey> Flash in the Can était un festival sympa aussi. C'est tout à fait différent du FlashForward. Après quelques conférences, on peut se rendre compte qu'une conférence n'est qu'une conférence. Cela demande beaucoup de travail. Les organisateurs doivent coordonner les sponsors, les conférenciers, le lieu, le planning, les volontaires, et tant d'autres choses. Je respecte les personnes qui s'investissent dans ce genre de tâches. Je pense que Flash In the Can s'est bien passé.


<Francis> Tu voudrais ajouter quelque chose ?

<Joey> C'était une longue interview, hein ? Je pense que nous avons fait le tour de tout ce qui est en rapport avec Flash et qui intéresse les lecteurs. Je n'ai pas envie de donner une orientation politique de dernière minute à cette interview.
Cependant, j’ajouterais ceci :
Rappelons-nous de ce qui est important. Traitons nos semblables avec honnêteté et gentillesse. Souvenons-nous de la gratitude.

Merci, Francis. C'était très sympa de parler avec toi. Et merci à tous ceux qui liront cette interview.

 

Interview originale (anglais)

Traduction et interprétation par rosyflower et blue.astoria