Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Interview de Thibault Imbert chez Adobe à San Francisco

L'avenir du web et du développement dans les prochaines années.

Le 3 novembre 2013 à 21:20, par The_Pretender

14 commentaires

47PARTAGES

Voter pour

3

Voter contre

0

Hello développeuses et développeurs,

Je vous propose une interview de l'expert en Développement Web : Thibault Imbert.

Dans cette vidéo, vous allez découvrir :

son parcours : comment un Français se fait embaucher chez Adobe aux Etats-Unis ;
son métier actuel et les sujets sur lesquels il travaille (Image IPB) ;
l’avenir du web et du développement dans les prochaines années ;
trois conseils à appliquer dès maintenant dans votre programmation pour progresser !

Cliquez ci-dessous pour voir l'interview en vidéo sur Développement-Facile :
www.programmation-facile.com/thibault-imbert-adobe-san-francisco/

A bientôt,

Matthieu

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

14 commentaires

Commenter Signaler un problème

Rédacteur

Le 04/11/2013 à 18:18

Désolé pour le son, c'est une interview improvisée.
J'ai fait de mon mieux avec les moyens du bord
(un iPad mini pour filmer et la prise de son).

Voter pour

1

Voter contre

0

Rédacteur

Le 04/11/2013 à 17:03

Des propos intéressants, mais une véritable "torture" pour les oreilles.

Voter pour

0

Voter contre

0

Le 04/11/2013 à 20:41

torture quand même pas. c'est sur si c'est écoute avec des hp restituant un basse qualité les oreilles ne doivent pas trop aimer.

Voter pour

0

Voter contre

0

Rédacteur/Modérateur

Le 05/11/2013 à 11:07

Ce sont trois très bons conseils, bien trouvé pour un live

Voter pour

0

Voter contre

0

Membre confirmé

Le 07/11/2013 à 16:07

Un ingénieur d’Adobe discutant des techniques de parallélisassions pour le développement Web

Est-il au courant qu’Adobe avait sa propre technologie nommé Pixel Bender ?

Est-il au courant que les décisionnaires d’Adobe ont supprimé le runtime de Pixel Bender, comme ça sur un coup de tête et sans prévenir personne, depuis la mise à jour de Flash Player 11.8 , pour le remplacer par une médiocre VM qui sature la charge de tous les cœurs CPU.

Adobe, oblige ainsi, les utilisateurs de Pixel Bender à changer, dans l’urgence, de techno ! Merci Adobe

Le problème est que les alternatives ne sont pas nombreuses :

Alternative WebCL : n’est, à ma connaissance, implémentée sur aucun navigateur
Alternative RiverTrail : qui soit dit en passant n’utilise pas le GPU, contrairement à ce qu’affirme l’interviewé de la vidéo, mais les jeux d’instructions SSE sur les architectures x86. RiverTrail, semble être destiné à être utilisé en adéquation avec WebGL à l’écriture de moteur graphique vectoriel, afin de paralléliser les opérations trigonométriques de changement de repère coté CPU. J’ai du mal à concevoir d’autre utilisation de cet API.
Alternative WebGL : une alternative valable a Pixel Bender, mais contraint le résultat d’un traitement parallélisé à son affichage graphique. Si accélération GPU est bien plus performante que l’accélération CPU il faut ajouter le cout des transferts RAM -> VRAM
Alternative Stage 3D : la réponse d’Adobe a WebGL, avec une API plus moderne. Disponible depuis la version 11 de Flash Player mais pour combien de temps …

Bref il serait temps que les choses bougent sur ce sujet, l’accélération hardware est disponible depuis plus de 10 ans mais les outils/technos software sont toujours aux stades expérimentale…
Malheureusement les développeurs web, attendant beaucoup de ces technos sont très minoritaires …dommage.

Voter pour

0

Voter contre

0

Rédacteur/Modérateur

Le 07/11/2013 à 17:12

@p3ga5e: Tes propos sont peut être justes, mais sont hors-sujet par rapport au contenu de l'interview. Pourquoi Thibault Imbert n'aurait pas le droit de parler de multithreading en JavaScript ? Sous prétexte qu'il bosse chez Adobe ? Il me semble qu'on s'intéresse plus à la personne qu'à l'entreprise ici..

Voter pour

0

Voter contre

0

Membre confirmé

Le 07/11/2013 à 19:43

Pourquoi hors sujet ? Le parallélisme (à ne pas confondre avec le multi-threading

) est un des sujets principaux de la première partie de la vidéo !

Ensuite je encourage toute personne à promouvoir les techniques de parallélisassions autour de JavaScript ( de préférence WebCL ) , d’autant plus si cet personne dispose d’une certaine notoriété , ce qui semble être le cas ici, je n’ai donc aucune antipathie à l’égard de Mr Imbert , mais j’ai de réel questions sur l’avenir des technos et de la politique mené par Adobe.

Le runtime de Pixel Bender de Flash était une excellente techno de parallélisassions et qui, à l’heure actuel, ne possèdent aucune alternative. Alors même si Mr Imbert s’intéresse au parallélisme à titre privé , il doit forcément connaitre la réel raison de cet abandon !

Voter pour

0

Voter contre

0

Rédacteur/Modérateur

Le 07/11/2013 à 23:10

Je cite :

-Le truc qui m'intéresse particulièrement, c'est tout ce qui est parallélisme en JavaScript
-Ah oui, lancer des threads en parallèle
-Voilà, donc comment utiliser le hardware et le multi-core. Aujourd'hui JavaScript est vraiment single-threaded, simple processus. Si on veut paralléliser des tâches, ce n'est pas du tout adapté pour ça. Il y a ce qu'on appelle les Web Workers (...) mais on utilise pas vraiment le multi-coeur.

S'il ne parle pas de multi-threading, je m'achète un chapeau pour le manger... Le multi-threading est un moyen de faire du parallélisme de calculs, tout comme l'utilisation du GPU. Il n'y a pas de confusion entre les termes, l'un est l'objectif, l'autre le moyen.

Désolé qu'Adobe te mette en rogne ces temps-ci, mais ce n'est pas une raison pour te défouler dans le premier article où tu vois le nom d'Adobe passer. Si la vidéo ne mentionne pas Pixel Bender (et ne parle d'ailleurs pas spécifiquement de traitement vidéo), c'est parce que ce n'est pas le sujet.

Voter pour

0

Voter contre

0

Membre extrêmement actif

Le 08/11/2013 à 10:51

C'est intéressant

Ca fait du bien d'entendre qu'il faille être ouvert et agnostique en terme de technos et de langage, sans religiosité.

Ce n'est pas tant le son qui m'a gêné, tout est bien audible, c'est plutôt que la caméra n'est pas fixe, et c'est assez désagréable. Plusieurs de tes vidéos Matthieu ne sont pas stabilisées il me semble, et tu gagnerais en qualité perçue à avoir même un simple APN doté d'une stabilisation optique.

Tu as fait une autre vidéo "sur la plus belle plage d'Europe"

où là c'est terrible pour le son. Un vrai micro avec une bonnette...

Bon voyage

PS : j'espère que tu as posé des CVs un peu partout puisque ça a l'air d'être ton rêve la Californie

Voter pour

0

Voter contre

0

Membre confirmé

Le 08/11/2013 à 10:53

Je cite ta citation

Voilà, donc comment utiliser le hardware et le multi-core. Aujourd'hui JavaScript est vraiment single-threaded, simple processus. Si on veut paralléliser des tâches, ce n'est pas du tout adapté pour ça. Il y a ce qu'on appelle les Web Workers (...) mais on utilise pas vraiment le multi-coeur.

Mr Imbert indique clairement, et ce à juste titre, que le model de programmation par Thread donne de très mauvais résultat en terme de parallélisassions multi-cœur.
Ensuite il cite à plusieurs reprises RiverTrail. Donc je ne suis pas hors-sujet, Mr Imbert fait bien référence à des technos de parallélisme à base de kernel et pipeline et ne conseille pas le multi-threading!

Et tu ne devrais pas limiter ces techniques aux traitements de la vidéo, car cela couvre des domaines d’application bien plus large : le traitement du signal en général (vidéo, audio, ou autre), la programmation graphique, la simulation physique, et même l’intelligence artificiel !
Si les domaines d’applications ne sont pas abordés dans la vidéo, la disponibilité de ces technos, afin de réduire la consommation du moteur JavaScript en utilisant correctement le hardware, et elles, sont bien abordées.

Désolé que mon ton te dérange, je ne trouve pas que je me défoule, je suis même plutôt sur la retenu, et je pense avoir le droit de critiquer, ici, la décision d’Abobe.
Je préférais réveiller en toi, l’intérêt a ces model de programmation, plutôt que nous quereller dessus

Voter pour

0

Voter contre

0

Commenter Signaler un problème