Apple va équiper ses Mac de processeurs ARM

Banshee in Avalon

27934

Administrateur·trice du site

Membre depuis 18 ans

Sujet de la discussion Posté le 23/06/2020 à 12:29:04

La Keynote WWDC20 organisée par Apple hier a confirmé la rumeur qui courait depuis plusieurs jours concernant la fin du partenariat avec Intel.

Lire la news

Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !

Anonyme

201 Posté le 27/06/2020 à 16:44:19

Et le même dev a l'air enthousiaste et très confiant dans la portabilité des apps : https://shapeof.com/archives/2020/6/more_mac_and_wwdc_2020_thoughts.html
Evidemment, l'idéal serait qu'un codeur français ou francophone qui a l'expérience de ces langages nous fasse un topo rapide :clin:

0

Shreddator

2889

Squatteur·euse d’AF

Membre depuis 19 ans

202 Posté le 27/06/2020 à 16:50:12

Franchement, pour avoir fait les deux, c'est souvent plus simple de porter un produit sur une nouvelle architecture que sur un nouveau système d'exploitation.

Si un changement d'architecture casse tout et que ça demande des mois de modifications pour que ça marche, c'est que le programme a été mal pensé à la base. Une bonne partie des logiciels du monde libre se compilent sur une dizaine d'architectures sans problème avec juste quelques macros.

Le passage de x86_64 à ARM est un non-problème comparé par exemple à la suppression d'OpenGL. Je pense en particulier à un code de calcul sur lequel j'avais bossé et dont le module de visualisation des résultats est en OpenGL. Actuellement le logiciel fonctionne n'importe où (càd sur n'importe quel système unix dont MacOS, linux, IBM AIX... et sur Windows). Si il y a pas moyen d'utiliser OpenGL sur mac, il y aura plus de version mac, c'est aussi simple que ça. En revanche compiler sur raspberry pi (donc de l'ARM), un mec l'a fait en quelques jours.

0

owuzan

228

Posteur·euse AFfiné·e

Membre depuis 13 ans

203 Posté le 27/06/2020 à 17:40:21

Citation de tguyfr :

Si j'ai bien tout compris, ils devraient s'appuyer sur Cocoa en attendant que Swift prenne, car c'est un langage très jeune, en profitant de la transition pour virer OpenCL/GL.

MacOS prévois sur le long terme de se passer d'Objective-C au profit de swift.
De remplacer Cocoa par SwiftUI.
Et de se passer d'OpenGL au profit de Metal, un gestionnaire 3D se basant directement sur le framebuffer mais totalement fermé (OpenGL est libre).
Le lien que vous avez passé explique très bien la politique d'Apple. Créer des technologies de remplacement mais totalement fermé (donc non multi plate forme).

Citation de Shreddator :

Franchement, pour avoir fait les deux, c'est souvent plus simple de porter un produit sur une nouvelle architecture que sur un nouveau système d'exploitation.

En général je suis d'accord avec vous. Mais si votre application utilise des primitives de bas niveaux ça peut-être très problématique.

Citation :

Une bonne partie des logiciels du monde libre se compilent sur une dizaine d'architectures sans problème avec juste quelques macros.

C'est vrai aujourd'hui, mais pour les premières versions de Linux et BSD ce n'était pas du tout le cas. Il faut voir qu'il y a des années de développement et d'expérience afin d'obtenir un système suffisamment modulaire qui permet de compiler indifféremment sur des architectures différentes. Comme Apple a déjà de l'expérence sur ARM (avec IOS) il se pourrait que cela soit transparent. Mais je demande à voir. Si on regarde le Hurd par exemple, cela fait 30 ans qu'il existe et qu'il ne compile que sur x_86 (bon après il y a la puissance de feu d'Apple derrière, ce n'est pas comparable par rapport à une petite équipe de bénévole mais le parallèle est intéressant car les deux systèmes utilisent le même micro-noyau).

Citation :

Si il y a pas moyen d'utiliser OpenGL sur mac, il y aura plus de version mac, c'est aussi simple que ça

Ça c'est un vrai problème et c'est même le problème majeur des nouvelles versions de Mac. Jusqu'à présent le système respectait à peu près les standard unix et les grands standards de développement (commande shell d'administrateur standard, bibliothèque de dev standard comme OpenGL etc ...). Aujourd'hui ça devient de plus en plus compliqué de faire des logiciels multi-plate forme à cause de l'éloignement de ces standards et de la mise en oeuvre de technologie propriétaire ne fonctionnant que sous Mac. Vous ne pouvez même plus utiliser des commandes systèmes unix de base sous MacOS, vous ne pouvez plus utiliser le cron (ils l'ont remplacé par un truc imbuvable beaucoup moins puissant et moins performant).
Bref, il faudra faire avec les technologies Apple et si vous n'êtes pas content, vous partez vers un autre système.

0

Anonyme

204 Posté le 27/06/2020 à 18:05:31

@Shreddator apparemment l'abandon d'OpenCL/GL était une spéculation pré-WWDC, si j'ai tout compris ils vont le maintenir.
@owuzan : Swift comme Cocoa semble construit sur Objective-C. Ce langage tourne sur tous les supports Apple évidemment, mais aussi sur Ubuntu et d'autres distributions de Linux (même si moins officiellement). Ce n'est pas un projet fermé Apple, mais plutôt un projet fortement soutenu par Apple, mais aussi IMB et Google (et d'autres). Ce n'est donc pas un langage fermé mais bien de l'open source. Comme je l'écrivais ci-dessus, on est dans un modèle économique de transition, entre capitalisme et collaboration communautaire.

0

Anonyme

1021

205 Posté le 27/06/2020 à 18:28:43

OpenGL est déjà partiellement abandonné et déconseillé. L'abandon définitif n'est qu'une question de temps.

@tguyfr, avant de parler, essaie de compiler une application Objective-C/Cocoa sous Linux/Windows... Cocoa n'est pas libre. Il y a bien une implémentation partielle, non pas de Cocoa mais de son ancêtre (NextStep/OpenStep), GnuStep. Mais on est loin d'une compatibilité à 100%. Apple ayant fait évoluer cette techno depuis le retour de SJ et OSX. Les seuls moments où Apple fait du libre, c'est quand il repompe des logiciels qui ne sont pas de lui (WebKit venant de KHTML, Darwin venant en partie de BSD, CUPS, etc).

Ce qui a été souligné et que j'ai mal exprimé au départ, c'est bien le fait qu'Apple enferme ses clients ET les développeurs. Les petits n'auront pas les moyens ni le temps de refaire une application identique mac/pc car ils devront presque TOUT réécrire. En gros c'est comme faire deux applications au lieu d'une et quelques modifications.
Toutes les technologies proprio d'Apple sont bien faites dans le but de cannibaliser les marché.
Peut être qu'un jour la loi anti-trust américaine interdira à Apple de continuer, comme ils l'avaient fait pour AT&T par exemple (et pour moins que ça).
Huawei s'est bien fait planter par Trump à cause d'un concept similaire à la puce T2.

4

GoodPalmito

653

Posteur·euse AFfolé·e

Membre depuis 21 ans

206 Posté le 27/06/2020 à 18:46:26

La facilité de portage entre différentes archi n'est pas du tout évidente selon le programme. Plus le programme est optimisé pour de bonnes performances (ce qui est le cas de beaucoup d'applis audio et traitement d'images) plus il est lié à une architecture, notamment car les instructions SIMD ne sont pas du tout équivalentes d'une archi à l'autre.
Dire que c'est facile c'est vrai pour la majorité des applis lambda, mais faux dans le domaine de l'audio.

1

miconmac

2125

AFicionado·a

Membre depuis 19 ans

207 Posté le 27/06/2020 à 19:09:28

Citation de tguyfr :

Ou alors Apple vraiment bien fait les choses pour que les gros aient bénéficié de formations de pointe afin que les portages soient, sinon immédiats, du moins très rapides. D'ailleurs je ne suis pas utilisateur du Cloud d'Adobe par exemple, mais comment est-ce que ça fonctionne ? Les softs restent dans le nuage et finalement le terminal importe peu, ou il y a une partie du soft installé sur la machine et l'autre qui reste sur serveur ? Parce que finalement, ce sera peut-être plus rapide qu'on ne le pense avec ce modèle de service.

Non, le cloud Adobe, c'est juste une sorte de centre de contrôle et de partage
Sinon, c'est bien une vingtaine de Giga d'applications tout à fait classiques qui sont résidantes et totalement indépendantes du cloud ( à part pour la protection anti piratage qui est facilement contournable )

0

SSL UF8: Excellente ET frustrante

UAD API Vision Console Emulation : mon avis

LUNA Le DAW d'Universal Audio

La précision suisse moniteurs PSI A21M

UAD Ampex ATR-102 : mon avis

[ Dernière édition du message le 27/06/2020 à 19:09:44 ]

Anonyme

208 Posté le 27/06/2020 à 22:58:09

Spoiler - Cliquer ici pour lire la suite

@bda65 back again and again :bravo:

Je ne risque pas de compiler quoi que ce soit, ce n’est pas mon domaine. Personne n’a dit que Cocoa était une techno ouverte, ce qui n’est pas le cas de Swift. A terme, je pense qu’Apple vise le succès de ce langage (et l’abandon de Cocoa ?). Ils ont dû intégrer la leçon d’un environnement trop fermé et doivent tenter d’ouvrir la boîte, au contraire de ce que tu suggères. La loi antitrust que tu évoques ne concernera pas un bout de code, ce dont le gouvernement fédéral se fout totalement, mais une position dominante sur les marchés financiers qui pourrait conduire au démantèlement de l’entreprise quand elle sera jugée trop grosse. Apple doit être très attentive à son statut pour ne pas effrayer la justice. D’un autre côté, les GAFAM sont un moteur de la puissance américaine, et démanteler l’une amènerait à toucher aux autres... Enfin pour la T2 Huawei il ne t’a pas échappé que ce n’était pas une entreprise américaine, mais chinoise, et qu’il y a comme un conflit larvé entre les deux, avec au centre justement Huawei et des questions de sécurité des réseaux 5G. Rien à voir avec Apple donc.

0

Anonyme

1021

209 Posté le 28/06/2020 à 00:51:16

@tguyfr: Encore une fois, tu dérives. Cocoa n'est pas un langage mais plus de l'ordre d'une bibliothèque fournissant une API (contenant des fonctions comme "créer_une_fenêtre", "ajouter_un_menu", etc). Swift est un langage ouvert, mais pas SwiftUI (qui remplace Cocoa). Donc ce que tu as dis dans ton précédent message ne colle pas. Le fait qu'un langage soit libre ne suffit pas. Les bibliothèques ne le sont pas donc on est bien sur une techno fermée. AT&T était aussi un "moteur de la puissance américaine"...
Pour Huawei, c'est bien le même genre de techno que T2. Donc pourquoi l'interdire à un Chinois mais pas à Apple? Tu refuses que l'on compare quoi que ce soit avec Apple. Si c'est Apple c'est bien sinon c'est mal. Ça n'avait rien à voir avec la sécurité, ça c'était juste la comm de Trump "il y a un mouchard dedans". Comme pour Apple, la T2 n'a aucun lien réel avec la sécurité. Sauf peut être à protéger les finances d'Apple.

2

Anonyme

210 Posté le 28/06/2020 à 10:09:57

@bda65 non TU dérives et je te réponds. Je ne parlais pas de SwiftUI, ne déforme pas mes propos. On peut aussi comprendre qu’une entreprise privée soit vouée à faire du profit et verrouille ses produits en partie. Ce que tu suggères est absurde en fait (ils sont très méchants parce qu’ils ne fournissent pas le code source de leurs produits). Et Adobe ? MS ? Google ? etc. Ce sont des technologies ouvertes ? Ton argument n’a aucun sens.
De même que ton propos sur Huawei montre que tu vis dans une bulle. Ouvre le journal et renseigne-toi sur les relations stratégiques entre les deux pays :facepalm:

Je ne refuse que l’on compare rien, je ne sais pas d’où tu sors ça. Ce sont précisément les comparaisons qui nous permette de comprendre le monde tel qu’il est, pas tel qu’on le voudrait.
Si tu veux revenir au sujet, tu peux toujours chercher des liens, de la doc et des témoignages sur le passage du Mac à l’ARM, c’est le titre du sujet.

0

Anonyme

211 Posté le 28/06/2020 à 10:14:48

x

Hors sujet :

Sinon renseigne-toi aussi sur AT&T pour éviter de comparer des pommes (!) et des oranges : https://fr.m.wikipedia.org/wiki/Scission_du_système_Bell
C’était une position de monopole, haïe par ces affreux capitaliste américains, qui a conduit à ce démantèlement. Apple est encore sur des marchés très concurrentiels, puisqu’elle doit faire face à une vague déferlante de RasPi

0

Anonyme

1021

212 Posté le 28/06/2020 à 11:58:31

@tguyfr, tu as pourtant écris qu'il était tout à fait possible d'écrire en swift pour windows/linux. Sauf que tu n'aura pas le plus importants, swiftUI qui n'existe QUE pour les produits Apple. Que l'on puisse écrire un programme dans divers langages ne suffit pas à en faire une applications. Tu avais pourtant dis que c'était ouvert et libre.
Donc Apple, américain, à le droit de faire ce qu'il veut dans le monde mais Huawei, chinois, doit juste obéir aux USA? C'est ça ta vision? On ne sait strictement rien au sujet de la puce T2 (enfin si, ce qu'Apple nous dit), elle n'est pas documenté. Ça peut très bien être un mouchard, pourquoi pas au service de Siri :Apple mous espionne.
Google a énormément de logiciels libre. Chaque été ils financent ds projets libres (google summer of code). Mais rassure toi, je ne l'aime pas plus. Par contre on peut facilement employer la base libre de Chrome (nommé Chromium). C'est un navigateur totalement fonctionnel. Android est libre à plus de 80% https://source.android.com/. Dans les 20%, il y a une partie des pilotes (wifi, bt, modem, ...).
Pour MS, jamais utilisé leurs produits. Enfin si, j'ai du passer 20h dans ma vie avec MS-DOS et Windows (en tout).

Pour revenir au passage à l'ARM Apple, et bien ça va faire mal aux petits développeurs. En informatique, il y a souvent des gens qui proclament "ne jamais réinventer la roue". Apple réinvente sans cesse et casse tout derrière lui. Il y a eu des pertes avec PPC->x86, il y en aura avec x86->ARM. Il faut l'admettre et rester sur ses gardes. Beaucoup pourrait y perdre des plumes et ça ce n'est jamais agréable. Les premiers acquéreurs seront des béta testeur à grande échelle (sauf qu'ils paieront Apple, normalement c'est l'inverse).
L'optimisation logiciel est la phase la plus complexe et la plus longue. C'est pourquoi elle est souvent mise de côté lors de la commercialisation d'un nouveau logiciel. Les mises à jour successives améliorent les choses progressivement. Mais ceux qui n'en auront pas les moyens disparaîtront ou se feront racheter une misère au profit d'une entreprise plus riche. C'est donc, encore une fois, une technologie qui risque d'augmenter la fracture riche/pauvre.

Je me suis toujours dis que l'informatique devait être universel. Apple va à l'opposé de ça et c'est bien triste. On ne devait pas avoir à choisir une marque ou un modèle en fonction de logiciel qu'il propose. On interdit pas à une marque de voiture y de mettre de l'essence d'une marque x. Tout comme les routes, le code de la route s'adresse à l'ensemble des véhicules (avec des extensions pour les véhicules spécifiques). Ce n'est pas un code pour les voitures, un autre pour les camions, un autre pour les bus, un autre pour les vélos, ...

Si Apple avait choisi un ARM d'une marque X, ça ne m'aurait pas tant dérangé. Parce que cette marque X aurait vendu son SoC à d'autre, aurait publié un maximum de documentation. Là on est sur du proprio ultra-breveté. Les brevets sont la gangrène de l'évolution. Si le mec qui a inventé la roue l'avait breveté...

Apple ne renouvelle pas ses gammes de mac tous les 6 mois. Donc si ils prévoient de renouveler les mac x86 avant la fin de la transition, c'est qu'ils savent parfaitement qu'elle durera plus de deux ans. Sinon ils auraient fait du forcing et dit que les derniers mac sorties ces derniers mois seraient les derniers x86. Ce qui aurait aussi fait peur à ceux qui en ont achetés.

PS: j'ai lu ici, de je ne sais plus qui, que les rapsberry pi étaient faites pour les ingénieurs. C'est totalement faux -> https://fr.wikipedia.org/wiki/Raspberry_Pi

3

Anonyme

213 Posté le 28/06/2020 à 14:21:12

Spoiler - Cliquer ici pour lire la suite

Citation de bda65 :

@tguyfr, tu as pourtant écris qu'il était tout à fait possible d'écrire en swift pour windows/linux. Sauf que tu n'aura pas le plus importants, swiftUI qui n'existe QUE pour les produits Apple. Que l'on puisse écrire un programme dans divers langages ne suffit pas à en faire une applications. Tu avais pourtant dis que c'était ouvert et libre.
Donc Apple, américain, à le droit de faire ce qu'il veut dans le monde mais Huawei, chinois, doit juste obéir aux USA? C'est ça ta vision? On ne sait strictement rien au sujet de la puce T2 (enfin si, ce qu'Apple nous dit), elle n'est pas documenté. Ça peut très bien être un mouchard, pourquoi pas au service de Siri :Apple mous espionne.
Google a énormément de logiciels libre. Chaque été ils financent ds projets libres (google summer of code). Mais rassure toi, je ne l'aime pas plus. Par contre on peut facilement employer la base libre de Chrome (nommé Chromium). C'est un navigateur totalement fonctionnel. Android est libre à plus de 80% https://source.android.com/. Dans les 20%, il y a une partie des pilotes (wifi, bt, modem, ...).
Pour MS, jamais utilisé leurs produits. Enfin si, j'ai du passer 20h dans ma vie avec MS-DOS et Windows (en tout).

Pour revenir au passage à l'ARM Apple, et bien ça va faire mal aux petits développeurs. En informatique, il y a souvent des gens qui proclament "ne jamais réinventer la roue". Apple réinvente sans cesse et casse tout derrière lui. Il y a eu des pertes avec PPC->x86, il y en aura avec x86->ARM. Il faut l'admettre et rester sur ses gardes. Beaucoup pourrait y perdre des plumes et ça ce n'est jamais agréable. Les premiers acquéreurs seront des béta testeur à grande échelle (sauf qu'ils paieront Apple, normalement c'est l'inverse).
L'optimisation logiciel est la phase la plus complexe et la plus longue. C'est pourquoi elle est souvent mise de côté lors de la commercialisation d'un nouveau logiciel. Les mises à jour successives améliorent les choses progressivement. Mais ceux qui n'en auront pas les moyens disparaîtront ou se feront racheter une misère au profit d'une entreprise plus riche. C'est donc, encore une fois, une technologie qui risque d'augmenter la fracture riche/pauvre.

Je me suis toujours dis que l'informatique devait être universel. Apple va à l'opposé de ça et c'est bien triste. On ne devait pas avoir à choisir une marque ou un modèle en fonction de logiciel qu'il propose. On interdit pas à une marque de voiture y de mettre de l'essence d'une marque x. Tout comme les routes, le code de la route s'adresse à l'ensemble des véhicules (avec des extensions pour les véhicules spécifiques). Ce n'est pas un code pour les voitures, un autre pour les camions, un autre pour les bus, un autre pour les vélos, ...

Si Apple avait choisi un ARM d'une marque X, ça ne m'aurait pas tant dérangé. Parce que cette marque X aurait vendu son SoC à d'autre, aurait publié un maximum de documentation. Là on est sur du proprio ultra-breveté. Les brevets sont la gangrène de l'évolution. Si le mec qui a inventé la roue l'avait breveté...

Apple ne renouvelle pas ses gammes de mac tous les 6 mois. Donc si ils prévoient de renouveler les mac x86 avant la fin de la transition, c'est qu'ils savent parfaitement qu'elle durera plus de deux ans. Sinon ils auraient fait du forcing et dit que les derniers mac sorties ces derniers mois seraient les derniers x86. Ce qui aurait aussi fait peur à ceux qui en ont achetés.

PS: j'ai lu ici, de je ne sais plus qui, que les rapsberry pi étaient faites pour les ingénieurs. C'est totalement faux -> https://fr.wikipedia.org/wiki/Raspberry_Pi

x

Hors sujet :

D'après ce que je comprends, SwiftUI est une version simplifiée de Swift, qui lui est bien OpensSource. J'ai dit qu'on pouvait écrire pour Linux, pas Windows, ne déforme pas mes propos. De même que je n'ai jamais parlé de SwiftUI. Un peu d'honnêteté intellectuelle, merci.
Second point sur Apple vs Huwaei, là encore tu déformes mes propos, c'est assez malhonnête. C'est un fait géostratégique, c'est tout. La guerre, c'est mal et pourtant il y en a partout dans le monde. Essayer de comprendre ces conflits, est-ce les cautionner ? Que les USA prennent le prétexte de la puce T2 ou les routeurs 5G pour bloquer un marché, ce n'est pas mon affaire, je ne suis ni Américain ni Chinois et il y a des arguments dans les deux sens. Mais c'est de toute façon totalement hors-sujet.
Je suis très content que tu utilises Chrome. On connait Google pour son grand respect de la vie privée Pour le coup Apple semble (restons prudents) plus attentive à ce "détail". C'est une raison profonde de ma répulsion pour tout bidule sous Android (malheureusement j'ai désormais une TV Android qui doit éplucher en détail mon comportement...). Bref, ton petit laïus sur Google et Android est assez risible, car Alphabet n'est pas vraiment le chantre de l'hacktivisme libertaire et désintéressé que tu parais défendre. Pour moi c'est Safari et FF, voire FF focus sur PC.
Ton analogie entre informatique et voiture est parfaitement fausse, encore une fois. N'importe quel terminal peut aujourd'hui se connecter au réseau universel qu'est internet, dont les protocoles sont ouverts. Les machines fonctionnent au même carburant, l'électricité. De nombreux éléments sont interchangeables, comme les formats de disques ou les barrettes RAM (// pneus). Par contre si tu arrives à mettre des pièces VW sur ta Peugeot, tu me préviens.

1

Anonyme

214 Posté le 28/06/2020 à 14:34:01

Résumé de la situation très clair par les gros fanboys :mrg:

de Frandroid :

1

Anonyme

215 Posté le 28/06/2020 à 14:42:04

Autre point de vue très mesuré sur les avantages et les risques de ce tournant :

Il ne faut pas oublier un point capital, qui va sans doute nous recentrer sur nos préoccupations : même si les machines de créateurs (codeurs, musiciens, graphistes etc.) ne représentent que 2% du parc, elles sont vitales pour Apple. En effet, il faut produire du contenu pour le vendre et justifier l'achat d'un terminal... Une coquille vide n'intéresse pas le consommateur lambda, surtout pour une entreprise qui est de plus en plus tournée vers le service. Il serait donc stupide pour Apple d'abandonner les créateurs et cela relève du pur fantasme.

0

Anonyme

1021

216 Posté le 28/06/2020 à 15:41:41

Je n'ai jamais dit que j'utilisai chrome! Tu as lu ça où? Ni même aucun produit venant de google (sauf si 100% libre à la limite). Même pas Chromium que j'ai cité. Ni même la version 100% libre d'android (AOSP). Mais je pourrai, sans avoir à me soucier de google. Ce système peut continuer sans google.
SwiftUI n'est pas une version simplifiée de Swift mais une bibliothèque fournissant une API. Pas libre.
Donc si ton propos c'est "les dev n'ont qu'a programmer en swith pour tous les SE" c'est bel et bien enfermer les dev dans un langage unique. Chacun est libre (enfin il me semble) de préférer un langage à un autre. Si on est plus à l'aise en C, pourquoi être contraint de changer? Google, au début de sa version d'Android, imposait le Java. Très vite ils ont offert la possibilité d'employer divers langages. Aujourd'hui on peut programmer des appli pour android dans à peu près n'importe quel langage.
Aller j'arrête là, cette fois c'est vraiment définitif. Inutile d'aller plus loin. Surtout que je te rappel au passage, que c'est toi qui a amener Linux, T2, etc sur le tapis. Mais il ne faut pas mettre Apple en comparaison avec quiconque. Apple est grand, Apple est fort. Apple est beau. Comme disais Chirac, mangez des pommes...
Chacun est libre de ses choix mais ce qui est malhonnête, c'est de dire Apple est mieux que x comme tu l'as fait plusieurs fois sans arguments dignes de ce nom. C'est mieux parce que c'est mieux, na! Tu as aussi menti à plusieurs reprises "Apple a créé ceci...".
Donc oui, je suis malhonnête. Du coup je me débine en cachette...

5

Anonyme

217 Posté le 28/06/2020 à 16:23:51

Bon vent, tu commences aussi à me soûler :bravo:

0

pi.track

400

Posteur·euse AFfamé·e

Membre depuis 20 ans

218 Posté le 29/06/2020 à 10:14:10

Citation de tguyfr :

même si les machines de créateurs (codeurs, musiciens, graphistes etc.) ne représentent que 2% du parc, elles sont vitales pour Apple. En effet, il faut produire du contenu pour le vendre et justifier l'achat d'un terminal... Une coquille vide n'intéresse pas le consommateur lambda, surtout pour une entreprise qui est de plus en plus tournée vers le service. Il serait donc stupide pour Apple d'abandonner les créateurs et cela relève du pur fantasme.

Je comprends pas comment tu démontres que les créateurs et leurs machines sont vitales pour Apple ...

"Il faut produire du contenu pour le vendre" => euh... oui c'est un peu une lapalissade ça non ?
"Et justifier l'achat d'un terminal" => tu parles d'investissement pour un Pro(créateur ) qui doit amortir son achat ?
"Une coquille vide n'intéresse pas le consommateur lambda" => qui n'est donc pas un créateur ?
"Il serait donc stupide pour Apple d'abandonner les créateurs et cela relève du pur fantasme"

Même si je suis plutôt d'accord avec ce dernier point je comprends pas comment tu le démontres ...
Si c'est 2% du parc alors franchement le fait que les créateurs achètent des machines Apple est vital pour eux ?

A mon sens les créateurs sont importants pour Apple pour l'image de la marque. C'est de la com' gratos et c'est la classe...

2

Gam

9259

Je poste, donc je suis

Membre depuis 21 ans

219 Posté le 29/06/2020 à 10:24:40

Citation de pi.track :

A mon sens les créateurs sont importants pour Apple pour l'image de la marque. C'est de la com' gratos et c'est la classe...

Mouais les createurs d'images

Les agence de pub ont toujours privilegie le Mac pour des raisons qui m'echappent, oui au debut de l'ere Aldus et Adobe, il etait tres difficile de travailler sur Windows, mauvaise gestion colorimetrique, gestion des font aux fraises, precision de la souris, les wacom c'etait de la blague.

Mais la et ce depuis pas mal d'annees, il n'y a plus de raisons de les suivre comme des idiots.

2

[ Dernière édition du message le 29/06/2020 à 10:26:47 ]

pi.track

400

Posteur·euse AFfamé·e

Membre depuis 20 ans

220 Posté le 29/06/2020 à 10:40:00

Citation :

Les agence de pub ont toujours privilegie le Mac pour des raisons qui m'echappent, oui au debut de l'ere Aldus et Adobe, il etait tres difficile de travailler sur Windows, mauvaise gestion colorimetrique, gestion des font aux fraises, precision de la souris, les wacom c'etait de la blague.

Mais la et ce depuis pas mal d'annees, il n'y a plus de raisons de les suivre comme des idiots.

Je me mets à la place d'une entreprise ou d'un individu qui a mis le pied dans l'écosystème Apple par ce que oui, il y a une époque, ça marchait mieux que PC (ou c'était plus simple). Tu as investi du temps, de l'argent augmenté ton savoir faire sur cette plateforme etc. c'est relou de réapprendre... Tu bosses avec Logic => Apple Only, tu bosses avec FinalCut => Apple Only ... Bref c'est pas toujours évident de sortir d'un système dans lequel on s'est, consciemment ou non, enfermé...

3

Gam

9259

Je poste, donc je suis

Membre depuis 21 ans

221 Posté le 29/06/2020 à 11:08:11

Tu me cites des soft Apple, je te parle d'outils multi-plateform :mrg:

0

miconmac

2125

AFicionado·a

Membre depuis 19 ans

222 Posté le 29/06/2020 à 11:39:41

Les amis ! J’avoue que j’ai jeter l’éponge sur ce thread alors que le sujet m’intéresse beaucoup ! Mais 23 pages quasiment illisibles où les infos intéressantes ( ya a beaucoup ) sont submergées par des infantilités…. c'est vraiment dommage....
Est-ce que ce ne serait pas le moment d’essayer de se recentrer sur une question et une seule :
Qu’est-ce que le passage d’Intel à Apple Silicon va changer pour la MAO ?

Je pense que le plus simple est d’ouvrir un nouveau thread, non ?

https://fr.audiofanzine.com/apple/forums/t.714727,qu-est-ce-que-le-passage-d-intel-a-apple-silicon-va-changer-pour-la-mao,post.10368389.html

et je vous invite bien sûr à venir y poster

2

SSL UF8: Excellente ET frustrante

UAD API Vision Console Emulation : mon avis

LUNA Le DAW d'Universal Audio

La précision suisse moniteurs PSI A21M

UAD Ampex ATR-102 : mon avis

[ Dernière édition du message le 29/06/2020 à 12:11:45 ]

Anonyme

223 Posté le 29/06/2020 à 12:31:50

C’est marrant mais personne ne semble avoir remarqué que la dernière version de Logic intégrait... un projet de Billie Eilish. C’est bien un appel aux créateurs non ? Une machine sans applis ne sert à rien, surtout avec le modèle d’Apple qui intègre totalement machine, applis et services. C’est tout le problème de Linux qui n’a pas de marché pour faire vivre ses créateurs. Ce n’est pas moi qui le dit, mais des mecs comme les codeurs de Damage Audio dans le lien posté plus haut.
@miconmac je reste sur ce topic, pas la peine de multiplier les threads. Perso j’ai toujours placé mes posts HS entre balises et j’ai essayé d’apporter des infos concrètes, pas des spéculations émotionnelles.

0

Gam

9259

Je poste, donc je suis

Membre depuis 21 ans

224 Posté le 29/06/2020 à 12:58:17

Citation de tguyfr :

C’est tout le problème de Linux qui n’a pas de marché pour faire vivre ses créateurs.s.

Ca depend dans quel domaine, la post prod cinema visuelle est a 90% exclusivement sous Linux

0

Anonyme

225 Posté le 29/06/2020 à 13:03:50

x

Hors sujet :

Sans doute parce qu’on est sur des bêtes de course dépouillées de tout façon serveur, avec des gens compétents pour s’en occuper.

0

réactions à la news Apple va équiper ses Mac de processeurs ARM