Les applications d'Adobe qui ne passeront pas au 64 bits
Alors que la sortie de macOS Catalina est imminente, Adobe fait le point sur la compatibilité 64 bits indispensable de ses logiciels. La quasi-totalité des applications est d'ores et déjà 64 bits et tournera donc sur le nouveau système, pourvu que vous utilisiez les dernières versions en date.
En effet, le parcours s'arrêtera à Mojave pour les vieilles moutures 32 bits qui ne sont plus maintenues depuis des années, comme la Creative Suite 6. Adobe pousse de toute façon par tous les moyens ses clients à utiliser des versions récentes de ses programmes.
Pas de souci de compatibilité 64 bits pour les dernières versions d'Acrobat, After Effects, Dreamweaver, Illustrator, Lightroom, Muse, Photoshop, Premiere Pro et bien d'autres. La liste complète est ici.
Adobe Captivate, une solution d'e-learning, n'a pas encore été adaptée à Catalina, mais une mise à jour est prévue d'ici la fin de l'année.
Trois logiciels ne passeront pas au 64 bits : Fuse (création de personnages 3D), pour lequel Adobe recommande à la place Mixamo ; Presenter Video Express (studio vidéo personnel), qui peut être remplacé par Captivate ; et SpeedGrade (étalonnage de couleurs), dont certaines fonctionnalités ont été intégrées à Premiere Pro.
et oui, pour continuer l'aventure des mises à jour de macOs, il faut passer à l'abonnement.
L'abandon du 32b ou de cadres applicatifs pourtant encore fonctionnels par dessus macos ne sont pas dans l'intérêt de l'utilisateur. Ni les "besoins d'Apple" sont plus importants que tout le reste.
C'est un oomu plutôt renfrogné qu'on voit à chaque news qui concerne ce sujet... Et ça, j'aime pas.
Faut faire une pétition pour qu'Apple conserve tout ce qu'il faut pour que les toutes vieilles applications pas belles mais qui marchent, ben justement marchent encore demain.
D'ailleurs, je me pose une question : c'est parce que les OS conservent des techno antédiluviennes que les développeurs d'applications ne se font pas chier à migrer sur les techno modernes, ou alors c'est parce que les développeurs d'applications ne se font pas chier à migrer sur les techno modernes que les OS conservent les techno antédiluviennes ?
A cette réponse Apple a tranché.
@geooooooooffrey
A part la vidéo, les photos, l’audio, la plupart des applications n’ont aucun intérêt a passer au 64. Et toutes ces applications sont déjà en 64.
Le seul intérêt est pour Apple, pas pour les dev et non plus pour les utilisateurs
Je vais me faire un peu l’avocat du diable, mais supprimer ce qui est ancien pour privilégier ce qui est nouveau permet de lutter contre l’immobilisme. Avec les inconvénients que ça entraîne...
@geooooooooffrey
Il n’y a pas d’immobilisme à utiliser un logiciel 32 très stable et mis a jour par son éditeur. Pour les petits éditeurs, cela peut être très cher de devoir tout reprendre sans aucun bénéfice surtout à une époque ou plus personne ne veut payer pour une licences ou un abonnement ( mauvaise habitude du a iOS )
Si il y avait un problème technique, je pourrais comprendre, mais rien n’empêche de continuer sur un système 32/64.
Je sais bien tout ça, je suis bien placé pour le savoir. Mais on est dans le beau petit monde tout propre Apple, là où les gens qui vont à la WWDC crient Wouuuuuh quand ils apprennent que le prochain macOS s’appellera macOS Pouetpouet. C’est pour mettre des paillettes dans la vie de ces gens là qu’Apple prend les décisions qu’elle prend.
@geooooooooffrey
> C’est pour mettre des paillettes dans la vie de ces gens là qu’Apple prend les
> décisions qu’elle prend.
Alors qu'il lui suffirait d'offrir chaque année à chaque développeur venant à la WWDC un modèle gratuit de chacun de ses produits. Parce que ça, cela mettrait nettement plus de paillettes dans la vie des gens qui viennent à la WWDC que l'obligation de notariser et d’être compatible avec Catalina, cela fait aucun doute.
Tout comme il ne fait aucun doute qu'elle NE prend PAS les décisions qu'elle prend pour mettre des paillettes dans la vie de ces gens là.
Plutôt pour mettre plus de dollars dans les poches de ses actionnaires.
Et pour ça faut soutenir l'arrivée d'un Mac ARM, qui promet le double combo plateforme 100% proprio - y compris CPU donc - et réduction des coûts de maintenance de macOS.
"C'est un oomu plutôt renfrogné qu'on voit à chaque news qui concerne ce sujet... Et ça, j'aime pas."
c'est que j'ai vu maintes fois ce cliché.
Mon point est le suivant : quelque soit l'affection et roman que vous avez pour une entreprise (et j'en ai pour Apple), cela ne doit en rien vous aveugler sur le seul but qui compte : avoir un ordinateur, une machine, qui fait le boulot dont on a besoin.
Le reste : la nouveauté, le fantasme, la fantasy, les jolies logo, le passif plein de pathos, etc ne sont que des distractions.
il n'y a aucune raison d'adhérer à un discours, qu'il vienne d'Apple ou Microsoft ou autres GOogleux, s'il vous rajoute des coûts ou vous coupe d'outils QUI MARCHENT.
Un ordinateur est fabriqué pour faire un travail, pas pour être un Totem Culturel. (hein ? oui j'ai toujours prévu d'emmener mon PowerMac G4 Cube dans mon mausolée, mais cela n'a aucun rapport).
-
" Faut faire une pétition pour qu'Apple conserve tout ce qu'il faut pour que les toutes vieilles applications pas belles mais qui marchent, ben justement marchent encore demain."
Les pétitions servent à rien. Seul l'abandon d'un outil déficient pour un meilleur outil permet d'améliorer le quotidien de l'utilisateur.
--
"D'ailleurs, je me pose une question : c'est parce que les OS conservent des techno antédiluviennes que les développeurs d'applications ne se font pas chier à migrer sur les techno modernes"
alors oui et non.
D'abord prenons du recul avant de nous laisser dévorer par nos propres fantasmes et geekeries.
En quoi y a t'il un intérêt à ce que des "développeurs migrent sur des technos modernes" ?
Qu'est-ce que cela nous apporte à nous ? Pourquoi on devrait en avoir à foutre ?
- y a t'il un gain en prix ?
- y a t'il un gain en performance ?
- y a t'il un gain fonctionnel ?
Des fois oui : Effectivement Cocoa est meilleur que Carbon. Mais des fois non: nombre d'applications 32b n'ont pas besoin d'être 64b pour améliorer le quotidien de leurs UTILISATEURS (l'être Suprême Qui Est Plus Important que le Bonheur de l'Ingénieur).
Attention ! Oui, une app 64b profite grandement de l'espace étendu de mémoire pour fonctionner. C'est intéressant pour des applications traitant beaucoup de données.
Mais on a pas d'urgence d'emmerder les acheteurs avec ça.
, ou alors c'est parce que les développeurs d'applications ne se font pas chier à migrer sur les techno modernes que les OS conservent les techno antédiluviennes ?
- Pourquoi voulez vous mordicus "migrer" ?
Y a pléthores de fondations antiques dans les systèmes d'exploitations qui marchent de feu de dieu ! Vous voulez virer les piles TCP/IP parce que c'est trop ringard les réseaux IP ?
Où s'arrête votre Lubie et où commence votre souhait Progrès ?
- C'est faux de poser la question de manière binaire.
Les développeurs ont migré vers cocoa ou autre nouveauté d'Apple par envie aussi de faire un coup marketing :
nombre d'apps sont réécrite pour pouvoir dire sur le site web "nouvo, réécrite en + mieux, comme à la télé..heu comme par Apple"
Ainsi on a vu des clients FTP, des éditeurs textes etc être réécrits en "moderne" juste pour justifier une nouvelle licence, un coup de peinture pour être dans les "nouveaux canon" d'Apple et hop.
Ses développeurs n'étaient pas forcés par Apple, ils pouvaient encore vendre leur app basée Carbon ou 32b à l'époque, sans soucis. Mais ils ont pourtant fait le saut, par envie d'utilsier de nouveaux outils, pour rationnaliser ou pour justifier une nouveauté à leurs clients.
à l'inverse, quand Apple supprime une compatibilité, certains développeurs voient que les coûts dépassent le gain, et abandonne le mac.
Cela rend le Mac moins "flexible", moins intéressant, et on peut être motivés de sauter à Windows où là, y a un choix délirant.
C'est cool les apps réécrites avec la Mode Du Jour, c'est chouette, le Geeky Oomu aime ses nouveaux jouets. Mais ne soyez pas dupes ! Ce n'est pas toujours un gain concret.
-
Arrêtez de vivre dans un univers Absolutiste !
quand Apple a planté Flash (via ios) c'était une sage décision :
- flash en tant que plateforme applicative était médiocre (lourd, mal fagotée, mauvaise accessibilité, etc) et aurait concentré trop d'influence dans le seul Adobe.
- Apple veut éviter de récréer la situation des années 80/90s où sa propre plateforme (macos) était dépendant d'outils de développements et bibliothèques écrites par d'AUTRES entreprises, voir des concurrents, ce qui forçait Apple a suivre le planning de ses propres concurrents.
Steve Jobs avait raison : il fallait empêcher ios d'être dépendant de Flash.
Mais parfois, Apple a TORT, complètement TORT. Même si la décision prise vous semble être très proche.
Ne vivez pas d'absolu : virer des "vieux frameworks", parfois c'est nécessaire et salutaire, parfois NAON ! Réfléchissez aux conséquences.
En l'occurence, ici, pour le cas du jour, le 32b, Apple va trop vite, elle le fait pour SON intérêt, cela n'apporte aucun gain à ses CLIENTS et provoque une succession de soit abandon de mises à jour de macos, soit de nouveaux coûts.
Je suis désolé, mais je ne comprends pas l'intérêt pour des crocodiles d'aller chez le tanneur.
Vous n'y gagnez rien.
Apple aurait du attendre soit :
- une impasse technique
- intel abandonne complètement x86 dans ses processeurs
- le saut à ARM (là aussi je doute de l'intérêt pour les consommateurs. Il reste à me prouver un gain substantiel en autonomie avec un cpu arm équivalent à un i7)
- fournir des outils efficaces pour motiver les développeurs
Microsoft, pour toute son Abomination, fait un meilleur travail sur ce terrain. Elle est beaucoup plus à l'écoute des développeurs (Monkey boy hurlant développeur, c'est pas un vain mot) et permet aux gens de rentabiliser leurs achats beaucoup plus longtemps. On peut cracher sur la complexité de Windows comme le Oomu le fait chaque matin, n'empêche qu'en terme de performances brutes, ça n'a pas handicapé Windows de maintenir la compatibilité avec Win32 (en mode XP, voir w95 !). Comparons Direct3D, les perfs de partage de fichiers, Remote Desktop, etc avec leur équivalent Mac.
conclusion : demandez vous si les choix d'Apple ont amélioré VOTRE quotidien avant de valider Apple.
"En l'occurence, ici, pour le cas du jour, le 32b, Apple va trop vite"
Donc 8 ans c'est "trop vite"? Ça fait donc 7 versions majeures d'OS qu'Apple à entamé cette transition, et c'est trop rapide? S'il te plait...
Au bout d'un moment il faut juste prendre une décision un peu radicale pour pousser le changement, sinon rien ne changerait ni n'évoluerais jamais, parce que "ça marche, pourquoi changer?" On se retrouverait encore aujourd'hui avec de l'USB2 (ben oui... ça marche quoi...)
Beaucoup de tes points font sens, c'est vrai. Mais tu ne sais pas non plus ce qu'Apple à prévu dans le futur. C'est une conduite du changement qui fera peut-être sens dans le futur (ou pas hein, c'est vrai)
Ne serait-ce effectivement pour proposer des mac sous ARM 64 bits et ne pas se retrouver sans une majorité d'applications qui ne fonctionnent juste pas.
Et je pense personnellement que si on enlevait la couche d'émulation 32 bits aux processeurs actuels (qui consomme du coup des ressources hein...) ils ne s'en porteraient certainement que bien mieux et tourneraient plus efficacement.
Personnellement, je n'ai par exemple aucune application 32 bits sur ma machine...(et j'en ai un paquet)
Personnellement, je me dis que si un développeur de logiciel ne maintient pas techniquement à jour son logiciel avec des technos récentes et ne s'adapte pas régulièrement, le logiciel (et le code sous-jacent) me laisserait douteux et perplexe quant à sa qualité.
Ben oui... si un logiciel qui gère mes mots de passe est encore sur de la vieille techno obsolète et plus supportée (ou en passe d'être deprecated), que dois-je penser de la sécurité de celui-ci?
"fournir des outils efficaces pour motiver les développeurs"
Sous Catalina, si tu as suivi, maintenant il va être possible de porter rapidement des apps iOS et iPad. Catalyst expliquant certainement une grande partie de passage définitif au 64bits
Microsoft fait ça tellement bien que leur OS n'as plus aucune cohérence et ont le plus grand mal à évoluer. Et pour avoir testé la compatibilité de vieux logiciels sur windows... je te jure qu'elle est plus que bancale. Pas pour rien que la plupart les font tourner dans des VM.
Comme disait Ford lorsqu'il à crée la voiture: "si on écoutait les gens, ils auraient demandé des chevaux plus rapides"
Alors oui, desfois c'est brutal et injustifié, mais quand on prévient 8 ans avant...
je ne suis pas clair.
- On se FOUT DU CHANGEMENT !
Le "changement" n'est qu'un MOT VIDE DE SENS (une "lubie", une "marotte" de geek, c'est à dire : de gens qui aiment la technologie pour elle même et non pour son but : de la Superficialité) !
Changement sans Progrès n'est que Distraction !
Apple a donné du temps aux DEVELOPPEURS ! PAS aux UTILISATEURS.
J'essaie de parler que l'intérêt des INGENIEURS (moi, les développeurs, Apple) n'est PAS l'intérêt des UTILISATEURS (ceux qui paient)
Virer le code 32 d'un OS n'aide EN RIEN les UTILISATEURS. Cela aide les OOMUS (les ingénieurs informatique, les développeurs qqui veulent un zoli code tout mignon, et les éditeurs comme Apple qui veulent moins de frais)
Pourquoi voulez vous aider les Oomus, les Ingénieurs et les Editeurs ? On les PAIE pour un BOULOT ! Pas pour qu'ils mégotent, pas pour qu'ils nous inventent des FRAIS!
-
Votre exemple de usb 2 est mal choisi.
USB 3.1gen2 en usb-c est rétro compatible USB 2 !
Même le connecteur usb-c ne vous jette pas dans le néant et le vide du rachat : un simple adaptateur permet de brancher à son bon vieux clavier usb _2_ !
ne me vomissez pas des "slogans", vomissez moi du progrès.
-
Rien ne prouve que virer d'un processeur la gestion 32b améliorerait son fonctionnement et accélérerait le 64b
Les processeurs intels modernes sont des bêtes sacrément complexes et puissantes qui interprètent un code assembleur et le transforme en micro-code, cela permet la flexibilité d'introduire progressivement de nouvelles fonctionnalités (MMX, SSE2, SSE3..etc) sans tout jeter par la fenêtre et tout foutre en l'air
En clair : virer une des apis d'un cpu intel ne va pas signifie une simplification donnant des perfs de ouf ! On n'en sait rien.
Et de toute façon, c'est pas encore à l'ordre du jour.
-
apple est nulle
intel est excellente
j'explique:
Intel a abandonné les antiques spécifiques AT. On ne peut plus faire un "Pc IBM Compatible" actuellement avec les solutions intel.
Avez vous entendu des gens pleurer sur des forumes ? des Oomus foufous en mode vieux cons ?
noooon
parce qu'intel a attendu que la quasi totalité de ses clients en ait plus rien à foutre et a été très prudent dans son calendrier.
-
encore une fois: les 8 ans d'Apple c'est bon pour les développeurs !
Or l'intérêt ou planning des développeurs ne concernent PAS les Utilisateurs.
Les utilisateurs paient
Les développeurs en font un commerce.
Deux mondes à la fois dépendants et antagonistes.
La suppresion du code 32b n'aide en rien, ni cela permet d'améliorer le noyau, ni cela était necessaire, ni cela est comparable à USB (justement USB prouve le contraire : on peut évoluer sans emmerder ses acheteurs).
-
"Microsoft fait ça tellement bien que leur OS n'as plus aucune cohérence et ont le plus grand mal à évoluer. Et pour avoir testé la compatibilité de vieux logiciels sur windows... je te jure qu'elle est plus que bancale. Pas pour rien que la plupart les font tourner dans des VM."
Wndows n'a jamais eu de cohérence. Windows 2 était déjà un bordel. Win95 était un bricolage.
Donc la "cohérence" n'est pas le soucis.
Windows n'a jamais eu de soucis pour ajouter trucs sur trucs sur trucs, tout en réussissant à faire sa révolution pour atteindre de bonnes performances sans tout abandonner.
Microsoft a régulièrement annoncé des ruptures ET DES SOLUTIONS !
Votre vielle app est obsolète ? boh bon y a le mode rétro-compatibiltié de windows qui va se forcer à lancer votre vieux code
votre vielle app est vraiment toute pourrie ? boh, ok, y a la fonction qui va activer l'émulation des vielles libs
votre vielle app est vraiment TRES MOISIE ?! boh ok, y a carrément la personnalité win32 à l'ancienne pour virtualiser votre vieux bouzins !
Alors, oui, le Monde n'est pas parfait. Oui y a des cas difficiles. Mais microsoft propose des SOLUTIONS AUX GENS.
Et attention hein, dans un autre sujet je vomis sur Microsoft (le coup de tenter d'imposer QUE des comptes en ligne et cacher les comptes locaux).
Mais il faut admettre une chose simple et claire :
virer des libs n'aide pas
virer des libs n'est pas obligatoire
Microsoft y a arrive, et cela permet aux gens de rentabiliser à mort leur achats
Microsoft l'a fait, au prix d'un windows délirant, mais ça marche. Et Windows arrive à être + performants que macOs sur bien des domaines.
Ma conclusion est:
Apple emmerde son monde
Apple a l'ingénierie et les moyens de faire mieux pour ses clients.
VOUS, vous personnellement, l'internaute que je connais précisément, vous exactement vous, ne gagnez rien à ce que Mojave n'intègre plus les libs 32b qui marcheraient encore sur intel (et amd par ailleurs).
-
Si un jour Apple sort des macs arm, elle pourrait annoncer à ce moment :
"effectivement, ça y est c'st la fin des app 32b. et le début de la fin des apps 64b intel qui passeront par un émulateur bouffeur de perfs. Les apps bonnes citoyennes de l'app store profiteront d'une recompilation vers arm quasi indolore"
Ceci serait acceptable.
Ceci serait un Apple qui a pris sur elle de tenir le plus longtemps possible.
Mais j'insiste : virer aujourd'hui est une décision Arbitraire. Elle n'est pas dans l'intérêt des Utilisateurs.
@Edenpulse
> Au bout d'un moment il faut juste prendre une décision un peu radicale pour pousser
> le changement, sinon rien ne changerait ni n'évoluerais jamais, parce que "ça marche,
> pourquoi changer?" On se retrouverait encore aujourd'hui avec de l'USB2 (ben oui...
> ça marche quoi...)
Etrange exemple, alors que justement l'USB en est maintenant à l'USB 3.2.
Alors que Apple ne l'a toujours pas embrasser pour ses iPhones, c'est assez paradoxal d'utiliser cet exemple.
Par ailleurs, merci de ne pas confondre "changement" avec "progrès".
Le premier arrive tout le temps, le second *uniquement* si après bilan la situation est globale meilleure qu'avant.
Le changement n'est pas un synonyme de progrès, cela n'a rien d'automatique, malgré ce que le marketing - y compris politique - arrive petit à petit à faire croire.
C'est pas une question de "ça marche, pourquoi changer?", c'est une question "le retrait n'apporte rien de plus, pourquoi changer ?".
Evidemment, c'est selon votre intérêt personnel. Si vous êtes actionnaire d'Apple, réduire les coûts de maintenance tout en préparant à moindre frais la migration vers une archi ARM qui permettra une plus grosse marge encore, cela apporte quelque chose de plus, c'est certain.
Mais ici, on est plutôt des utilisateurs (ou ex-) de Mac. Pas vous ?
> je pense personnellement que si on enlevait la couche d'émulation 32 bits aux processeurs
> actuels (qui consomme du coup des ressources hein...) ils ne s'en porteraient
> certainement que bien mieux et tourneraient plus efficacement.
Y'a pas de couche d'émulation 32 bits. Un CPU 64bits sait nativement faire du 32bits aussi. Et même du 16bits, voir, éventuellement, du 8bits. Il suffit juste de n'utiliser que les N premier bits d'un registre ou bus interne qui, lui, est en 64 bits *max*.
Côté conso, pour des algos 32bits qui gèrent par eux-même des capacités propres à l'adressage mémoire en 64 bits, à la limite oui y'a plus de consommation, mais comme ce type d'applications est justement celui qui a tout intérêt (pour virer ce code et donc le cout de sa maintenant) de migrer en 64 bits, c'est déjà fait depuis longtemps. Parce que cela apporte un changement *positif*, et pas qu'à Apple.
Pour le reste, non, un code qui n'a pas besoin de plus de 32 bits pour ce qu'il fait ne consomme pas plus parce qu'il est en 32bits.
Le CPU n'a pas un "mode" 32 ou 64, hein. C'est juste qu'il sait exécuter des commandes dont les données peuvent être codées jusqu'à 64 bits, rien de plus. Si c'est juste codé en 32 bits, cela le ralenti pas pour autant, faut pas croire.
J'ignore d'où vous tirez cette croyance.
> Personnellement, je me dis que si un développeur de logiciel ne maintient pas techniquement à jour son logiciel avec des technos récentes et ne s'adapte pas
> régulièrement, le logiciel (et le code sous-jacent) me laisserait douteux et perplexe
> quant à sa qualité.
Perso, je suis plus rassuré de savoir que du vieux code qui tourne dans des banques, des assurances, des centrales nucléaires, des transporteurs aériens, ferroviaires, ne soit pas mis à jour à chaque injonction d'un fabricant de matos. Etant développeur moi même, je sais d'expérience qu'il vaut mieux un vieux code stable qu'un code tout scintillant de nouveauté mais dont on ignore s'il n'introduit pas de régression.
> Microsoft fait ça tellement bien que leur OS n'as plus aucune cohérence et ont le plus
> grand mal à évoluer.
On en reparlera quand macOS saura géré un stylet, plusieurs écrans tactiles, des dockers, OpenGL, Vulkan, CUDA, une infinité de périphériques comparée à ce que supporte macOS (NVidia, au hasard...).
> Comme disait Ford lorsqu'il à crée la voiture: "si on écoutait les gens, ils auraient
> demandé des chevaux plus rapides"
Il a dit aussi : "Les gens peuvent choisir n'importe quelle couleur pour la Ford T, du moment que c'est noir."
Par ailleurs, Henry Ford n'a pas créé *la* voiture. Il a créé l'industrialisation de la production de voiture. Et si cela l'a rendu riche, c'est pas le plus gros progrès de l'humanité. Il suffit de regarder l'état de la planète 100 ans plus tard.
Un changement qui fait sens, nul besoin de l'imposer, il est embrassé spontanément et massivement. Le remplacement des disquettes par des clés USB, par exemple. C'est pas le bus USB qui a convertit les gens, mais le fait d'avoir l'équivalent de 100 disquettes dans un truc de la taille d'un briquet, en plus véloce. Et c'est pas l'iMac qui a lancé le boom des clés USB et donc de l'USB, mais le support de l'USB dans les PCs, poussé par le chipset d'Intel l'intégrant d'office.
Un changement qu'on est obligé de forcé, c'est toujours la preuve qu'il n'est pas auto-suffisant pour se justifier.
Moi je ne valide rien du tout.
Je n'utilise pas de Macs dans mon cadre professionnel, et dans le cadre personnel les choix d'Apple ne détériorent pas mon quotidien.
"- le saut à ARM"
Je pense que mine de rien c'est un point essentiel. Je suis convaincu que c'est ce qui va arriver. Pour les utilisateurs on va avancer une meilleure autonomie (à prouver à performances égales je suis d'accord), et pour les dev des plateformes vraiment unifiées, mais pour des usages différents. Là on est dans une phase de transition avec Catalyst et l'abandon du support des apps 32 bits, c'est évident que ça n'a pas vocation à durer. Dans les entrailles, on aura les mêmes choses dans un Mac, un iPad, un iPhone ou même une Apple Watch, dimensionné différemment. Et par "même chose", je parle de types de processeurs.
Et ce qui passait dans la moulinette Intel ne passera pas dans la moulinette ARM, d'où la nécessité de faire table rase du passé. Plutôt que de sortir trop tôt un Mac ARM compatible avec rien, on rend les Mac actuels compatibles avec moins, pour inciter à le rendre compatible avec plus, et puis le jour où suffisamment sont prêts (= écrits avec les technologies voulues par Apple = Swift) : PAF ! ARM. Il ne restera qu'à recompiler et le passage Intel -> ARM sera fait.
Qu'est-ce qu'on va y gagner concrètement ? Rien. A court terme en tout cas. A long terme (c'est le pari à prendre) c'est qu'il n'y ait plus de devs iPad, ou Mac, mais que des devs Apple. Là encore de manière brute on y gagne rien sauf si cela se traduit par des développements qui arrivent à mieux s'adapter aux évolutions technologiques (entendre à moindre coûts financiers et temporels) et donc des applications moins susceptibles de ne plus fonctionner suite à une maj de l'OS.
Après, je suis pas dans la tête des gars d'Apple, peut-être qu'en réalité ils naviguent à vue et qu'ils foncent tête baissée et qu'un jour ils vont passer à ARM, les développements ne se feront que par un tout nouveau langage, sur une architecture uniquement 128 bits et que les interfaces devront forcément être en javanais.
parfois j'ai l'impression qu'ils naviguent à vue .. j'espère avoir tort ...
amen oomu !
Ce qui me dérange le plus c’est pas trop le passage au 64 bits c’est surtout l’abandon d’opengl sur Lightroom par exemple au profit de métal, j’ai mon mid 2010 qui tourne comme une horloge et pas trop le budget pour changer :/
@bugman23
Ça change tant que ça ?
Mon MacBook Pro 2009 n’est pas compatible avec l’accélération matérielle, alors effectivement il faut être patient mais ça reste utilisable.
@KorE
Je suis un gros utilisateur de lightroom je crois que pour le moment il gère encore OpenGL mais visiblement plus pour longtemps, après je ne sais pas trop l’influence que cela va avoir sur le produit.
l'accélération via opengl change drastiquement les performances d'une application.
Au bout d'un moment faut aussi évoluer. La transition vers le full 64 bits à été annoncée depuis macOS 10.7 Snow Leopard. Donc 7/8 ans. Utiliser Catalina avec des logiciels complètement obsolètes datant d'il y a quasiment une décennie est une belle abération (et qu'on vienne pas me dire que CS3/5/6 est mieux que CC... c'est juste faux, autant en terme de perfs que de features, bugs...)
Et surtout pour des applications de ce type, le 64 bits est une très bonne chose.
A vous entendre, il faudrait que surtout jamais rien ne change parce que 4 personnes bruyantes et râlantes utilisent encore des vieux trucs périmés. 8 ans c'est pas assez pour évoluer? Il vous faut quoi? 20 ans et les gens râleraient encore...
Concernant l'abonnement, si ça ne te convient pas, des alternatives (Affinity par exemple..) existent.
Je n'ai jamais entendu un seul utilisateur professionnel (je parle de quelqu'un qui utilise ces logiciels dans un cadre professionnel/pour gagner sa vie) râler quant à ce mode de paiement, qui est avantageux sur beaucoup de points.
Par contre, qu'est ce qu'on entends ceux qui utilisent ces applications 3 fois dans le mois.
@Edenpulse
Les prix stratosphériques et les claviers papillons c’était prévu aussi? 🤪
Encore 4 ans... et un illuminé lâchera comme commentaire que les claviers c’est de la merde et que ça faut un moment que vous devriez être au courant 😂
@anonx
Il y a bien un illuminé en 1981 qui a dit que 640 Ko de mémoire devaient suffit à tout le monde...
@anonx
Il y a bien un illuminé en 1981 qui a dit que 640 Ko de mémoire devaient suffit à tout le monde...
@roccoyop
L’illuminé qui a réussi à démocratiser l’informatique personnelle ? Et je crois par ailleurs que la citation de cet illustre illuminé a été très largement déformée ;)
"Il y a bien un illuminé en 1981 qui a dit que 640 Ko de mémoire devaient suffit à tout le monde..."
Bill Gates ? mais il avait 400% raison sur ce point
Bof, vous voyez la différence entre un logiciels 32 bits et un 64 bits vous ? À l'utilisation aucune, la preuve on est obligé d'aller dans les infos "à propos de ce Mac" pour savoir lesquels sont en 32 bits et lesquels sont en 64 bits.
@Edenpulse
« Au bout d'un moment faut aussi évoluer...
Utiliser Catalina avec des logiciels complètement obsolètes datant d'il y a quasiment une décennie est une belle abération ...»
Sauf que beaucoup de logiciels ont été mis à jour régulièrement sans pour autant passer à une version 64 bits ! Et ne sont donc pas obsolètes comme tu l’affirmes si bien 🤗
@Edenpulse
"Au bout d'un moment faut aussi évoluer. La transition vers le full 64 bits à été annoncée depuis macOS 10.7 Snow Leopard."
Évoluer : le maître mot. Évoluer.
Il faut enfin comprendre qu’évoluer, ce n’est pas décréter un arrêt brutal, mais tout le contraire.
La transition vers les 64 bits peut se faire sans cassure. Windows 10 en montre l’exemple, en gérant parfaitement logiciels et bibliothèques 32 bits. Il n’y a aucune fatalité, il y a seulement de la part d’Apple une volonté de rupture.
Rupture qui a ses réverbérations. Je viens de mettre à jour une suite pour l’analyse diffractométrique et spectroscopique de toute beauté, à la pointe de se qui se fait. Mais les chercheurs qui l’ont programmée et l’entretiennent n’ont strictement aucune raison de passer au 64 bits ; ça n’apporterait rien, et ils ont bien mieux à faire.
Alors, adiós macÓS, fin de route « for the time being ».
Aucun problème : activer BootCamp, installer W10, et les Mac du labo montrent encore une fois qu’ils étaient de belles machines, qui auraient mérité plus de considération de la part de leur fabricant. Mais que vienne le moment de les remplacer, et Apple ne touchera plus une centime. This lab is now Mac-free. Il y a 10-15 ans, nous étions encore fiers d’écrire This lab is Microsoft-free.
La dividende de Catalina, si l’on veut.
Il est assez peu probable que les personnes qui utilisent leur mac comme machine professionnelle saute sur Catalina dès le jour de sa sortie. Il n'y a donc pas vraiment de raison pour que cette suite dont tu parles devienne soudainement inutilisable. Vous pourriez très bien rester sous Mojave encore des années. S'il y a une volonté de passer à Windows, faites-le évidemment... mais utiliser cet argument de l'abandon du 32 bits pour le justifier ne me semble pas avoir de sens, pas à si court terme.
Puis bon, je veux bien croire que compiler en 64 bits ne soit aucunement la priorité de ces chercheurs qui entretiennent la suite dont tu parles, mais à un moment faut arrêter de se trouver des excuses. Ca fait maintenant 10 ans que la fin du 32 bits est annoncée. 10 ans en informatique c'est extrêmement long. Si en 10 ans le temps n'a pu être trouvé pour assurer la pérennité de cette suite, le problème vient d'ailleurs que chez Apple.
> Si en 10 ans le temps n'a pu être trouvé pour assurer la pérennité de cette suite,
> le problème vient d'ailleurs que chez Apple.
En quoi passer au 64bits assure une pérennité à cette suite ?
Vous croyez vraiment que ces chercheurs sont assez idiots pour ne pas savoir si un code en 64bits apporterait quelque chose ou pas à leur suite logicielle ?
S'ils ne l'ont pas fait, c'est qu'ils pensent qu'ils ont mieux à faire de leur temps - précieux, comme pour tout un chacun - que de se conformer à des règles imposées par un éditeur d'OS par ailleurs minoritaire simplement pour son bénéfice à lui seul (réduire ses coûts de maintenance du code existant et réduire ses coûts de passage à l'ARM - et donc de ses achats à Intel - en faisant sauter le besoin de devoir émuler le jeu d'instruction 32bits de l'architecture Intel).
C'est pas des excuses, ce sont des pures raisons de rentabilité de l'opération. Dès 2 côtés de l'équation. Je ne vois pas pourquoi cela serait valable que d'un seul côté de considérer la rentabilité de l'opération. Jusqu'à preuve du contraire, ces développeurs ne sont pas payés par Apple.
C'est surtout Apple qui cherche à pérenniser ici : ses profits et son verrouillage sur les plateformes qu'elle vend.
mon dieu mais on vit pas tous dans le même monde ...
@Dimemas
Au final la question n’est même pas de savoir si le 64 bits apporte quoi que ce soit par rapport au 32. Cette évolution, où peut importe comment tu veux l’appeler, est annoncée depuis 10 ans. En informatique 10 ans est une éternité. Même si ce n’est clairement pas une priorité, la période a été suffisamment longue pour prévoir le passage à cette nouvelle norme.
Si la suite logicielle dont un membre parlait à la base est si importante, il semble qu’assurer sa pérennité devrait faire partie des taches de la ou les personnes en charge de sa maintenance.
Sinon s’il ne fallait rien changer quand ça fonctionne, nous ne serions même pas en train de discuter sur un site web en ce moment. Ou peut être qu’on le ferait en latin, qui sait?
A un moment les changements sont inéluctables, quel que soit le domaine. Que ça soit une bonne ou une mauvaise décision de la part d’App’e n’a pas d’importance non plus. C’est une décision qui allait forcément arriver à un moment et qui est prévue depuis 10 ans. À un moment il faut savoir suivre la marche, ou disparaître.
si si ! je t'assure que la question est de savoir si le 32bits est si différent du 64. Allez fait un petit effort et répond à la question stp. Je me fous de savoir que 10 ans c'est long en informatique, pour un CHU avoir des ordi de 7 ans c'est un non-évènement, tu en dis quoi ?
Et quel est le rapport avec les langues mortes ?
Tu es en train de faire une analogie bidon comme souvent ici, on fait EXACTEMENT la même chose, toi tu me dit, si on avait pas évolué ou je ne sais pas quoi, on aurait pas eu d'avancées.
A cela je te réponds, il n'y a PAS d'avancées en pratique !
Tu réponds quoi là aussi ?
que les CHU vont disparaître ? ahahah amateur... heureusement que macOs ne pèse rien, on aurait de gros soucis à se faire !
@Dimemas
La même chose. Que cette évolution est inéluctable, qu’elle te plaise ou non. Et que donc assurer la pérennité d’un logiciel important en le mettant à jour avec les normes actuelles doit se faire à un moment ou non.
Je sais très bien que dans le milieu hospitalier, comme dans de nombreux autres domaines, les installations informatiques sont souvent vétustes et qu’il est très compliqué de mettre à jour certains systèmes. Néanmoins il y a bien un moment où ça doit se faire. À nouveau, 10 ans en informatique c’est une longue période.
Je ne suis pas en train de défendre le choix d’Apple, je t’expose simplement le fait qu’il était inéluctable. Des changements comme celui-là arrivent de temps à autre, et à un moment il faut pouvoir suivre un minimum.
Après, il n’y a de toute façon aucune urgence à passer sur Catalina. Rien ne l’oblige. Vous pouvez continuer a utiliser Mojave et des apps 32 bits pendant encore un bon nombre d’années.
les hôpitaux ?
les hôpitaux ...
vous parlez de ces endroits qui sont total paralysés au moindre virus car tournant sur des PC antédiluviens avec des Windows XP pas mis à jour ?
ah oui ... les hôpitaux !
@pocketalex
Ahah exactement! J’imagine que c’est pareil en France hélas. En Belgique en tout cas la plupart des CHU tournent effectivement sous XP, généralement avec des bureaux virtuels. C’est l’horreur.
"Au bout d'un moment faut aussi évoluer. La transition vers le full 64 bits à été annoncée depuis macOS 10.7 Snow Leopard. Donc 7/8 ans. Utiliser Catalina avec des logiciels complètement obsolètes datant d'il y a quasiment une décennie est une belle abération (et qu'on vienne pas me dire que CS3/5/6 est mieux que CC... c'est juste faux, autant en terme de perfs que de features, bugs...)"
Mais qu'est-ce que cela vous apporte de "évoluer" ? Vous vous prenez pour un pokémon ?
Ce que vous êtes en train de dire c'est :
"à un moment donné, faut jeter votre programme qui marche pour repasser à la caisse, car nous devons Obéissance au Grand Capital".
On ne dit pas que les nouveaux logiciels sont nazes, et qu'il n'y a pas d'intérêt à de nouveaux outils
on dit :
- mon logiciel actuel marche, il me rend service, je l'ai acheté, tout va bien
- apple jette un truc alors que ça ne va en RIEN améliorer le nouveau (virer des libs 32b d'un dossier ne rend pas les libs 64b magiquement + cool. non, ni le kernel ne va devenir magiquement + smourf. NON)
- Apple a les moyens de maintenir un tel code si besoin est, la société peut bien diriger 0,001 de son trillion annuel pour cela.
- et quatrièment: pfiulalala pourquoi vous en avez à foutre des intérêts des entreprises privées, éditeurs, constructeurs , oomus, qui ne sont PAS VOUS ?
Le Oomu est prêt à sauter à la nouveauté technologique, à dépenser 5 fois un smic et se faire sa révolution copernicienne à TOUT INSTANT SI cela apporte un GAIN !
Passer de Os 9 à Os X était violent, cher, perturbant et même parfois contreproductif, mais il y avait un véritable gain à enfin migrer à un Unix Multi-tache Mémoire protégé 32b ! Et effectivement Apple était obligée, par la TECHNIQUE, d'être drastique ici. Et elle a tout fait pour proposer des ponts aux utilisateurs tout en forçant à jeter les vielles libs
ici, on voit que du coût supplémentaire, aucun gain, aucun progrès.
t'es un bel exemple d'écervelé heureux toi hein !
au lieu de cautionner toutes les décisions un peu hasardeuses et surtout forcées d'apple, tu ferais mieux de te poser les bonnes questions.
Qu'est ce que ça apporte pour les utilisateurs d'utiliser du 64bits !!!
Quel est l'intéret de prendre un logiciel plus récent et de remplacer l'ancienne version qui marche bien ? (d'autant plus que les dernières MAJ sont ultra buggées !)
RIEN ! AUCUN ! QUE DALLE !
Crois-tu réellement que dans une grande entreprise ou une grande institution (je suis dans un CHU par exemple) on peut se permettre de changer tout un parc, de changer tous les logiciels et de changer les habitudes de tous avec les dernières nouveautés tous les ans ??? NON !
pour ma part catalina, ce ne sera pas pour moi, surtout pour le peu de nouveauté (à part sidecar mais comme je ne fais pas de dessin sur tablette alors)
edit : oomu avait déja dit la même chose, à 2 ça devrait provoquer une réaction chimique là-haut non ?
J’ai un Photoshop CS4 qui tourne comme une horloge. Pourquoi devrais-je m’en passer ? (J’ai aussi Affinity)
Tu peux également rester en Mojave (qui chez moi tourne comme un horloge).
C'est probablement ce que je vais faire un petit temps, pas tant à cause de logiciels restés en 32 bits, mais plus à cause de pilotes de périphériques restés en 32 bits (au hasard, ceux de ma sonde colorimétrique...).
@fiatlux
Si tu utilise Xcode t’es obligé de passer dans l’année à Catalina !
"J’ai un Photoshop CS4 qui tourne comme une horloge. Pourquoi devrais-je m’en passer ? (J’ai aussi Affinity)"
parce que c'est vieux, moche, et ringard et on veut pas de gens comme vous au Club des Geeks Cools, allez vous acheter du neuf !
A part ça, non aucune raison si le logiciel vous fournit tous les outils nécessaires à VOTRE USAGE.
Muse en 64bits ha ha ha merci Adobe de le rendre compatible avec Catalina et de ne plus en assurer la MàJ !
@DavidAubery
Muse était déjà en 64 bits avant d'être abandonné par Adobe, c'est pour cette raison qu'il fonctionne toujours.
Et Adobe application manager (l’application qui sert à gérer les mises à jours), elle est toujours en 32 bits.....
Je pense qu'AAM n'est plus utilisé par les softs récents d'Adobe, c'est l'application Adobe Creative Cloud qui a pris le relais., avec d'ailleurs unt toute nouvelle versions récemment sortie sur Mac.
Tu sais comment je peux l’installer ?
J’ai Adobe reader et Acrobat Pro et toujours AAM. Peut-on supprimer le dossier AAM localisé dans le dossier utilitaire ?
D’un autre côté , imaginons que je souhaite conserver les apps adobe en 32 bits, lightroom par exemple qui est passé depuis la version 5 en 64 bits , il ne prend pas en compte les fichiers raw des derniers appareils photos, donc soit on garde du vieux matériel de bout en bout soit on est obligé de tout changer a un moment ou a un autre
@Arnaud33
Bin non... jusque là on avait le la 2
Ça commence à me gonfler cette fermeture d’Apple de plus en plus prononcé, avec eux c’est marche ou crève... Apple se fout des conséquences de leurs propres décisions malheureusement.
Ça me donne de plus en plus envie de passer chez « l’ennemi » au moins il n’y a pas ce genre de questions existentielles à se poser, tout ce qui est 32bits fonctionne parfaitement et tout ce qui doit se faire en 64bits se fait aussi.
Sur w10 ARM de la nouvelle Pro x par exemple Microsoft encourage les devs à porter leurs logiciels en ARM64 tout en gardant une compatibilité x86 32bits, il ne supprime pas le 32bits comme Apple.
Le 32bits ne veut pas dire forcément vieux logiciels, il y a toujours de bons logiciels à jour qui ne passe pas au 64.
ce que ne réalisent pas les défenseurs du jour, c'est que virer le 32b dans macos catalina est un choix arbitraire
Apple aurait pu le faire à la 10.16 ou 10.17 ou même aurait pu le faire à la 10.14 ou 10.13
pourquoi maintenant ? pourquoi pas hier, ou demain ? no sé
pourquoi attendre 10 ans, ou 8 ou 20 ? no sé
c'est juste qu'Apple s'est dit un matin "bon marre à la fin, ça sera ce jour là, et PAF !"
et cela sans aucune justification.
Leur Grand Plan Machiavélique nous tombera sur la gueule un matin en mode "nous y avions travaillé depuis 15 ans, sniiirf, c'est bô, on a enfin atteint le but"
mais en attendant : qu'est-ce que nous en avons à foutre ?
Pages