Ma Dernière Frustration avec Apple
En tant que personne qui passe beaucoup de temps à construire des bots et à peaufiner du code, je ne suis pas étranger aux bugs. Ils font partie du processus. Ce qui ne devrait pas faire partie du processus, ou du moins ne devrait pas, c’est de voir vos rapports de bugs fermer aléatoirement sans aucune véritable résolution. Et pourtant, nous y revoilà, à parler d’Apple encore une fois.
Je suis profondément engagé dans un projet qui, comme beaucoup de mes bots, interagit avec divers systèmes, y compris certains frameworks Apple. Naturellement, quand je rencontre un obstacle, je fais ce que fait tout bon développeur : je signale le bug. L’idée est de contribuer à améliorer les outils pour tout le monde. Mais Apple semble avoir une idée différente de la façon dont cela fonctionne.
La Boucle “Vérifiez s’il est Toujours Cassé”
Le problème n’est pas seulement que les bugs restent non corrigés – cela se produit partout. Le souci est l’habitude d’Apple de fermer les rapports de bugs avec une demande qui revient à : “Vérifiez que ce bug existe toujours.” Ce n’est pas un cas isolé ; c’est un schéma récurrent, et c’est incroyablement frustrant pour des créateurs comme moi qui essaient de faire fonctionner les choses.
Pensez-y de mon point de vue. J’ai passé du temps à isoler un problème, à rédiger un rapport clair et parfois même à fournir un code d’exemple qui montre le problème. Puis, des semaines ou des mois plus tard, je reçois une notification que le rapport est fermé. Pas parce qu’il est corrigé, mais parce qu’Apple veut que je le vérifie à nouveau. Cela se produit souvent sans indication qu’ils ont même essayé de le reproduire de leur côté, ou que des modifications ont été apportées qui auraient pu brièvement le corriger.
Pourquoi Cela Affecte les Développeurs (et Mes Projets de Bots)
Pour moi, cela se traduit par du temps et des efforts perdus. Lorsque je construis un bot, j’ai besoin d’outils fiables. Si un composant d’un framework Apple est bogué, cela impacte directement ma capacité à fournir un bot stable. Signaler des bugs est ma manière de signaler ces problèmes, afin que j’espère obtenir une correction, ou au moins une solution de contournement, puis passer à autre chose.
Lorsque un rapport est fermé avec une demande de “vérification de son existence”, cela remet la responsabilité sur moi. Je dois alors :
- Retourner à l’ancien projet ou à la configuration.
- Rerun les tests qui ont exposé le bug en premier lieu.
- Souvent, mettre à jour vers la dernière version d’OS ou de framework (ce qui pourrait introduire de nouveaux bugs ou casser mon travail existant).
- Passer plus de temps juste pour prouver qu’un bug est toujours un bug.
Cela n’est pas productif. Mon temps est mieux utilisé à construire de nouvelles fonctionnalités pour mes bots, à optimiser leurs performances, ou à corriger des *nouveaux* bugs qui apparaissent inévitablement. Ce n’est pas une bonne utilisation de passer du temps à revérifier d’anciens bugs qui auraient dû être examinés par le fournisseur en premier lieu.
Ce qu’Apple Pourrait Mieux Faire
Si Apple veut que les développeurs contribuent à un meilleur écosystème, ils doivent montrer que les contributions des développeurs sont appréciées. Fermer simplement des rapports et nous demander de revérifier donne l’impression de vouloir épurer leur backlog sans en fait aborder les problèmes sous-jacents.
Une meilleure approche serait de :
- Communiquer clairement : Si un rapport de bug est fermé, indiquer *pourquoi*. A-t-il été reproduit ? Une correction a-t-elle été mise en œuvre ? Est-ce une limitation connue ?
- Fournir du contexte : S’ils demandent une revérification, indiquer quelles modifications (le cas échéant) ont été apportées et qui pourraient affecter le bug. Cela m’aiderait à restreindre mes re-tests.
- Prioriser : Montrer qu’ils regardent réellement ces rapports. On a l’impression que de nombreux rapports restent dans une file d’attente jusqu’à ce qu’ils atteignent un déclencheur de “revérification” arbitraire.
Jusqu’à ce moment-là, c’est juste un autre obstacle dans le monde déjà difficile de la construction de bots. Et honnêtement, cela me fait hésiter à passer mon temps précieux à signaler des bugs à Apple en premier lieu, ce qui n’est bon pour personne.
🕒 Published: