Mai 2012
Apple, Adobe et Flash
par Arnauld de La Grandière le 26.01.2010 à 12:34
Gruber poursuit en comparant ce contexte à celui de l'iPhone : Apple maîtrise entièrement cette plateforme. Si elle veut demain fournir une version 64 bits d'iPhone OS, ou changer d'architecture processeur, rien ne peut la retenir. Dans le cas de Flash, Apple doit patienter et est dépendante du bon vouloir d'Adobe.
Le web propriétaire
John Gruber admet alors qu'il espère que Flash ne sera jamais disponible sur iPhone. Pourquoi? Parce que Flash est l'unique standard du web qui soit non seulement propriétaire, mais en outre entièrement sous le contrôle d'une seule entité privée, Adobe. Aucun autre standard du web ne se trouve dans ce cas : le CSS, le HTML, et le JavaScript sont tous des standards ouverts, avec de nombreuses implémentations, y compris en open source.
C'est d'ailleurs ce même argument qui est en faveur de Flash sur iPhone : sans celui-ci l'iPhone se prive d'une quantité conséquente de contenus sur le Web, que ce soit des publicités, comme des jeux et animations, et bien sûr, des vidéos. Mais à l'inverse, l'argument en défaveur de Flash est qu'il est dangereux pour tout le Web qu'un tel standard soit entre les mains d'une seule société, qui tient donc un levier puissant pour édicter ses propres priorités et influer sur l'avenir du Web. Le seul moyen d'y remédier est de trouver une alternative ouverte qui puisse être une cible attrayante pour les éditeurs du Web.
Et c'est, selon Gruber, précisément ce qu'Apple a réussi avec l'iPhone. Il s'agit d'une plateforme avec laquelle il faut désormais compter, et si on tient à s'adresser à ce public, il faut donc faire sans Flash, en utilisant des standards ouverts, comme HTML 5 et le codec H264 pour la vidéo, ou JavaScript pour l'interactivité. Apple a d'ailleurs contribué aux alternatives avec des technologies telles que SproutCore (voir notre une Apple à l'assaut de Flash).
En réalité, Apple a réussi à faire une force de l'absence de Flash sur l'iPhone : la chose donne plus de poids à son App Store, et court-circuite certains concurrents à ses propres services sur sa plateforme. Ainsi, Hulu est inaccessible aux utilisateurs d'iPhone, qui ne peuvent se tourner que vers iTunes pour se fournir en vidéo à la demande. En somme, Apple a tout intérêt à maintenir Flash en dehors de sa forteresse, et bien peu à le laisser rentrer. La seule chose qui pourrait faire évoluer la situation serait un succès de Flash sur les plateformes mobiles concurrentes, mais on en est bien loin.
Des problèmes de performance sur Mac
Pour finir, Gruber revient sur les allégations d'Adobe concernant la responsabilité d'Apple dans la lenteur de Flash sur Mac OS X (voir notre article Adobe accuse Apple d'être responsable des lenteurs de Flash). S'il ne s'attarde pas sur le fond du problème (quoi qu'il évoque le fait que VLC ne dispose pas plus d'accès à l'accélération matérielle que Flash mais que ça ne l'empêche pas d'être bien plus performant que ce dernier), en revanche il souligne qu'il s'agit là d'un problème tant pragmatique que politique.
Apple a un point de vue très affirmé sur la bonne manière de faire les choses, et selon elle, les logiciels de tierce partie ne devraient avoir accès qu'aux API de haut niveau, ce qui est une différence notable avec Windows et qui pourrait expliquer que Flash ait moins de latitudes sur Mac OS X. D'autre part, stratégiquement parlant Apple n'a pas d'intérêt à tout faire pour que les choses s'améliorent. Quoi qu'il en soit, si Adobe a besoin qu'Apple ouvre plus son système pour que Flash fonctionne correctement sur Mac, quelles seraient les chances pour que ça puisse arriver sur iPhone ? Selon Gruber : aucune.
Pour conclure, Gruber cite Tim Cook, qui disait il y a un an : « Nous croyons en la simplicité, et non la complexité. Nous croyons que nous avons besoin de maîtriser les technologies primordiales derrière les produits que nous fabriquons, et de ne participer qu'aux marchés sur lesquels nous pouvons apporter une contribution significative ». Flash ne correspond en rien à cette optique.
Le web propriétaire
John Gruber admet alors qu'il espère que Flash ne sera jamais disponible sur iPhone. Pourquoi? Parce que Flash est l'unique standard du web qui soit non seulement propriétaire, mais en outre entièrement sous le contrôle d'une seule entité privée, Adobe. Aucun autre standard du web ne se trouve dans ce cas : le CSS, le HTML, et le JavaScript sont tous des standards ouverts, avec de nombreuses implémentations, y compris en open source.
C'est d'ailleurs ce même argument qui est en faveur de Flash sur iPhone : sans celui-ci l'iPhone se prive d'une quantité conséquente de contenus sur le Web, que ce soit des publicités, comme des jeux et animations, et bien sûr, des vidéos. Mais à l'inverse, l'argument en défaveur de Flash est qu'il est dangereux pour tout le Web qu'un tel standard soit entre les mains d'une seule société, qui tient donc un levier puissant pour édicter ses propres priorités et influer sur l'avenir du Web. Le seul moyen d'y remédier est de trouver une alternative ouverte qui puisse être une cible attrayante pour les éditeurs du Web.
Et c'est, selon Gruber, précisément ce qu'Apple a réussi avec l'iPhone. Il s'agit d'une plateforme avec laquelle il faut désormais compter, et si on tient à s'adresser à ce public, il faut donc faire sans Flash, en utilisant des standards ouverts, comme HTML 5 et le codec H264 pour la vidéo, ou JavaScript pour l'interactivité. Apple a d'ailleurs contribué aux alternatives avec des technologies telles que SproutCore (voir notre une Apple à l'assaut de Flash).
En réalité, Apple a réussi à faire une force de l'absence de Flash sur l'iPhone : la chose donne plus de poids à son App Store, et court-circuite certains concurrents à ses propres services sur sa plateforme. Ainsi, Hulu est inaccessible aux utilisateurs d'iPhone, qui ne peuvent se tourner que vers iTunes pour se fournir en vidéo à la demande. En somme, Apple a tout intérêt à maintenir Flash en dehors de sa forteresse, et bien peu à le laisser rentrer. La seule chose qui pourrait faire évoluer la situation serait un succès de Flash sur les plateformes mobiles concurrentes, mais on en est bien loin.
Des problèmes de performance sur Mac
Pour finir, Gruber revient sur les allégations d'Adobe concernant la responsabilité d'Apple dans la lenteur de Flash sur Mac OS X (voir notre article Adobe accuse Apple d'être responsable des lenteurs de Flash). S'il ne s'attarde pas sur le fond du problème (quoi qu'il évoque le fait que VLC ne dispose pas plus d'accès à l'accélération matérielle que Flash mais que ça ne l'empêche pas d'être bien plus performant que ce dernier), en revanche il souligne qu'il s'agit là d'un problème tant pragmatique que politique.
Apple a un point de vue très affirmé sur la bonne manière de faire les choses, et selon elle, les logiciels de tierce partie ne devraient avoir accès qu'aux API de haut niveau, ce qui est une différence notable avec Windows et qui pourrait expliquer que Flash ait moins de latitudes sur Mac OS X. D'autre part, stratégiquement parlant Apple n'a pas d'intérêt à tout faire pour que les choses s'améliorent. Quoi qu'il en soit, si Adobe a besoin qu'Apple ouvre plus son système pour que Flash fonctionne correctement sur Mac, quelles seraient les chances pour que ça puisse arriver sur iPhone ? Selon Gruber : aucune.
Pour conclure, Gruber cite Tim Cook, qui disait il y a un an : « Nous croyons en la simplicité, et non la complexité. Nous croyons que nous avons besoin de maîtriser les technologies primordiales derrière les produits que nous fabriquons, et de ne participer qu'aux marchés sur lesquels nous pouvons apporter une contribution significative ». Flash ne correspond en rien à cette optique.
|
6
5
4
3
2
1
Vos réactions (88 réactions)
pitav
[26/01/2010 12:50]
Et c'est qui qui va l'avoir dans le baba ? Les pauvres clampin qui comme moi s'évertue à coder proprement en AS3 !
Et c'est qui qui va l'avoir dans le baba ? Les pauvres clampin qui comme moi s'évertue à coder proprement en AS3 !
pseudo714
[26/01/2010 12:54]
"Sachant par ailleurs qu'un autre plugin d'Adobe, Shockwave, n'est à ce jour toujours pas compatible avec Safari en 64 bits, pas même avec la couche de compatibilité qu'Apple a mise au point."
C'est donc à cause de ça que mon safari n'est pas 64 bits. Quelqu'un connaitrait une alternative?
"Sachant par ailleurs qu'un autre plugin d'Adobe, Shockwave, n'est à ce jour toujours pas compatible avec Safari en 64 bits, pas même avec la couche de compatibilité qu'Apple a mise au point."
C'est donc à cause de ça que mon safari n'est pas 64 bits. Quelqu'un connaitrait une alternative?
pseudo714
[26/01/2010 12:58]
C'est quoi la différence entre adobe flash et shockwave? c'est plutôt le shockwave que je possède.
C'est quoi la différence entre adobe flash et shockwave? c'est plutôt le shockwave que je possède.
MacOSInstaller
[26/01/2010 12:59]
"des standards ouverts, comme HTML 5 et le codec H264 pour la vidéo"
le codec H264 est proprio avec une licence horriblement chère. C'est pour ça que Firefox ne peut pas l'intégrer.
"des standards ouverts, comme HTML 5 et le codec H264 pour la vidéo"
le codec H264 est proprio avec une licence horriblement chère. C'est pour ça que Firefox ne peut pas l'intégrer.
[MGZ] Shralldam
[26/01/2010 12:59]
Je n'aime pas Flash, et je crois qu'Adobe fait preuve d'une grande mauvaise foi. Cependant, Apple n'est pas innocente et elle paie les frais d'une attitude - finalement pas si éloignée de celle d'Adobe - qui l'a conduite à bâcler notamment les déclinaisons Windows de certaines de ses technologies, QuickTime en tête. Ce dernier est encore aujourd'hui une plaie à utiliser sous Windows, et iTunes n'est pas loin derrière. Flash ne dominerait sans doute pas les contenus riches sur le Web si Apple avait eu à l'époque l'intelligence de soigner TOUS les portages de ses technologies. Je crois que la plupart des utilisateurs Windows acceptent de se taper le couple QuickTime/iTunes avant tout pour le support des iPhones et iPods et pour le Store. À partir du moment où les utilisateurs se résignent et acceptent d'installer un logiciel mal fini, pourquoi s'embêter à l'optimiser ? Adobe et Apple, même combat !
Je n'aime pas Flash, et je crois qu'Adobe fait preuve d'une grande mauvaise foi. Cependant, Apple n'est pas innocente et elle paie les frais d'une attitude - finalement pas si éloignée de celle d'Adobe - qui l'a conduite à bâcler notamment les déclinaisons Windows de certaines de ses technologies, QuickTime en tête. Ce dernier est encore aujourd'hui une plaie à utiliser sous Windows, et iTunes n'est pas loin derrière. Flash ne dominerait sans doute pas les contenus riches sur le Web si Apple avait eu à l'époque l'intelligence de soigner TOUS les portages de ses technologies. Je crois que la plupart des utilisateurs Windows acceptent de se taper le couple QuickTime/iTunes avant tout pour le support des iPhones et iPods et pour le Store. À partir du moment où les utilisateurs se résignent et acceptent d'installer un logiciel mal fini, pourquoi s'embêter à l'optimiser ? Adobe et Apple, même combat !
kritof
[26/01/2010 13:01]
Tout cela pour nous dire que cela les enm**de de payer des royalties a Adobe, et qu'ils préfèrent s'en mettre plein les fouilles avec du open source.
Si ils en n'ont tous marre du Flash, et qu'ils préfèrent le JS, ils n'ont qu'a dev un soft aussi ergonomique que flash pour créer des pages intéractive et animé. A ce moment peut être les webdesiners changerais leur fusils d'épaule. Parceque le JS pour un graphiste c'est pas le top du top au niveau accessibilité.
Tout cela pour nous dire que cela les enm**de de payer des royalties a Adobe, et qu'ils préfèrent s'en mettre plein les fouilles avec du open source.
Si ils en n'ont tous marre du Flash, et qu'ils préfèrent le JS, ils n'ont qu'a dev un soft aussi ergonomique que flash pour créer des pages intéractive et animé. A ce moment peut être les webdesiners changerais leur fusils d'épaule. Parceque le JS pour un graphiste c'est pas le top du top au niveau accessibilité.
mathiasr
[26/01/2010 13:07]
Il est curieux qu'Adobe traîne à ce point pour sortir Flash en 64 bits sur Mac OS X, vu qu'il existe déjà pour Linux et que les machines Windows vendu en 2010 le seront majoritairement avec Windows 7 64 bits.
Maintenant je suis d'accord pour éviter Flash, le problème va d'ailleurs se poser également pour les SmartBooks sous Linux à base de processeurs ARM, à ma connaissance Flash n'existe pour ARM qu'en version Windows CE et non Linux.
D'un autre côté je serais curieux de voir ce que pourrait donner [url=http://www.gnu.org/software/gnash/#introduction]Gnash[/url] si une boîte comme Apple y injectait quelques développeurs ou un peu de cash.
Il est curieux qu'Adobe traîne à ce point pour sortir Flash en 64 bits sur Mac OS X, vu qu'il existe déjà pour Linux et que les machines Windows vendu en 2010 le seront majoritairement avec Windows 7 64 bits.
Maintenant je suis d'accord pour éviter Flash, le problème va d'ailleurs se poser également pour les SmartBooks sous Linux à base de processeurs ARM, à ma connaissance Flash n'existe pour ARM qu'en version Windows CE et non Linux.
D'un autre côté je serais curieux de voir ce que pourrait donner [url=http://www.gnu.org/software/gnash/#introduction]Gnash[/url] si une boîte comme Apple y injectait quelques développeurs ou un peu de cash.
CocoaPower
[26/01/2010 13:10]
MacOSInstaller +1
H264 c'est justement ce qui est en train de tuer la balise vidéo de HTML 5.
Et un codec avec licence est tout sauf un "standard ouvert".
MacOSInstaller +1
H264 c'est justement ce qui est en train de tuer la balise vidéo de HTML 5.
Et un codec avec licence est tout sauf un "standard ouvert".
Bjeko
[26/01/2010 13:11]
"... D'autre part, stratégiquement parlant Apple n'a pas d'intérêt à tout faire pour que les choses s'améliorent ..."
L'article pourrait se résumer à cette phrase. Les questions techniques ne sont que secondaires, si ces entreprises marchaient main dans la main on en serait pas la...
Ensuite qui a raison, qui a tort ? Personne, ce ne sont que des entreprises qui défendent leur gagne-pain. Mais c'est déplorable pour nous.
Ce qui est certain, c'est que depuis l'iPhone (et bientôt la tablet) Apple a de plus en plus intérêt à voir disparaître Flash.
"... D'autre part, stratégiquement parlant Apple n'a pas d'intérêt à tout faire pour que les choses s'améliorent ..."
L'article pourrait se résumer à cette phrase. Les questions techniques ne sont que secondaires, si ces entreprises marchaient main dans la main on en serait pas la...
Ensuite qui a raison, qui a tort ? Personne, ce ne sont que des entreprises qui défendent leur gagne-pain. Mais c'est déplorable pour nous.
Ce qui est certain, c'est que depuis l'iPhone (et bientôt la tablet) Apple a de plus en plus intérêt à voir disparaître Flash.
Nonoche
[26/01/2010 13:17]
@ MacOSInstaller & CocoaPower :
H264 a beau être propriétaire, ça n'en est pas moins un standard ouvert. Vous aurez beau payer un pont d'or à Adobe qu'ils ne vous laisseront pas faire votre propre implémentation de Flash pour autant. C'est là toute la nuance.
@ MacOSInstaller & CocoaPower :
H264 a beau être propriétaire, ça n'en est pas moins un standard ouvert. Vous aurez beau payer un pont d'or à Adobe qu'ils ne vous laisseront pas faire votre propre implémentation de Flash pour autant. C'est là toute la nuance.
CocoaPower
[26/01/2010 13:25]
@Nonoche
Au contraire: http://www.adobe.com/devnet/swf/
Et eux ont déjà abandonné les brevets sur ActionScript 3 lorsqu'ils ont filé l'implémentation à Mozilla.
Et au passage: http://www.gnu.org/software/gnash/
Ça n'enlève rien au fait que je pense que Flash doit disparaître, mais H264 est un nouveau problème, certainement pas une solution.
@Nonoche
Au contraire: http://www.adobe.com/devnet/swf/
Et eux ont déjà abandonné les brevets sur ActionScript 3 lorsqu'ils ont filé l'implémentation à Mozilla.
Et au passage: http://www.gnu.org/software/gnash/
Ça n'enlève rien au fait que je pense que Flash doit disparaître, mais H264 est un nouveau problème, certainement pas une solution.
Gaolinn
[26/01/2010 13:27]
CocoaPower MacOSInstaller +1
H264 c'est justement ce qui est en train de tuer la balise vidéo de HTML 5.
Et un codec avec licence est tout sauf un "standard ouvert".
Encore un qui à rien compris, les balises vidéos du HTML 5 permettent justement de voir des flux vidéos au format H.264 ou Ogg Theora. Utilise ton cerveau avant de débiter des âneries.
CocoaPower MacOSInstaller +1
H264 c'est justement ce qui est en train de tuer la balise vidéo de HTML 5.
Et un codec avec licence est tout sauf un "standard ouvert".
Encore un qui à rien compris, les balises vidéos du HTML 5 permettent justement de voir des flux vidéos au format H.264 ou Ogg Theora. Utilise ton cerveau avant de débiter des âneries.
CocoaPower
[26/01/2010 13:30]
Encore un qui à rien compris, les balises vidéos du HTML 5 permettent justement de voir des flux vidéos au format H.264 ou Ogg Theora. Utilise ton cerveau avant de débiter des âneries.
T'es un peu con ou tu sais pas lire?
Encore un qui à rien compris, les balises vidéos du HTML 5 permettent justement de voir des flux vidéos au format H.264 ou Ogg Theora. Utilise ton cerveau avant de débiter des âneries.
T'es un peu con ou tu sais pas lire?
Gaolinn
[26/01/2010 13:32]
kritof, toi aussi utilise ton cerveau, il n'y à aucune royaltis à payer pour le plugin Flash, que tu peu téléchar gratuitement sur le site d'Adobe.
kritof, toi aussi utilise ton cerveau, il n'y à aucune royaltis à payer pour le plugin Flash, que tu peu téléchar gratuitement sur le site d'Adobe.
6
5
4
3
2
1
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.