Le développeur de StopTheMadness appelle au boycott de l’Assistant d’évaluation d’Apple
Jeff Johnson appelle « au boycott immédiat de l’Assistant d’évaluation d’Apple ». Le développeur de StopTheMadness, parmi d’autres petites applications améliorant la confidentialité des sessions de navigation dans Safari, déplore la dégradation du traitement des rapports de bugs. Fermeture sans sommation, demandes invasives, interface déplorable… les griefs sont connus de longue date sans que cela semble émouvoir Apple.
Le développeur ne veut pas empêcher le signalement des bugs « sur les réseaux sociaux, les blogs et les podcasts » ou avec les systèmes spécifiques aux projets open source comme WebKit. Son ire porte précisément sur l’Assistant d’évaluation, ou Feedback Assistant en anglais, qui remplace progressivement le portail construit au-dessus du système RADAR utilisé par les ingénieurs d’Apple. Soyons bien clairs : l’ancien système n’était pas bien meilleur, nos contacts nous ont souvent rapporté l’existence d’un bug de QuickTime qui trainait depuis plus de vingt ans et n’a été « résolu »… qu’avec la disparition de l’application.
« Ouvre un radar » a longtemps été synonyme de « laisse tomber » et il faut bien dire qu’« ouvre l’Assistant d’évaluation » n’est pas loin de signifier la même chose. Cette application pour iOS et macOS, ouverte aux développeurs comme aux bêta-testeurs enregistrés, est accompagnée d’un portail web, qui ne peut plus (depuis quelques semaines) être utilisé pour créer de nouveaux rapports. Ni l’application ni le portail ne proposent de fonctionnalité de recherche des rapports créés par d’autres développeurs, si bien que l’on peut soumettre des doublons.
Les ingénieurs d’Apple exigent que les rapports de bugs soient accompagnés d’un sysdiagnose, un rapport système contenant de nombreuses informations personnelles, « une violation flagrante de la vie privée ». Les rapports sont souvent fermés sans n’avoir jamais été triés et sans que leur auteur ne puisse les rouvrir, même si le bug n’a pas été résolu. Pendant le cycle des bêtas, les ingénieurs d’Apple déchargent sur les épaules des développeurs tiers la responsabilité de vérifier la persistance d’un bug.
Une conduite qui pousse Johnson à dire qu’il s’agit moins d’un boycott que « d’une grève », puisqu’« Apple fait appel aux développeurs pour assurer un grand travail d’assurance qualité non rémunéré. » « Apple a besoin de nos rapports de bugs », qui demandent des heures voire des jours de travail quand les développeurs créent des projets permettant de reproduire le problème à coup sûr, « mais traite les développeurs comme des laquais ». Le développeur se lamente du manque de « respect » et de « courtoisie » qui transpire de l’Assistant d’évaluation.
Johnson ne croit pas qu’il faille améliorer l’application, ou pas seulement, mais changer le système. Les bugs affectent les développeurs en premier lieu, bien sûr, « mais nous devons généralement trouver des solutions de contournement puisque nous ne pouvons pas compter sur Apple pour les corriger dans les temps. » En conclusion, « Apple a plus à perdre que les développeurs » d’un pourrissement de la situation. Reste à savoir si ce boycott trouvera le moindre écho…
Pareil j’ai des trucs ouverts depuis des années sur cette app. J’ai un raccourci pour y accéder sans être en beta
#BoycottApple
Moi Apple me contacte parfois… par rapport à des bugs que j’ai envoyé.
C'est marrant, je viens d'en envoyer un dans l'heure 😅
Je le fais parce que c'est la chose juste à faire, mais avec le plus maigre espoir que ça fasse quelque chose. D'expérience il vaut mieux payer un TSI (technical support incident) pour attirer réellement l'attention d'Apple sur un problème et avoir une réponse.
Je suis parfaitement d'accord avec l'auteur de l'initiative. C'est une situation assez ridicule, et Apple a bien de la chance que la plupart des devs soient généralement fans et en tout cas de suffisamment bonne volonté pour tolérer ça.
Même feedback, à chaque fois que je m’en suis servi j’avais envie de mourrir, on a beau avoir des problème critiques, 0 retour, ou alors 6 moi après et sans jamais de solution, aucun suivi, c’est de loin la pire gestion de rapports de bugs que j’ai jamais vu. Ça fait 5 ans que j’ai arrêté de m’en servir tellement ça me rendait dingue à chaque fois.
Ce truc c’est du pipeau
Moi j’ai signalé le bug du « ta » en « y’a » du clavier Fr et qui est horripilant et pareil 0 nouvelles.
@bubu16
Qu'est-ce que c'est gonflant en effet !
@bubu16
Et le fameux « mais » qui devient « Mai’s » depuis genre 10 ans 😵🔫
@therewillbea
Jamais rencontré celui là
@therewillbea
J’ai ni le bug du ta ni celui du mais de mon côté
Ahhh je croyais être le seul ! 😤
C'est le bug le plus chiant du clavier : j'ai même tenté de faire un "remplacement de texte" en vain !
@stefhan
Pareil.
J’ai tout essayé.
Apple se fout de tous le monde et ils vndent encore c'et inexplicable
@noupot
Ah ouais c’est inexplicable bien sûr. 😂
3000 milliards en valuation et même pas foutu de payer genre 5 millions par ans pour avoir une dream team au taquet sur les triages de bugs… quelle boite d’enflure.
Y'a qu'à voir le nombre de bugs non résolu depuis plusieurs versions majeures pour comprendre que tout ça ne sert malheureusement pas à grand chose.
J'avais aussi été surpris de voir le nombre d'infos non justifiées à mon sens que demandait cette app du coup je n'ai jamais transmis le moindre rapport.
Tout à fait d’accord avec lui. La plupart de mes rapports sont soit marqué comme doublon, soit pas résolu ou fermé sans explication.
Un petit JIRA serait bienvenu.
@valcapri
Jira 🤮
Vive Linear !
J’étais inscrit au programme dev payant deux décennies au moins. J’ai eu des Inside Mac, les gros pavés merveilleux. J’ai eu les "documentation forthcoming" de Mac OS X bêta et suivants…
Et j’ai rempli des radars. Des tas de radars. Des radars sur le kernel, des radars sur Darwin, des radars sur l’IOKit, des radars sur Cocoa, des radars sur WebObjects…
J’ai un score parfait de 0% de bugs résolus. 0. Pas 0.01. 0. Pas un seul. Nada. Zilch. Kepouic. Naught.
C’est une autre histoire mais j’ai même participé à une réunion à l’infinite loop sur l’IOKit avec des devs Apple et pas un seul n’a prononcé un seul mot. Ils avaient visiblement reçu la consigne de la fermer. Ça n’a servi à rien. Aucun des retours donnés n’a produit le moindre effet, aucun radar n’a bougé. Totale perte de temps au frais de mon client (avion depuis Portland, pas bagnole dans la Baie).
Ce score restera parfait (selon toute probabilité). Je ne suis plus inscrit, je ne remplirai plus jamais le moindre radar (ou autre) (sans être payé par Apple pour le faire, qui sait ?), je ne participerai plus à aucune réunion silencieuse (sans être payé par Apple)…
The End.
@fte
Tous les buts que vous avez remonté existent encore ?
@Baptiste_nv18
"Tous les buts que vous avez remonté existent encore ?"
J’ai changé de plateforme puis de métier. Mais avant que je ne quitte cette activité, oui, tous étaient encore reproductibles pour autant qu’ils n’appartenaient pas à un produit abandonné.
Mais même mes entrées WebObjects étaient toujours listées, jamais purgées, jamais fermées, toujours superbement ignorées. Des bugs CoreData (je me souviens des nested contexts exceptionnellement pourris) par exemple, reproductibles pendant 8 ou 10 ans de macOS… quelle stupidité d’utiliser ce framework par ailleurs, nostalgie de WebObjects sans doute. Bref.
@fte
"J’ai eu des Inside Mac, les gros pavés merveilleux."
Oh les Insides Macintosh, je rêve de les avoir depuis que je suis ado, c'est-à-dire depuis qu'ils existent !
@Lightman
"Oh les Insides Macintosh, je rêve de les avoir depuis que je suis ado, c'est-à-dire depuis qu'ils existent !"
Je pense sans plaisanter que ce serait, selon l’esprit du lecteur, soit un moment de grand plaisir, soit un moment de déprime absolue.
Ce serait un moment de grand plaisir en lisant les guidelines et autres notes d’usage hors du contexte moderne, pour ce qu’ils sont.
Ce serait un moment de grande déprime en constatant que beaucoup des conseils et façons décrites sont aujourd’hui foulées du pied par les productions d’Apple, et que Windows est au fond beaucoup plus proche de l’esprit des guidelines d’Inside Mac que ne l’est macOS.
Dans les deux cas ce serait une lecture projecteur sur le passé et le génie de cette époque, le génie du Mac des débuts. Tout était déjà présent, discuté, détaillé, justifié.
La lecture des papiers originaux sur Material Design (2014-2016 je suppose) est ce qui s’en rapprocherait le plus aujourd’hui, en première idée.
@fte
Je partage malheureusement ton analyse. Merci de ta réponse.
Garde-les, c'est précieux.
Comment on consulte les rapports envoyés ? Obligé d'avoir une version beta de macOS ?
J'en avais envoyé plusieurs il y a quelques années, n'ayant jamais eu de réponse ni même de message me disant que mon ticket avait été reçu j'ai abandonné. Nul de ne donner aucun feedback
C'est assez déconcertant. J'ai eu ma période où je remplissais soigneusement les rapports de bugs - ça peut prendre du temps quand on essaie de reproduire un bug qui semble être aléatoire - puis j'ai abandonné voyant que ça n'avait aucun effet.
Suis passé sur un autre OS, et c'est le jour et la nuit sur ce point.
@Chris K
"Suis passé sur un autre OS, et c'est le jour et la nuit sur ce point."
Oui. Tellement. Et ce n’est rien de le dire.
@fte
""Suis passé sur un autre OS, et c'est le jour et la nuit sur ce point."
Oui. Tellement. Et ce n’est rien de le dire."
Story of my life.
Mais vous avez fait preuve d’une résilience bien plus grande que moi. J’ai abandonné tout espoir vers 2014, et j’ai remis les dossiers en souffrance à des collègues ayant une espérance de vie plus longue que moi.
Résultat net : bupkes (pour rajouter un élément à votre liste *nada, zilch, naught…)
Je rejoins totalement l'avis du développeur (sauf sur l'aspect confidentialité) ! Pour la petite histoire, j'ai rejoins "l'aventure" Assistant d'évaluation en 2014 avec l'ouverture du programme beta public. Durant les betas d'OS X Yosemite j'ai publié de nombreux feedbacks mais aucun n'a été corrigé lors de la sortie de la version finale (ce que je ne savais pas c'est qu'au moins 50% de mes feedbacks allaient l'être avec El Capitan sorti l'année d'après !). Déçu, j'ai écrit à Tim Cook et Craig Federighi pour leur faire part de mon désarroi et de l'impression d'écrire dans le vent. Craig m'a (étonnamment) répondu de manière très précise en m'indiquant quelques uns de mes feedbacks qui étaient en traitement, et m'indiquant que les feedbacks servaient réellement à quelque chose.
Quelques mois plus tard, j'ai reçu un mail d'un subordonné de Craig qui me proposait de rejoindre le programme Appleseed uniquement sur invitation (programme pour les clients du programme beta publique qui se distinguent et les meilleurs membres des communautés d'assistance Apple), en m'indiquant que si j'acceptais j'aurais ainsi accès à une queue prioritaire pour la gestion des feedbacks (chaque feedback envoyé par Appleseed était directement assigné à un développeur et donc un no de radar interne, ce qui n'est pas le cas des FB publics qui sont d'abords regroupés). J'ai accepté, et pendant quelques années (jusqu'à la sortie de macOS Mojave en 2018), c'était génial ! Je me sentais réellement écouté, et même si c'était du travail bénévole pour une grande multinationale, ça me permettait aussi d'utiliser un OS plus stable pour ma routine. Donc tout bénéf'. Et même si les bugs n'étaient que rarement corrigés dans l'OS dans lequel ils étaient signalés (un bug corrigé dans Sierra l'était généralement seulement dans High Sierra), ce que je déplorais déjà à l'époque, je dirais qu'au moins 70% de mes rapports étaient fermés après une année. Et c'était bien mes rapport qui faisaient la différence (je recevais une demande d'Apple, il y avait un minimum de suivi). Parfois je recevais même d'assez longues explications sur pourquoi un bug signalé n'en était selon eux pas un.
Mais depuis Catalina, j'ai eu des échos comme quoi il y a un un grand changement dans leur système interne (Radar), qui a été modernisé avec des technologies de regroupement à l'aide de l'IA, sans compter la popularité croissante du programme de beta publique et développeur. Depuis, c'est le calme plat ! Même les bugs les plus évidents (qui ne devraient pas avoir à être signalés par les utilisateurs mais les équipes QA interne) signalés, ne sont jamais regroupés et encore moins corrigé. Il n'y a plus aucune interaction, et mon taux de feedbacks résolus dès lors est largement inférieur à 10% (dont une grande partie de ce 10% composé de rapports encore ouverts, mais bug quand même résolu, probablement sans l'impact de mon rapport). Les seuls messages que je reçois d'Apple (une fois tous les 10 mois) c'est pour me demander si le problème persiste et si c'est le cas me demander de renvoyer un sysdiagnose, bien souvent pour des bugs qui ne nécessitent pas de sysdianose (on m'a dit que c'est une technique interne pour pouvoir fermer le rapport au motif de manque d'informations si l'utilisateur ne répond pas). On a aussi un forum interne dans lequel participaient des employés d'Apple. Aujourd'hui, il n'y en a quasi plus...
Donc même pour le groupe sensé être prioritaire, l'expérience est désastreuse... Je "boycotte" aussi aujourd'hui le programme, en ne signalant que certains bugs qui me gênent vraiment, sans faire trop d'effort.
Voilà pour ce pavé aussi grand qu'un article, en espérant que cela intéressera du monde :)
@mat16963
"j'ai eu des échos comme quoi il y a un un grand changement dans leur système interne (Radar), qui a été modernisé avec des technologies de regroupement à l'aide de lA"
Mais vous voyez que Tim disait vrai quand il affirmait que l’IA était bien à l’œuvre chez AAPL… 😂
Sincèrement, merci de ce « pavé », cela permet de mettre en perspective certaines de mes expériences totalement ubuesques.
@mat16963
"le programme Appleseed"
Merci de ton retour détaillé.
Je n’ai pas la même expérience de l’Appleseed. Si j’ai eu l’impression que mes rapports étaient lus, ayant débouché sur une rencontre avec des ingénieurs à Cupertino, je n’ai jamais eu l’impression qu’ils aient servi à quoi que ce soit. Cette rencontre était surréaliste et au final complètement inutile, je l’évoque dans un autre message.
Je n’ai pas eu zéro retour pour ma part mais bien peu.
Mais globalement cela se dégrade tant dans la prise en compte des bug maintenant appelé « retour » que dans l’évolution de système pour les soumettre.
Cependant j’ai eu des échanges sur un problème remonté sur Mac OS 13. avec une solution de contournement donnée qui est devenu sur MacOS 14 la solution.
Des retours aussi sur un bug soumis sur Pages et une confirmation qu’il serait corrigé mais que je ne saurais pas quand et dans quelle version.
Je pense que c’est très variable. Et comme tous le monde a accès au même outil pour le feedback. Le développeur qui paye comme les autres, je pense qu’il est impossible de traiter tout ce qui remonte.
Comme nombre d'entre vous ici, la constatation d'une dégradation du programme. Des rapports et des bugs remontés, je n'ai eu que deux retours.
L'un qui a, somme-toute, été résolu assez rapidement (avec information reçu que le bug était pris en compte et serait réglé lors de la beta suivante, ce qui fut le cas.
L'autre qui court toujours depuis Ventura, malgré un contact de la part d'Apple (en français en plus, ce qui m'avait surpris) suivi d'échanges pour expliquer et reproduire le problème. Et depuis rien. Sonoma est sorti, les beta se sont succédées, rien à changer. J'ai même échangé avec gens reconnus comme Howard Oakley, qui a publié un article sur le bug (et aussi un rapport de bug), pensant qu'un peu de publicité ferait avancer les choses. Même pas.
On parle tout de même d'un truc gros comme une maison, à savoir le non support des claviers ISO par le framework de virtualisation d'Apple. Même un stagiaire aurait vu ça dès le départ.
On devrait peut-être contacter Barbara Streisand, qui semble plus efficace auprès de la firme à la pomme pour résoudre rapidement les problèmes.
🥺
Cela correspond bien à mon ressenti d’Apple depuis des années. Quand je pense qu’une si grosse boîte ne peux même pas faire de la QA de qualité ! Et quand je vous le soin que nous passons dans la mienne pour résoudre les bugs…
@Derw
"Quand je pense qu’une si grosse boîte ne peux même pas faire de la QA de qualité ! Et quand je vous le soin que nous passons dans la mienne pour résoudre les bugs…"
L’expérience est un peigne pour les chauves, mais les années industrielles m’ont appris une chose : si le contrôle de qualité est inadéquat, c’est parce qu’on ne veut pas, et non pas parce qu’on ne le peut pas.
Question de culture, d’éthique, de respect de soi, de respect de son travail.
L’incurie ne s’installe que si la tête de l’entreprise le permet.
The rot starts at the top.
Cela ne concerne pas que les développeurs.
Ça fait des années que je signale des bugs dans le formulaire prévu pour ça par Apple.
On ne reçoit jamais de réponse, même pas un mail automatique. Et les bugs ne sont que très rarement corrigés : avec la mise à jour annuelle du système, Apple n’a plus rien à foutre des systèmes précédents et ne vient jamais les corriger.
Concernant l’accessibilité, il semble y avoir une meilleure prise en compte. L’an dernier j’avais signalé un bug sous iOS de « énoncer le contenu de l’écran » qui ne lisait pas dans « notes » (en français) la seconde partie des mots composés après le tiret !
J’avais reçu un message m’indiquant que mon signalement serait pris en compte et le bug à bien été corrigé sous IOS 17 (mais un nouveau bug est apparu concernant le suivi du soulignement du texte…).
Et pour les mal-voyants ou les aveugles restés sous iOS 16, si ils ne comprennent pas bien certains textes, c’est juste qu’Apple ne daigne pas corriger les bugs de ses précédents systèmes.
J’ai un collègue qui crée les applications d’exemple pour reproduire le bug. Il le décrit techniquement. Ça prend du temps à le faire.
On a eu des bugs corrigés par Apple après 4 versions mineures. Ou parfois une majeure suivante. Avec une réponse à chaque fois pour le prévenir.
Il doit y avoir un taf de bug remonté. SwiftUI par exemple, semble avoir plus de réponse. Sûrement car il doit y avoir beaucoup plus de développeurs sur ce projet.
Les rapports de bugs...
Suis pas développeur, mais j'ai une spécialité pour faire planter Logic et même un Kernel panic...
50 rapports envoyés au bas mot, 10 ans plus tard, le bug est toujours présent.
@debione
« I long ago gave up contributing Apple Feedback after Apple ignored a formal report about a blatent, instantly reproducible, user-hostile bug it introduced in the Finder that it still hasn’t fixed many years later. »
——Ric Ford, fondateur de MacInTouch (depuis 1985, hein), hier :
https://www.macintouch.com/post/36191/apple-feedback-assistant-failures/#more-36191