Bêta publique de Yosemite : la mise en garde des développeurs
Suite à l'annonce de l'arrivée imminente de la bêta publique d'OS X Yosemite, des développeurs se font un sang d'encre. D'un seul coup, plusieurs centaines de milliers de personnes vont tester un système d'exploitation non finalisé avec lequel leurs apps ne sont pas toujours bien compatibles. Qui plus est, ces nouveaux bêta testeurs ne sont pas forcément des utilisateurs aguerris — c'est le principe même de la bêta publique — et risquent d'inonder les boîtes mails des éditeurs tiers et de baisser les notes dans le Mac App Store.
Puisque mieux vaut prévenir que guérir, certains font le point juste avant le lancement. Adobe indique ainsi que la compatibilité des applications du Creative Cloud n'est pas assurée avec les versions de développement de Yosemite. Les applications peuvent être installées et ouvertes, mais il peut y avoir des dysfonctionnements. Adobe recommande chaudement de sauvegarder tout son travail.
AgileBits prévient que la synchronisation iCloud a peu de chance de fonctionner avec 1Password. Si vous voulez garder vos mots de passe synchronisés entre tous vos appareils, utilisez Dropbox.
Cette défaillance n'est pas propre à 1Password, elle incombe à iCloud qui subit des changements profonds. iCloud Drive va en effet remplacer Documents dans le nuage. De manière générale, si vous avez recours à iCloud (pour le stockage ou la synchronisation de données), il est conseillé d'utiliser temporairement une solution alternative si le logiciel le permet. D'autant plus que les fichiers modifiés avec OS X Yosemite ne seront synchronisés qu’avec d’autres Mac sous Yosemite ou des terminaux sous iOS 8, qui, lui, est réservé aux développeurs.
Certaines apps peuvent ne plus fonctionner du tout, comme l'éditeur de texte Ulysses avec la Developer Preview 4 sortie lundi. Le flou règne d'ailleurs autour de la version qui sera proposée aujourd'hui. [MAJ] : il s'agira de la même version que celle distribuée aux développeurs lundi, la DP4 donc (merci Alexandre). On sait en tout cas que la bêta publique sera mise à jour moins souvent que la Developer Preview.
Pour savoir si vos apps vont fonctionner avec OS X Yosemite, le site RoaringApps fait le point sur la compatibilité. Un moteur de recherche et des filtres permettent de trouver rapidement ce que l'on cherche. Il s'agit d'un site communautaire : si une application que vous utilisez n'est pas listée, vous pouvez l'ajouter et préciser sa compatibilité avec Yosemite (il faut créer un compte au préalable).
Apple en est consciente, faut qu'ils arrêtent.
Apple n'a jamais eu d'égard pour ces considérations là.
De son point de vue, les développeurs tiers se démerdent, Apple avance.
Au contraire. Apple fait exprès. Ça suffit ces sociétés qui mettent 8 mois à mettre à jour leur applications suite à l'incompatibilité de la mise à jour système. Là, ça va pousser tout le monde à se bouger et vite.
Quand je vois le prix que coûte les solutions M-Audio et le temps de développement de simple mise à jour...
Là haut moins ils seront obligés de développer pendant la bêta et non plus attendre la sortie finale pour voir quand ils vont commencer.
cela serait bien, oui.
Oui, de ce point de vue. En espérant que ce soit effectivement le cas. Car c'est assez pénible d'attendre un mois pour qu'une application soit de nouveau pleinement compatible avec le nouvel OS alors qu'il y a eu une beta disponible avant.
Maintenant, on peut comprendre que certains logiciels complexes aient besoin de plus de temps pour intégrer toutes les nouveautés de l'OS.
Mais quand c'est juste une simple mise à jour de compatibilité, non.
@rondex8002 :
Oui exactement je suis d'accord avec toi .. Surtout que la plus part sortent d'abord des MAJ de comptabilité avant de faire une refonte complète de l'application.
Donc oui je trouve ça aussi admissible d'attendre 3 mois pour que l'application soit compatible avec le nouvel OS
*doublon*
Le problème de développer sur une bêta, c'est les API modifiées entre deux builds. Il faut se retaper une partie du travail déjà fait… Alors que la version finale, elle, ne bougera pas.
Nan mais les personnes qui se sont inscrites ont bien conscience de tout ça. Ils vont forcément installer Yosemite pour tester. Ça reste une beta et... Ah. On me dit que non.
du moment qu'ils laissent le système faire du retour et qu'ils en parlent, ça servira Apple.
oui, nombre de gens vont tenter de l'utiliser comme système principal. C'est finalement la seule méthode pour avoir du retour sur bugs du quotidien.
@iPekka
Moi je fais sur une clef USB juste pour le fun.
Donc pas de risques ^^
@fousfous :
Idem, je vais mettre l'OS sur une clé USB 16Go (suffira amplement pour le test) juste pour rester safe :)
Par contre, besoin de rien niveau utilitaire ou autre, juste a maintenir la touche Alt quand la machine boot c'est bien ça ?
Yep, boot avec Alt t'affichera tes différents disques bootables, internes et externes.
Par contre, un OS sur de l'USB, vous allez devenir fou question lenteur, je pense. Je sais pas si d' l'USB 3.0 sera même suffisant.
@Ekitchi :
J'ai souvent tester les betas sur disque externe en usb2 et si c'est juste pour voir comment c'est, sans faire des taches avec des logiciels autre que apple, c'est relativement correct en termes de performance. Apres c'est clair que si on veut vraiment tester le system ca deviendra limite
@ipekka : pas d'accord avec toi. Je pense que certaines personnes savent en effet ou elles vont, mais je pense qu'une grosse majorité veut juste essayer le nouveau système, voir la nouvelle interface comme présentée a la keynote, et ne s'attendent pas a des dysfonctionnements... Ce sont plus des curieux qu'autre chose pour la majorité je pense (mais pas tous non plus !)
Il y a des chances qu'Apple mette en garde les utilisateurs dans le mail, après dire que les gens vont y prêter attention ...
@nono68200 :
Pour en arrivé a demander la version bêta je pense qu'il faut suivre l'actu Apple, donc tu sais que c'est une bêta. Cqfd
Apple a raison de pousser les devs a mettre à jour leur app
Peut être que cette béta publique va obliger les développeurs à se presser un peu !
Je suis tout à fait conscient que le développement d'une application est très long et qu'il y a de nombreuses choses à prendre en compte mais à chaque fois qu'un nouvel OS sort de nombreuses applications mettent des mois être mises à jour alors que les bétas s'enchainent depuis juin. Comme si certains développeurs commençaient à prendre en compte les mises à jours à leur sortie publique.
Parce que pendant le cycle de bêta, beaucoup de changements sont apportés et cela impacte quasiment à chaque fois le code déjà programmé. Pour ne pas programmer pour rien et ne pas avoir une version du logiciel qui marche sur une bêta et pas une autre, ils développent sur la finale pour être certain que ça fonctionnera chez le plus grand nombre.
Après, d'autres développeurs existent qui procèdent comme suggéré, une version par bêta : c'est beaucoup de boulot, mais si les API utilisées ne changent pas entre temps, c'est beaucoup de temps gagné sur la version finale ^^
Apple pourrait simplement bloquer les notes/commentaires sur le Mac App Store depuis la beta publique.
Ça éviterait au moins d'influencer les classements à cause de ça.
Et ce serait même bien s'il y avait la possibilité de remonter les bugs aux éditeurs eux-mêmes, par un canal dédié.
Ça responsabiliserait les testeurs, et donnerait un retour bienvenu aux devs.
Car ce n'est pas toujours simple de devoir intégrer les changements et nouveautés annoncés en juin dans une roadmap déjà faite.
@6ix
"Apple pourrait simplement bloquer les notes/commentaires sur le Mac App Store depuis la beta publique."
Apple avait fermé l'accessibilité aux commentaires pour les utilisateurs de la beta de Mavericks, mais je viens de faire un test sous Yosemite et les commentaires sont accessibles. Peut-être qu'elle fera différemment avec la beta publique qui devrait être assez différente de la beta développeur.
Dans le cas contraire, on pourra assez légitimement imaginer qu'Apple a lancé ce programme de beta publique pour inciter les développeur à accélérer leur développement.
« Ça responsabiliserait les testeurs, et donnerait un retour bienvenu aux devs. »
Responsabiliser des bénévoles ? Pourquoi pas les stagiaires tant qu'à faire ? Tiens demain je vais envoyer un CV pour faire un stage Apple CEO. Après tout… =D
Je trouve que c'est une bonne initiative ; mais gare à la dérive au travail non rémunéré déguisé en fleur… Si les testeurs font des retours ; ce sera bien. Ça s'arrête là.
Je suis moi même testeur officiel pour un groupe (DNA tout ça, même pas le droit de dire pour qui, bref) ; jamais on ne m'oblige à faire des retours ; sont déjà bien contents que je me connecte quand ils ont besoin. Mes retours sont accueillis comme des bonus ; et c'est normal ; je prends sur mon temps libre pour pas un rond… Je ne me plaindrai jamais ; je signale juste un fait. =D
Et grave d'accord avec toi ; il faudrait un canal pour les développement spécifiques. Là encore, sans caractère obligatoire ou contractuel (la vache de comble). Mais pour le peu de retours qui seraient glanés ce sera autant de petits pas en avant pour tout le monde.
J'insiste je ne contredis que la partie « responsabilisation » que je trouve foncièrement abusée. Si un soft foire ; ce ne sera jamais la faute du testeur, soyons clairs sur ce point. =D
[édit] : fautes et autres joyeusetés…
@Neufouad :
Il y a responsabilité et responsabilité, entendons-nous.
Je ne voulais pas parler d'une obligation à remonter des bugs.
Mais du fait de se rendre compte que si on utilise un système (ou programme) dans une phase beta, c'est bien pour aider au développement et pas pour se la jouer "preums" à avoir un nouveau joujou, et à gueuler car ça ne marche pas.
Donc évidemment que je ne m'attends pas à avoir des retours de tout le monde sur une beta publique. Mais une utilisation du système en connaissance de cause.
Et dans le cas d'un programme spécial, tu espères tout de même avoir un minimum de retour des gens qui testent, puisque même s'ils ne sont pas rémunérés, ce sont eux-mêmes qui se portent volontaires. Le bénévolat reste un choix. Celui qui veut être testeur mais me teste pas ferait mieux de laisser sa place.
C'est (c'était) particulièrement ennuyeux pour les tests d'apps iOS avec un nombre d'appareils enregistrables limité pour les devs.
Ça va être un carnage :) Ma partition est prête personnellement.
today will be a fun day
Ouais ben il faudrait peut être se mettre à la place des développeurs également.
Moi je m'y connais pas mais de mon point du vue je trouve un peu aussi exagéré et pas du tout professionnel de rendre un système "caduc" chaque année : rien que pour mon imprimantes HP chaque année depuis 3 ans et ben ça coince : Lion, Montain Lion, Mavericks...
A la longue il y a même des modèles qui ne disposent plus de mise à jour (HP Envy 100)
Mon clavier M audio axiom pro c'est le même soucis et il faut trouver des astuces mais les paquets d'installation sont bloqués depuis Logic Pro X et je crains chaque mise à jour annuelle.
Sans compter les drivers carte son etc etc...
Apple avance forcément : c'est bien joli Yosemite les effets de transparence le dock plat et tout le tralala mais à part les app natives Il n'y a plus grand chose qui reste compatible.
Donc excusez moi mais j'appelle pas ça être "Pro".
J'espère juste qu'on ne va pas avoir droit à un changement d'icônes et d'interface tous les ans car pour iOS 7 on a été tous des betas testeurs : crash, animations saccadées etc etc...
Pour rester modéré je trouve qu'il devrait y avoir une base à maintenir au niveau compatibilité des périphériques et matériels audio/video.
Ça doit les rendre fous les développeurs à la longue de suivre cette cadence.
A ceux qui pensent qu'il suffit de claquer dans les doigts pour mettre à niveau les APPs, peut être devraient-ils se mettre à développer, vu que "c'est si facile"...
Voyez le temps que met Apple avec des moyens gigantesques, donc soyez aussi indulgent avec les Dev.
@marcpafr :
Non mais sérieux !?
Désolé de demander aux développeurs de faire leur travail.
Oui, mais il faut du temps, le même temps que prend Apple, sauf que personne n'a les moyens d'Apple. Pourquoi vouloir faire une Maj. d'Adobe en 2 mois sans Beta ? c'est suicidaire et le petit Dev. n'a tout simplement pas les moyens d'aller aussi vite.
Je le répète une fois de plus, si un Dev. ne teste pas son App il est mort. Si Adobe ne fait pas de Beta, financièrement c'est difficile de s'en remettre si il ya des problemes. Ca c'est valable pour tout le monde y compris Apple, qui prend sont temps...
@marcpafr
Tout a fait d'accord avec toi. Je suis développeur amateur pendant mon temps libre donc et faire une version compatible avec chaque système demande un gros travail... Surtout qu'en plus avec Yosemite, y'a le design de l'app a changer, et il faut aussi prendre en compte le nouveau langage Swift, même qu'il n'est pas obligatoire, il le deviendra certainement très vite et donc la plupart des développeurs s'y mettent de suite. Donc avec ces deux choses déjà y'a de quoi faire.
L'utilisateur Lambda il s'en fou lui il veut que son application préférée soit fonctionnelle et disponible avec le nouveau OS très vite vu le prix qui la mis pour l'acquérir.
C'est bien le but de cette bêta publique : un grand coup de pied au cul de développeurs chez Adobe en particulier, vu que les utilisateurs vont effectivement faire maintenant ce qu'ils auraient fait de toute manière le 12 septembre !!!
Peut on installer la bêta en VM svp ? :) (avec parallèle)
@iPekka :
Une bêta n'est pas faite pour les gros bêta... Mais souvent ces grands bêtas ne le savent pas...
Jolie prose :)
Les petits développeurs qui se plaignent je suis d'accord
Mais les grosses boîtes comme Adobe, en presque 2 mois ils n'ont même pas eu le temps de mettre à jour leur application sérieusement…
Donc, pour vous, la mise à jour d'Adobe est mineure et ne nécessite pas de bêta ?
Rendez vous compte de la base installée et des répercussions sur tous les utilisateurs ? je ne pense pas...
C'est tout bonnement impossible et je répète Apple ne sais pas le faire non plus.
Tiens, c'est marrant ces commentaires, ça me rappelle quand Windows 2000, et plus tard Windows Vista sont sortis. Rien ne fonctionnait correctement à part certaines applications de Microsoft. [/troll]
Non, mais plus sérieusement, pour se remettre un peu dans le contexte : pour Windows 2000, c'est la sortie d'XP qui a réglé les problèmes (et encore, je me souviens que pas grand chose fonctionnait sous XP dès le premier jour). En tous cas, la sortie d'XP avait permis de rendre 2000 utilisable par le quidam quelconque.
Vis-à-vis de la sortie de Vista, rebelote ! Et je lis les commentaires précédents avec une impression de déjà-vu : quand Vista est sorti, les pilotes graphiques n'étaient pas prêts et pas beaucoup de programmes tournaient correctement. La bêta avait duré presque 1 an, mais les devs et les constructeurs ont tous découvert Vista à sa sortie... Au moins, Vista aura servi a quelque-chose : tout le monde était prêt à la sortie de Windows 7 (enfin, 6.1, hein !)
Bon, maintenant, je découvre encore un peu le Mac. Vu mon commentaire, vous pouvez vous douter que je viens de faire un switch récent. Après, OSX a quand même un rythme d'volution assez rapide, donc je comprends les devs qui ont besoin d'expliquer que tout ne sera pas nécessairement prêt au moment de la sortie de la version finale. Tant qu'ils ne découvrent pas le système à sa sortie !
Encore, ce genre de problèmes, je peux comprendre avec des petites boites ou des devs indépendants. Mais ça a quand même beaucoup de mal à passer avec des géants comme Adobe et Microsoft.
En attendant : popcorn !
@Anthanagor
Oui, la touche alt. Il suffit de choisir la clé USB à l'installation si elle a bien été formaté pour recevoir un OS.
Par contre c'est pas très rapide du coup ^^
@fousfous :
Oui je m'en doute, mais c'est juste pour tester, et ça devrait aller c'est de l'USB 3...
En tout cas merci pour la réponse ! :)
@Anthanagor
Bof tu dépasseras pas les 30mo/s, tu n'as qu'à faire un test de débit de ta clé.
Mais en tout cas c'est largement plus lents qu'un SSD en PCIE ^^
On as pas finit d'entendre sur le forum ou commentaire quand ça marcheras pas LOL
Comment ça se passe pour un fichier Numbers d'iCloud ouverts sous Yosemite ?
Je ne pourrai plus l'ouvrir sous "Numbers Mavericks" et "Numbers iOS 7" ?
Malheureusement la majorité des testeurs de cette bêta publique ne comprendront pas ce que c'est qu'une bêta... Ils vont râler que ça marche pas descendre les éditeurs des apps quelque soit leur taille, c'est injuste pour les petits éditeurs. Si seulement Apple sélectionnait les personnes qui auront accès à la bêta...
Il y a des gens qui voudraient que le produit soit finalisé sur une base qui elle même n'est pas finalisée !
C'est tout de même fort :p :p :p
Sinon très bonne remarque de Plastivore (à part que je vois pas le rapport entre 2000 et vista vu l'écart d'années), il n'est pas normal que les drivers et autres périphériques ne soient pas compatibles d'une année sur l'autre. Ca c'est le job d'Apple.
Les fichiers iWork ouvert sous Yosemite ne seront plus synchronisés ailleurs (mavericks , ios 7, etc..) et toutes les applications tierces utilisant iCloud d'ailleurs.
Quand je disais que les sociétés informatiques de servaient de leurs utilisateurs comme Bêta Testeurs pour pas un rond... Eheh !
Il faut arrêter avec ce catastrophisme. Apple fait une bonne chose en proposant une beta publique de son OS et on a presque l'impression que c'est une mauvaise nouvelle.
Ça dépend de la taille de l'équipe derrière un logiciel. Assez souvent, c'est moins de 5 personnes, voire même parfois une seule. Quand on développe plusieurs apps, qu'il faut assurer le support technique, l'évolution du logiciel, les corrections de bugs, toussa, c'est pas toujours évident et on met des priorités. Un nouvel OS c'est aussi de nouvelles API ou des changements carrément radicaux dans le fonctionnement de celles qui existaient déjà. Apprivoiser ces nouveaux outils tout en assurant les autres postes n'est pas simple, d'autant plus si on est tout seul.
Alors oui, les développeurs doivent faire leur taf, mais ce n'est pas possible pour tous de fournir une release stable de leur logiciel lors du lancement du nouvel OS. Quant à Adobe, ils savent bien que les "vrais" professionnels ne sont pas kamikazes et que les systèmes ne seront mis à jour que lorsque tous les problèmes de compatibilités seront résolus. Ça leur laisse de la marge, sans oublier que ce sont des outils cross-platform et que les patches ne se font pas sur un claquement de doigts.
Pages