Catalina : un renouveau logiciel pour le Mac ?
En toute logique, Apple devrait sortir macOS Catalina la semaine prochaine. Le puzzle se met progressivement en place : la GM est disponible, Apple Arcade a ouvert ses portes sur Mac, les premières apps pour macOS 10.15 ont été validées… Bref, sauf mauvaise surprise, le successeur de macOS Mojave devrait faire son apparition dans les réglages du système dans quelques jours…
Cette version ressemble aux précédentes : les nouveautés ne sautent pas forcément à la figure (cela n’empêche pas certaines d’entre elles d’être très appréciables), mais c’est dans les profondeurs du système qu’Apple poursuit ses grands travaux.
Pour l’utilisateur lambda, l’une des « nouveautés désagréables » de cette version, c’est l’abandon du 32 bits. Les développeurs n’auront pas ou peu d’excuses, Apple les ayant invités à se préparer à ce grand changement il y a plus d’un an (lire : macOS Mojave, dernière version compatible avec les apps 32 bits).
Cela ne fait pas de doute : certaines apps vont définitivement nous quitter. La plus emblématique peut-être, c’est DragThing, ce fabuleux lanceur qui a connu sa période de gloire avant la sortie de Mac OS X. L’arrivée du Dock avait fait perdre pas mal d’intérêt à cette application, mais elle conservait sa petite communauté de fans.
Son développeur, James Thomson, avait entretenu son application a minima ces dernières années. Écrite en Carbon 32 bits, elle aurait dû être entièrement réécrite pour macOS 10.15. L’enjeu n’en valait pas la chandelle pour le développeur qui avait annoncé sa décision d’en rester là en septembre de l’année dernière. Des apps qui ont vécu quasiment un quart de siècle comme DragThing, il y en a très peu (lire : DragThing ne survivra pas au passage à 64 bits) .
Voilà à quoi ressemblait DragThing en 2000 !Si certaines apps disparaissent en douceur et sans fracas de la logithèque Mac, d’autres claquent la porte avec fracas. C’est le cas par exemple de TurtleSoft, qui édite Goldenseal, un logiciel de gestion pour l’entreprise. Sur son blog, l’éditeur a indiqué qu’il arrêtait les frais. L'équipe de TurtleSoft travaille sur une toute nouvelle version de son application depuis maintenant près de trois ans. Mais Dennis Kolva explique qu’il est encore loin du compte. Il y en a quasiment pour encore un an de travail.
L’idée initiale était d’être prêt pour le passage au 64-bits, un objectif raté dans les grandes longueurs. L’éditeur affirme pourtant s’être donné les moyens de réussir. Cela fait deux ans qu’ils n’ont pas fait évoluer l’application Windows, qui représente pourtant deux tiers des ventes. TurtleSoft va par conséquent mettre le paquet sur Windows et en rester là sur Mac.
Sur une liste de discussion rassemblant des développeurs et hébergée par Apple, une autre responsable de TurtleSoft met les pieds dans le plat et relance les grands débats d’antan. Faisant part de la décision de son employeur, Casey McDermott indique que Microsoft a toujours fait un meilleur travail en ce qui concerne la compatibilité. Sous Windows, Goldenseal n’a nécessité aucun travail d’adaptation depuis 2000. Et l’éditeur estime qu’il lui faudra moins d’un an pour passer au 64 bits sur Windows et proposer une meilleure interface. Vu l’interface du logiciel, il y a du boulot (comme pour la plupart des logiciels de gestion d’entreprises qui sont une honte par rapport à ce que l’on peut faire en 2019) !
Les applications qui ne passeront pas sur Catalina, viennent de développeurs qui ont maintenu ces dernières années leurs applications à l’économie et qui n’ont pas ou peu pris en compte les messages d’Apple lors des dernières WWDC. Et de ce point de vue, ces applications pour la plupart n’étaient pas de « très bons citoyens » sur Mac.
Catalina devrait apporter un nouveau souffle à la logithèque sur Mac. Avec Catalyst, toute une génération de développeurs qui a découvert Apple à travers iOS, vont se pencher sur le Mac pour la première fois.
Un exemple parmi tant d’autres : le gestionnaire de tâches Planny fera son apparition sur Mac dès que Catalina sera disponible au téléchargement.
Ces nouvelles apps comme les anciennes auront toutefois un point commun : celui de ne pas être tout à fait des apps avec un look & feel totalement irréprochable. Les bêta-testeurs de Catalina ont pu s’en rendre compte avec les nouvelles apps d’Apple. La nouvelle application Rappels est par exemple très bien. Mais au niveau de la finition, il lui manque ces petites choses qui font le charme d’une app Mac. Reste à savoir si les utilisateurs s’en émouvront.
Après il ne faut pas aussi perdre de vue que Catalyst n’est qu’un premier pas pour rapprocher le Mac de l’écosystème iOS. De ce point de vue, SwiftUI est autrement plus prometteur, mais il nécessitera aussi beaucoup plus de travail (lire : Catalyst aujourd’hui, SwiftUI demain, Apple prépare le futur des interfaces).
À un degré moindre, Apple connait depuis quelques années les mêmes problèmes que Microsoft avec Windows à savoir de plus en plus d’utilisateurs qui rechignent à installer le dernier macOS. Est-ce que l’arrivée de jeux via Apple Arcade et de nouvelles applications grâce à Catalyst permettra d’inverser la tendance ? Rien n’est moins sûr…
@oomu
Et puis Microsoft fait pareil sauf qu’il a forcé la main comme l’on ne l’a jamais vu pour pousser les gens à passer à W10.
Avant ça c’était aussi la galère pour eux de pousser à l’abandon de Win xp.
À chacun ses combats 🤷♂️
@reborn
> Et puis Microsoft fait pareil sauf qu’il a forcé la main comme l’on ne l’a jamais vu pour
> pousser les gens à passer à W10.
Euh, attention à pas confondre "forcer" et "fortement inciter".
Le second est absolument vrai.
Le premier est faux. Si vous vouliez rester sur Windows XP, Vista ou Seven, cela a été parfaitement possible, et l'essentiel de la logithèque de logiciels Windows, la plus grande du monde d'ailleurs, restent compatible.
Microsoft a même accepté de prolonger le support de Windows XP, puis Windows 7, bien au delà de la durée de support annoncée au départ.
> Avant ça c’était aussi la galère pour eux de pousser à l’abandon de Win xp.
Tout dépend de quel côté vous êtes dans cette galère. Si vous êtes un utilisateur, vous avez été ravi de ne pas devoir migrer sans que *vous* en ressentiez, vous, le besoin.
Maintenant, si vous êtes un éditeur, cela ne vous a pas ravi que vos clients trainent les pattes, parce que cela se traduit pour vous en manque de recettes et coût de support qui se prolongent.
> À chacun ses combats 🤷♂️
Et surtout à chacun de combattre pour ses propres intérêts.
Et pour cela, faut-il être capable de voir où est le sien et ne pas reprendre en coeur des éléments marketings comme étant votre besoin.
@byte_order
Le premier est faux ?
https://www.numerama.com/tech/167052-mise-a-jour-de-windows-10-interrompt-meteo.html
Bah là c’est pareil tu peux choisir de rester sous Mojave.
@reborn
> Le premier est faux ?
> https://www.numerama.com/tech/167052-mise-a-jour-de-windows-10-interromp...
Cela relevait du pire de la forte incitation mais c'était toujours par forcé, car même ceux qui n'ont pas pensé à simplement fermer la fenêtre et qui ont cliqué sur télécharger ont pu ensuite refuser l'installation de la mise à jour téléchargée.
> Bah là c’est pareil tu peux choisir de rester sous Mojave.
Oui. Où ai-je dis le contraire ?
Enfin, y'a une nuance. Apple invalide *explicitement* le support d'anciens macs, c'est rarement le cas chez Microsoft (trop de diversité matérielle pour pouvoir le faire sans effet secondaire contre-productif).
Mais bref. Du coup, on est bien en face d'une forte incitation à migrer, mais pas à en passage en force, qui implique qu'il n'y aucun moyen d'y échapper.
Mais, encore une fois, l'argument "d'autres font pareil !" n'a jamais été un argument de défense valable. Oui, d'autres font pareil. Et ? En quoi c'est la rend invalide la critique de ceux, *tous* ceux qui le font !?
Pire, si vous critiquez quand d'autres font pareil, alors l'intégrité intellectuelle voudrait que vous le fassiez aussi quand c'est pas les autres mais cette fois-ci le "champion" que vous défendez.
Une question de cohérence générale, quoi.
@oomu :
« cette bataille n'EST PAS LA MIENNE ! En quoi dois-je supporter ou vous, les batailles d'Apple ? NON. Je PAIE apple, je n'adhère PAS à Apple. J'achète un PRODUIT à Apple, pas une Lutte ! »
Vous non, cher oomu, mais depuis le temps vous n'aurez pas manqué de remarquer que certains ici (et ailleurs) embrassent les batailles d'Apple comme si c'était les leurs, adhèrent à la Pomme de toute leur âme et, lorsqu'ils achètent un produit pommé, ne deviennent pas juste propriétaire d'un nouvel appareil mais rejoignent une Lutte. ;-)
@reborn
"Donc si ça implique de lâcher les vieux frameworks je valide."
Ça n’implique pas.
Tu valides ce que tu veux.
Mais dis-moi quel intérêt cela a pour le client ? Pourquoi parler de ce choix d’Apple avec bienveillance alors qu’il n’a d’intérêt que pour Apple et que des désagréments pour le client ? Il n’y a aucune raison d’être bienveillant. Apple n’est pas notre copain.
Apple est une entreprise commerciale capitaliste qui prend des décisions stratégiques pour son propre bien et désavantageuses pour ses clients ou sans conséquences dans le meilleur des cas. Il n’y a rien à valider, rien à défendre.
Le seul truc qui m’intéresse en tant que client : quels outils font le job avec le minimum de friction. Or Apple augmente la friction, pour son intérêt. Je ne valide pas.
@Moonwalker
"Cela a un coût technique et humain conséquent car si les machines évoluent il faut sans cesse s'assurer que les frameworks sont toujours bien adaptés aux changements."
Et alors ? C’est supposé être un problème pour nous, clients ?
Je m’en balance pas mal du coût technique de maintenir macOS. C’est la merde d’Apple.
@fte
D'autant que ce coût est inclus dans le prix d'achat d'un Mac.
Et vu la tendance des tarifs des Macs, il semble difficile de prétendre que la réduction de ces coûts sont justifié par les efforts commerciaux consentis par Apple sur les tarifs des Macs.
non, on se fout de carbon 64b ou d'anciennes plateformes de développement.
C'est juste le fait de les supprimer , unilatéralement, qui est absurde: le code fonctionne, il est compatible avec les cpus modernes d'intel, il est nécessaire pour faire marcher des applications toujours fonctionnelles.
Supprimer ce code est absurde ou uniquement dans l'intérêt d'Apple.
Or l'intérêt d'Apple n'est pas le notre.
Ok, je faisais surtout référence a Goldenseal (l’app de gestion). Mais merci, je comprends mieux :)
Bcp de logiciels sont vieux et ont peu d’intérêt. La génération d’aujourd’hui est plus IOS , pour moi Apple va ds le bon sens, et les ordinateurs ne seront que pour les pros et hors de prix. dans l’avenir, le grand public travaillera, et pour les loisirs, sur tablettes et smartphones . Je vois pas les ordi Mac ou pc innover ni grd public, ni vraiment pour les pros.
oui ?
et heu en quoi c'est une "bonne" ou "mauvaise" direction ? quel est le rapport avec la choucroute ?
vous n'êtes pas un "professionnel" ?
et question idiote encore mais pourquoi vous dites que ces "logiciels sont vieux et ont peu d'intérêt" ? Un logiciel n'est qu'un programme qui fait un boulot , si ce boulot est fait, il est utile. point.
Le reste n'a aucune importance. Ce que vous faites des machines ne concerne que vous mais ne dit pas grand chose sur l'usage par autrui ou ce que devrait être l'informatique pour tous ni la "direction" à prendre.
Bref, je reste dubitatif devant votre opinion. Je ne vois pas trop où vous voulez en venir. Vous êtes "satisfait", c'est ça ?
C’est « le jeu » qui n’en vaut pas la chandelle pas « l’enjeu ».
Boring.
Passer à ces nouveau OS depuis High Sierra ?
Peu d’avantages si ce n’est cosmétique.
Beaucoup d’inconvénients :
- rapprocher un peu plus de l’obsolescence nos Mac qui fonctionnent très bien (qui a dit programmée l’obsolescence ? 😉),
- repasser à la caisse pour mettre à jour nos applications dont certaines (forcément avant dernière version minimum) ne recevra pas de match de mise à jour mineure pour être compatible avec ce nouvel OSX.
Quand on bosse vraiment avec, cette course à l’ego (se regarder le nombril via ces dernières nouveautés) ne nous est vraiment pas utile.
Je pense que beaucoup de développeurs iOS / iPadOS attendent un système d’abonnement mutualisé avec macOS.
Pas forcément au même prix, mais au moins d’avoir une trajectoire.
j'en reste à Mojave qui fonctionne au top
plus tard ( beaucoup plus tard ). j'aviserai ou pas
Mon MBP sous Mojave et Mon MacPro sous High Sierra font bon ménage.
L'ennui que beaucoup ne relèvent pas est le passage à iOS13 qui est associé à Catalina.
Donc... pas de passage à iOS13 ???
Bordel! Il se fout de la gueule de qui le dev de TurtleSoft ?
Le passage en 64 bits a été annoncé en 2007 à la sortie de Leopard. En 2009 on savait que Carbon resterait sur le bord de la route concernant le passage au 64 bits. Il a eu 10 ans pour mettre son soft à jour. Encore une boite qui veut bien du fric des utilisateurs Macintosh mais avec un investissement quasi nul. Bon débarras !
"Catalina : un renouveau logiciel pour le Mac ?" il s'agit du titre de l'article.
D'après la wwdc 2019, Apple semble avoir insisté sur le fait de porter "facilement" les applications d'iPadOs vers MacOs et inversement (pas IOs).
Je me trompe peut-être mais iPadOs est "64 bits only" ?
@cv21
Bien sur, depuis iOS 11 c’est du full 64 bits.
ho j'ai oublié de dire un truc
j'aime bien cet article. et le ton à la fois nostalgique et optimiste sans être aveugle. Y a effectivement un renouveau du logiciel Mac à porté de clic. J'attends avec fébrilité de voir ce qu'amènera Swift UI. L'avenir est à écrire.
@oomu
"Y a effectivement un renouveau du logiciel Mac à porté de clic."
Un renouveau à l’image d’Electron, un renouveau sous forme d’applications portées mais mal (ou pas) adaptées.
Je suis optimiste aussi, dans le sens où l’écosystème applicatif Mac va, je l’espère, arrêter de se contracter, mais je n’ai guère d’espoir pour l’unité et la cohérence des apps Mac.
C’est le prix à payer pour sauver la plateforme d’une désertification applicative déjà en marche...
@fte
Non mais ça n’a rien à voir avec l’Électron..
Faut arrêter de mettre cette techno au niveau d’UIkit sur mac.
@reborn
"Faut arrêter de mettre cette techno au niveau d’UIkit sur mac."
Pourquoi ?
Les standards d’interface de web mal adaptés aux plateformes mac ou win.
Les standards d’interface d’iOS mal adaptés à macOS.
Tellement pareil.
Tu parles mécanique. Je m’en branle. Je te parle humain, ce qu’il a dans les mains, son humeur à la fin du jour.
@fte
C’est bien ce que je pensais tu t’arrête juste à l’interface.. avec une bonne ou une mauvaise interface une webapp reste une webapp et donc avec les perfs et les possibilités qui vont avec.
Ton commentaire prouve que t’as rien compris ou plutôt que tu ne veux rien comprendre.
Avec ta logique une app Carbon n’a jamais été considéré une app native.
@reborn
"Ton commentaire prouve que t’as rien compris"
Tsss. Cours de récré.
" pas mal de machines vont être définitivement obsolètes comme les anciens Mac Pro tout lourd d’avant 2013"
inexact.
Il est absurde que des commentateurs aient tellement digéré, ingéré, le discours des constructeurs informatiques que quand on vient pour les tondre, ils répondent en choeur "oh oui, enfin !"
Mais c'est de l'aliénation ou quoi ?!
Vous n'y gagnez rien à la perte de compatibilité. Rien ! PAs de gain en perf, pas de gain en mémoire (ce qui n'est as chargé n'est pas chargé ,mais c'est dispo au cas où), pas de gain de fonctionnalité, le cpu marche toujours comme avant. Il était en 64b pour les apps 64b et alternait en 32b QUE si vous chargez du code 32b
Vous perdez par contre des logiciels fonctionnels,
de l'argent pour payer les mises à jours (qui n'apporte pas nécessairement des gains en productivité),
vous perdez des jeux vidéo qu'on ne pourra pas mettre à jour (complexité du code, voir perte du dit code, problème des droits d'auteurs) alors que ce sont autant des logiciels que des oeuvres culturelles.
et vous perdez des fonctionnalités du système d'exploitations (celles éventuellement portées par le code 32b)
il en est de même pour les bibliothèques dépassées comme "Quicktime".
Leur suppression ne vous aide en RIEN. ne vous donne RIEN. Vous en tant qu'Utilisateur, Acheteur, Consommateur vous n'y gagnez rien. Pas une ristourne, pas un prix moins cher, pas un Mac à moins cher, Pas un iphone + Mieux. Rien.
Vous perdez les fonctionnalités du lecteur quicktime (hé si), vous perdez les éventuels logiciels qui n'ont pas fait le bond (pour toutes les raisons du monde, les pires ou les meilleures, on s'en fout)
alors que ça ne coute rien de les laisser dans le système, et laisser les gens passer au "nouveau" au fur et à mesure de l'intérêt qu'ils portent à renouveler.
Non, ce genre de décision n'est JAMAIS prise dans VOTRE intérêt.
Par conséquent, pourquoi voulez VOUS tant défendre l'intérêt d'Apple ?
Par générosité de Coeur ? Mais Apple n'a pas besoin de votre Coeur.
@Oomu "Par conséqu"nt, pourquoi voulez VOUS tant défendre l'intérêt d'Apple ?
Par générosité de Coeur ? Mais Apple n'a pas besoin de votre Coeur."
Depuis tu devrais pourtant savoir que le meilleur ami de ce genre d'utilisateur est le financier / porteur d'actions Apple !
@oomu
L’intérêt pour Apple, c’est pas tant de réduire les coûts, mais de rendre obsolètes les vieux matériels, et de provoquer une vague d’upgrade monétisés qui fait vivre sa communauté de développeurs.
Sans parler du besoin d’une partie des clients de forcément acheter le dernier modèle pour être à la page de la modernité.
Ah, et puis le génie du truc, c’est qu’il faut mettre à jour tout l’écosystème si on veut conserver les fonctions de cloud et synchro : iDevices et autres Macs d’appoint. Jackpot pour Apple
Si le produit remplit sa fonction, c'est un bon produit.
Si le produit ne remplit plus sa fonction, il doit être remplacé.
@oomu
À l’utilisateur de faire son choix ;)
Pour ma part le seul truc qui coince c’est le pilote de mon imprimante multifonctions. J’attend de voir ce que Xerox va faire pour Catalina 🤷♂️
Très bonne choses!!!
La techno avance, aucune raison de garder des compatibilités pour des devs feignants. Est ce que dans les voiture on a toujours dès lecteurs k7? Non. Le téléphone est passé numérique.
Vive le progrès et si une app 32 bits me suce tout ma batterie bah je suis content qu’elle disparaisse.
la question se pose aux utilisateurs des apps 32 bits et qui ne trouvent pas d'équivalents, pas aux autres. moi par ex j'ai passé depuis des mois chez Catalina, depuis la première beta. les vieux apps dans la poubelle.
Pour remplacer Dragthing, que j'ai utilisé pendant 20 ans, j'ai trouvé Icollections, qui semble répliquer pas mal le concept. Vous en pensez quoi ?
Alfred fait beaucoup plus que DragThing. mais on peut utiliser Launchpad, pareil que sur iPhone ou iPad. on ne sera pas dépaysé.
Dans catalina y’a cata
S’il faut adapter son logiciel à chaque mise à jour en tant que développeur je change de plateforme
Catalina va vous faire aimer iOS.
(Je me demande si ce n’est pas l’objectif caché.)
Voilà ce qui se passe quand on se lance dans un chantier qu'on a jamais entrepris sans accompagnement...
Franchement, combien de logiciels de compta se sont écrit en moins d'un an ?
Faire croire que ce chantier a pris 4 ans au détriment de la version Windows en plus, c'est un peu gros.
J'imagine la stratégie de transformer le code ligne par ligne et de tester toutes les 10 lignes pour voir si ça passe... Même en 50 ans, ils n'y seraient pas arrivé.
Je travaille dans l'accompagnement de transformations numériques et il y a quand même quelques trucs à faire pour réussir un tel chantier.
Moi, je me pose notamment 2 questions:
je suis bloqué sur HighSierra avec mon iMac mid 2011 et sur El Capitan avec mon MacBook Pro 2007 (oui, je suis vieux !).
- Oserais passer mon 1pad 2018 sous iPadOS 13 en sachant que c'est plutôt à associer avec Catalina ? Est-ce que cela ne va pas bloquer par endroits ?
(et comme Apple dans sa grande bonté ne permet pas de rétropédaler...)
- j'envisageais de changer de machine cette année encore mais l'approche d'ARM me fait un peu peur. Cela risque de déclencher une vague d'obsolescence généralisée...
Mais peut-être que je déconne (l'âge sans doute ?)
Catalina un renouveau logiciel pour le Mac ? Un enterrement de première classe plutôt avec toutes les applications qu'il va falloir repayées ou qui seront abandonnées par manque de passage au 64 bits. Les grands oubliés, comme toujours, sont les musiciens. Je ne suis pas près de passer à Catalina...
Les gars de chez Turtlesoft ont du rester bloqués dans l'espace-temps: chiche, on leur dit que FileMaker Pro existe sur Mac/Windows depuis des années ?
RIP DragThing: je ne m'en sers que pour afficher la corbeille sur le bureau, utile quand on a plusieurs écrans.
Je développe et maintient une application Windows et Mac depuis 2008.
Je confirme qu'il est très fatiguant et coûteux de devoir suivre sans arrêt les décisions politiques d'Apple et aussi les changements incessants de technologie ou de langage de programmation.
Une application repose souvent sur des composants externes:
- librairies tierces comme QT, wxWidgets, Curl, PCRE, openssl, ...
- libraries système comme Carbon, Cocoa, ...
- Eventuellement des pilotes hardware (les KEXT)
Passer de 32 à 64 bits dans certains cas ne se fait pas en un claquement de doigt. Par exemple si une librairie tierce n'est plus maintenue, alors aucune chance de la compiler en 64 bits, a moins d'aller commencer à changer du code qui n'est pas le notre. Ou alors il faut trouver une alternative, voire se la recoder entièrement !
Si la librairie tierce est toujours maintenue, elle va peut être vous imposer de passer de la version 2.9 à la version 4.1 pour avoir la possibilité de fonctionner en 64 bits. Le changement de "major version" s'accompagne de lourds changements logiciels pour l'application qui utilise cette librarie.
Pire encore les librairies système changent sans arrêt; si l'application utilise des méthodes de l'API Carbon, et bien sachez que celle ci ne supporte pas le 64 bits. Il faut passer sur COCOA, ce qui va changer énormément de choses. Il n'est pas rare aussi de voir certaines méthodes documentés passer soudainement en DEPRECATED, ce qui veut dire que quand Apple le décidera, elles ne fonctionneront plus. A vous de chercher à chaque nouvelle version de l'OS quelles sont les méthodes passées en DEPRECATED et à vérifier si vous les utilisez.
Le travail peut s'avérer quelquefois colossal, voir impossible si on a pas la main sur le code source de certains composants.
Le passage de 32 bits à 64 bits n'est pas anodin, ca m'a pris plusieurs mois de boulot (pour aucune plus value ou nouvelle fonctionnalité pour l'utilisateur final). Une fois fini, quelle ne fut pas ma surprise de découvrir qu'à partir de Janvier 2020 il faudra en plus NOTARISER TOUS les composants de l'application...
Avec la notarisation j'ai découvert de nouvelles contraintes, la plus maléfique étant l'OBLIGATION de tout compiler avec au minimum le SDK Mac OS 10.9. Et là on déroule une nouvelle pelote, où l'on se rend compte que le compilateur a changé, que la librairie standard C/C++ n'est plus la même, et c'est reparti pour un tour !!! Il faut absolument TOUT recompiler et serrer les fesses que le code existant (qui je le rappele n'est pas le notre) reste compilable malgré tous les changements apportés par Apple.
J'ai aussi appris que sur la prochaine version de Mac OS, Apple mettra fin aux extensions KEXT. Donc si votre application fonctionne avec un composant matériel un peu ancien, c'est terminé.
Je ne suis pas développeur mais je profite de votre témoignage pour tenter de comprendre.
partie 1 : wxWidgets est un exemple de boite à outil non propriétaire. "Librairie tierce" non mise à jour....
Est-ce que cela sous entend :
- Apple ne fournit pas tout les éléments nécessaires ?
- développer une application windows ET mac en utilisant des boites à outils indépendantes de ces deux OS devient de plus en plus difficile ? (sauf à passer par les surcouches citées dans des post précédents)
partie 2 : "transition" vers cocoa... les nombreuses mentions deprecated à chaque nouvelle fournée et en regardant de temps en temps effectivement cela n'arrête pas + des nouvelles pondues à chaque fois
- par rapport à windows, linux, est-ce que ces deprecated vous semblent plus fréquents ? Le sont-ils vraiment ?
- rassurez-moi, lorsqu'un deprecated est affiché, la nouvelle méthode est elle indiquée ? (qualité de la doc)
partie 3 : oomu a bien résumé et vous aussi, chacun dans son style, 32 bits ou 64 bits ou 128 ou 256 bits... ben je suis michu et je ne vois pas la différence
- j'ai raté l'épisode de la notarisation... en gros de quoi s'agit-il ?
- c/c++ ces langages continuent d'évoluer tant que ça ?
- pour le compilateur je ne comprends plus clang, une fois trop ancien, une fois trop actuel...
partie 4 : fin de KEXT, j'ai bien vu les extensions kernel made by Apple... (franchement rien compris)
- en gros macOs devient un Unix de plus en plus propriétaire ?
- euh, je n'arrive pas à poser de question car je ne vois pas de lien avec une situation...
Dans tous les cas merci.
@l3chvck
Donc en gros vous avez jamais gardé votre app à jour et « soudain » c’est la faute à la librairie tierce qui passe ou force à la v4? Lool
Je suis dev et bien que je comprenne qu’on touche le moins possible une app en prod, les maj de libs ect font partie des maj de sécurité tous les 6 mois.
Donc non la faute à votre management / client qui ne comprends pas que le code évolue que des versions changent et que des failles de sécurité se comblent...
Mais pas à Apple ni à autrui...
@33man
"Donc non la faute à votre management / client qui ne comprends pas que le code évolue que des versions changent et que des failles de sécurité se comblent..."
C’est trop facile. Le management manage. Il ne fait pas de veille technologique. Si le management ne comprend pas la technique, les techniques sont aussi fautifs sinon plus de ne pas avoir expliqué au management de façon compréhensible.
Si si, les techniques aussi doivent communiquer.
Je fais de la MAO, Catalina ne sera pas pour moi.
Qui faut-il blâmer, Apple pour le manque de compatibilité avec le 32 bits ou les éditeurs tiers pour leur « lenteur », sachant qu’il faut y mettre des ressources humaines importantes et donc financières ?
Pour la MAO, il y a un moment que cela tourne à la catastrophe sur mac.... J’utilise Logic et vraiment cette impression qu’a chaque mise à jour c’est la catastrophe, on va toujours plus bas... Au point de me faire lorgner vers Live et Protools... qui eux ne nescessitent pas un mac...
Pages