Gassée revient sur le conflit Apple/Adobe

Christophe Laporte |
À son tour, Jean-Louis Gassée revient sur le différend qui oppose Adobe à Apple au sujet des outils de développement pour l’iPhone. Apple a décidé de ne pas accepter les applications qui seront écrites avec Flash Professional CS5.

Son propos est assez proche de John Gruber (lire : SDK iPhone : Steve Jobs livre sa réponse). Comme le rappelle l'ancien dirigeant d'Apple, l'approche d'Adobe avec Flash se résume au bon vieux "write once, run everywhere" (écrire une fois, exécuter n'importe où). Et cela représente un danger pour Apple, car les outils multiplateformes se reposent sur un socle commun et ne tirent pas parti des spécificités propres à chaque plate-forme. Autrement dit, Apple a beaucoup plus à perdre qu'à y gagner. Pas de différentiation, pas de valeur ajoutée et donc moins de marge à la fin.

Comme il l'explique dans son billet, les relations entre Adobe et Apple n'ont jamais été simples. Par le passé, les deux sociétés ont réussi à faire de grandes choses ensemble. Il évoque notamment le couple PageMaker/PostScript d'un côté et Macintosh/LaserWriter de l'autre. Cela ne les a pas empêchés cependant de se tirer dans les pattes. Afin de faire des économies de licences, Apple a fini par opter pour TrueType dans les années 90. Quelques années plus tard, son partenaire lui avait rendu en quelque sorte la pareille en déclarant qu'il développerait ses produits en priorité sur Windows. Le Mac était à l’époque en perte de vitesse.

Avant que Flash ne devienne un enjeu stratégique pour Adobe, le partenaire d'Apple avait longtemps bataillé pour imposer le PDF. Microsoft avait essayé sans succès de s'attaquer à Adobe avec son format XPS. À l'époque, Adobe avait reçu le soutien d'Apple, le PDF étant au coeur de Mac OS X.

Par la suite, Adobe a voulu s'assurer la mainmise des outils de création pour le web. Ne parvenant pas à imposer ses solutions face à Macromedia qui détenait un avantage considérable grâce à Flash, Adobe a fini par racheter son concurrent. On connait la suite…

Pour en revenir à Apple, Jean-Louis Gassée estime que Steve Jobs a suffisamment d'expérience pour ne pas faire l'erreur de laisser la porte ouverte à Adobe. D'ici la fin de l'année, il y aura plus de 100 millions de terminaux mobiles Apple dans la nature. Un tel gâteau ne se partage pas…

Ironie du sort, on rappellera que l'une des promesses de la Yellow Box (l'ancêtre de Cocoa) était de faciliter le développement multiplateforme…

Sur le même sujet :
- Adobe : « l'iPhone et l'iPad pourraient nuire à nos résultats »
- Evangéliste Adobe : « Apple, va te faire… »
avatar TotOOntHeMooN | 

[quote]les outils multiplateformes se reposent sur un socle commun et ne tirent pas parti des spécificités propres à chaque plate-forme. [...] Pas de différentiation, pas de valeur ajoutée [...][/quote]C'est justement le discourt qu'on tenait hier au sujet du SDK d'Apple ... Comme quoi !

avatar tempest | 

http://www.imdb.com/media/rm1033345280/ch0035501

En fait je crois que JL Gassée n'est autre que l'agent du FBI Franck LUNDY.
A mon avis c'est un complot de l'agent Angel BATISTA et du Lieutenant Maria Laguerta…
Tout cela ne sent pas très bon.
En plus Rita est morte alors…

-> Pas la peine je suis déjà dehors…

avatar jerome74 | 

Si PDF est bien au cœur de Mac OS X, c'était plutôt une mauvaise nouvelle pour Adobe: Nextstep utilisait Display Postscript à la place de PDF, et la license à payer pour Display Postscript était bien plus chère que pour PDF.

avatar oomu | 

"Ironie du sort, on rappellera que l'une des promesses de la Yellow Box (l'ancêtre de Cocoa) était de faciliter le développement multiplateforme…
"

openstep (cocoa) existait pour solaris et windows. C'était quasiment une couche par dessus windosw, interface builder compris et look à la "nextstep" aussi. bref le logiciel "openstep" sur windows marchait quasiment à l'identique de Nextstep (donc presque comme os X)

rien à voir avec un logiciel windows natif microsoft. Mais à l'époque, c'était censé apporter un environnement de créations de logiciels objets fortement intégrés et avec tout ce qu'il fallait pour les besoins d'entreprises.

bon. ça a fait un four. Pas tant que le produit était forcément mauvais (il était plutôt impressionnant), mais c'est une utopie.

L'un des principaux mensonges, c'est que openstep était extirpé de Nextstep. L'interface de NeXTstep et plusieurs de ses services reposait tout autour de openstep et openstep fut écrit pour NeXTstep. Sorti du cocon et jeté dans windows (ou solaris), on obtenait quelque de presque quoique pas tout à fait complètement pas intégré à windows.. et lourd.

L'argument de vente était qu'avec on pouvait créer des applications puissantes rapidement. Pas qu'on allait entrer dans un monde merveilleux de partages de logiciels de solaris à windows en passant par le mac.

-
Java et Java Enterprise sont une recréations du même but que openstep. Cette fois ci ça a mieux marché coté serveur, mais sur le poste de travail ? NAON encore!

-
Apple/Next (période commune Steve Jobs) a tenté, et s'est pris un refus clair et net de l'industrie ET du marché. C'est trop tard. L'Histoire a déjà eu lieu, les conclusions ont été acceptées.

avatar oomu | 

http://upload.wikimedia.org/wikipedia/en/a/a4/OPENSTEP_on_Windows_NT.jpg

image de openstep/yellow box sur windows NT 4. On y voit Interface Builder (toujours vivant) et Project Builder (l'ancêtre de Xcode)

avatar oomu | 

>C'est justement le discourt qu'on tenait hier au sujet du SDK d'Apple ... Comme quoi !

pardon ?

avatar Moonwalker | 

Pas tant la "Yellow Box", un composant de Rhapsody, que OpenStep, les spécifications pour un environnement de développement orienté objet mis au point de concert avec SUN en 1994. Il comprenait trois éléments issus de NeXTStep (Fundation.kit, Application.kit, Display PostScript)

OpenStep donnera alors selon l'OS qui l'accueillait :
- OPENSTEP/Mach (aka OPENSTEP 4 suivant NeXTSTEP 3)
- OPENSTEP Solaris (pour le matériel SUN)
- OPENSTEP Entreprise (pour Windows NT)

Il était également décliné pour différentes architectures processeur (Intel, SPARC, PA-RISC, M68k). Il n'existait pas de version pour le hardware Apple jusqu'au rachat de NeXT Software en 1996. Vint alors le projet Rhapsody.

Rhapsody a été présenté comme le portage d'OpenStep sur la plate-forme Apple. Il était présent sous la forme de la "Yellow Box" à côté de la "Blue box", le défunt Classic, qui assurait la compatibilité des logiciels existants. Le tout sur une couche BSD et un micro-noyau Mach. Il existait également un portage de Rhapsody pour processeur Intel, retranché de la "Blue Box", mais c'était une commodité destinée aux développeurs. [b]Le but du projet Rhapsody et de la "Yellow box" n'a jamais été d'être multi-plateforme.[/b]

La stratégie d'Apple fut revue à la fin de l'année 1998 avec le projet Mac OS X présenté l'année suivante :
- Yellow Box devient Cocoa
- Blue Box devient Classic
- adjonction de Carbon, un héritage de Coplan
- Quartz remplace PostScript Display

avatar pououm | 

@ Tempest : Ça fait plaisir de voir que je ne suis pas le seul fan de Dexter :p

avatar Vinc | 

@ tempest
mais … oui c'est évident !

avatar Stanley Lubrik | 

Oubliez iPad et guéguèrre Apple, Adobe , Google...

C'est le NAB en ce moment. Ce qui compte pour la vidéo Pro pour le Mac...

Après avoir loupé l'annonce Avid MediaCoposer 5 sur Mac... vous êtes en train de louper Blackmagic Design qui annonce DaVinci software (64 Bit)sur Mac OS X à 995 $.

Oui vous avez bien lu !

Voilà qui nous change de la iDéculturation ambiante...

Si, si les pros de la vidéo et du cinéma travaillent encore sur Mac... Mais chut !

avatar spleen | 

Le conflit Adobe/Apple nous casse les c.......
Une tempête dans un verre d'eau, qui flatte l'ego des abrutis amoureux d'Apple.

avatar antoninGR38 | 

Merci pour le spoil tempest -_- je pensais apprécier ton post...

avatar Arph | 

@ Tempest :

Même commentaire qu'antoninGR38. Beau spoiler, vraiment bien joué.

avatar oxol | 

@ Tempest :
bizarrement ce ne sont pas des mots polis qui me viennent à l'esprit là ... je synthétiserais juste en un mot : crétin !

CONNEXION UTILISATEUR