Fronde des développeurs contre le rapport de bugs d'Apple

Mickaël Bazoge |

Alors que s'ouvre lundi la WWDC, Marco Arment tente d'ouvrir un front pour pousser Apple à améliorer un point sensible de sa relation avec les développeurs. Le créateur d'Instapaper en veut au système de rapport de bugs dont le constructeur ne tiendrait pas suffisamment compte. Arment explique avoir signalé une quinzaine de bugs (seulement) depuis 2009 : 8 se sont révélés des doublons, 6 n'ont jamais obtenu aucune réponse de la part d'Apple, et un seul a fait l'objet d'une demande de renseignement… sans que le développeur ait obtenu plus de nouvelles à son sujet.

Évidemment, ces expériences sont particulièrement frustrantes pour des développeurs qui passent du temps à débusquer et documenter ces bugs ; un investissement parfois pénible et coûteux, dont ils ont l'impression qu'il ne sert à rien, la grande muette qu'est Apple ne donnant aucune nouvelle.

Radar, le système de rapport de bugs en ligne d'Apple.

Afin de pousser la Pomme à enfin réagir, ne serait-ce qu'en donnant l'impression de prendre en compte les bugs soumis par sa communauté, une initiative a été mise en place, baptisée « Fix Radar or GTFO ». Celle-ci propose aux développeurs d'envoyer via le système de rapport de bugs (alias Radar) un courrier type, gentil mais ferme, demandant à Apple d'améliorer les choses. Cela pourrait par exemple passer par la possibilité d'envoyer des radars directement depuis Xcode, sans devoir en passer par une interface web nécessitant à chaque fois une connexion. Les 653 développeurs ayant ajouté leur signature à GTFO demandent aussi de pouvoir consulter et commenter d'autres rapports, afin de ne pas perdre de temps sur un bug déjà signalé.

Le son de cloche est cependant un peu différent chez d'autres développeurs. Hugo Kessler, développeur de GlennKessler [3.0.2 - US - Gratuit - iPhone/iPad - iOS 7 - Glenn Kessler], précise de son côté que 90% des bugs qu'il soumet sont corrigés. « Je suis heureux et je continue de signaler [des bugs] ». Daniel Jalkut, quoique plus désabusé, va tout de même dans le même sens que son collègue. Le créateur de MarsEdit ou FastScripts écrit avoir rapporté 161 bugs depuis 2009 : il a certes « perdu du temps » et avoue avoir ressenti une certaine frustration de l'inertie des ingénieurs d'Apple, mais il a eu l'honneur d'être cité comme découvreur d'une faille dans OS X.

Certes, il serait agréable de s'entendre dire que les retours des développeurs sont importants, ou que « nos préoccupations ont été entendues ». Mais en bout de course, si « nous développeurs, voulons que les plateformes d'Apple fonctionnent aussi bien que possible, la triste et courte vérité est que nous devons signaler des bugs » (sous-entendu : « de manière bien plus fréquente que Marco Arment »). Le reste du temps, il faut prendre sur soi…

avatar Mr Eddy (non vérifié) | 

J'en ai signalé un récemment, ai eu une demande de doc supplémentaire, résultat c'est un doublon. Entre temps 10.9.3 est sorti, et pas d'amélioration ni de suivi du bug.
Pas un bug de folie (surchauffe du MBPr fin 2013 en utilisant les écrans de veille), mais qui s'exprime aussi par une surchauffe modérée de l'ordo avec un écran externe que je n'avais jamais noté avec mes précédents portables Apple.
Donc oui je comprends, le retina tire fort sur la puce graphique intégrée, mais si ils reconnaissent que c'est un bug, et ne le traitent pas, là effectivement c'est gênant.
Et j'imagine à quel point des développeurs (qui auront surement pu relever plus de bugs et pris plus de temps pour bien les identifier) n'apprécient pas leurs efforts ignorés.

avatar oomu | 

"J'en ai signalé un récemment, ai eu une demande de doc supplémentaire, résultat c'est un doublon. Entre temps 10.9.3 est sorti, et pas d'amélioration ni de suivi du bug."

expérience similaire (pour un mac pro)

Le fait qu'il soit déclaré "doublon" m'a du coup rendu impossible d'en suivre son traitement (on a accès qu'à ses propres bugs). Sera-t'il corrigé ? y a t'il vraiment un bug de os x ou du mac pro ou autre ? Mystère et boule de gomme !

avatar Mr Eddy (non vérifié) | 

@oomu :
Oui j'oubliais ce détail désagréable. On sait qu'on a un doublon, mais impossible de le connaitre ce signalement "initial"
Y a un site où on peut référencer ses bugs et trouver le bug "original", mais seulement si l'autre personne l'y a mis. (le nom du site m'échappe, mais il est facile à trouver sur le net)

avatar Ali Baba | 

@Mr Eddy :
Open Radar.

http://www.openradar.me/page/1

avatar Mr Eddy (non vérifié) | 

@Ali Baba :
Merci pour la précision.
Enfin bon, on ne peut que faire avec..

avatar Ali Baba | 

C'est vraiment pas nouveau ça, comme en témoigne ce post d'il y a déjà deux ans :
http://www.kypselia.com/blog/radar-fix-radar-or-gtfo/

avatar Meaulnes | 

Il n'y a pas que pour les développeurs qu'ils ne prennent pas en compte les bugs. J'ai signalé au moins 5 fois deux bugs dans Numbers 4 (iWork '09) entre 2009 et ce jour et ils n'ont absolument rien fait.

Regardez :
Bug 1
- Insérez une catégorie (Panneau "Réorganiser") par date avec regroupement par semaine => en Français les semaines sont toutes 0000-S00 ; passez en Anglais ça marche 2014-W01 par exemple !
Bug 2
- Entrez la formule =DATEDIF(;;"J") pour connaitre le nombre de jours entre 2 dates => En Français ERREUR DANS LE PARAMETRE 3 ; Passez en Anglais, changez "J" par "D" ça marche ! (Et en plus ca reste bon quand on revient en Français !)

Ces bugs existent dans les langues qui ne partagent pas avec l'Anglais la 1ere lettre des mots Week et Day (en Allemand le bug 1 n'existe pas : Week = Wochen; En espagnol c'est le bug 2 qui n'existe pas Day = Dia); Bref c'est une simple question d'un caractère à changer dans le code et c'est une honte de ne pas avoir passé l'heure qui faut pout les corriger depuis 5 ans !

Si par hasard un des lecteurs de ce blog travaille chez Apple là où il faut, que la version 4 de Numbers (la dernière utilisable en environnement professionnelle) et encore maintenue, je suis preneur.
Je suis aussi preneur si un lecteur de ce blog sait comment "patcher" à la main Numbers pour corriger ces bugs.

avatar Jymini | 

@Meaulnes
Le bug 2 n'est pas un bug. C'est toi qui veut changer la syntaxe des paramètres. La syntaxe d'une formule ou d'un langage ne se localise pas.

Bien qu'il soit vrai que le nom des formules dans les tableurs sont localisées. Mais si le paramètre est D, tu ne peux pas mettre J. Ils ont choisi D "par courtoisie" pour l'utilisateur. Ça aurait pu être A pour le jour, B pour le mois et C pour l'année.

avatar tomate | 

Rassurez-vous (ou pas), mais chez Oracle pour Java c'est pire. On se casse le c.. de pondre un rapport détaillé avec exemple et tout et puis... rien. Même pas un accusé de réception et rien dans leur base publique. Bravo les gars!

CONNEXION UTILISATEUR