Bon, la plupart des développeurs iPhone ont probablement découvert le Rapporteur de bogues d'Apple et ont probablement l'ai utilisé sur plus d'une occasion. Si vous êtes un des rares qui n'ont pas, cependant, il ya le lien de retour là-bas. Un signet, et l'utiliser. Utilisez-le pour les bugs. Utilisez-le pour des améliorations. Il est le seul et unique mécanisme officiel pour laisser savoir au sujet d'Apple à la fois des bugs et des choses que nous n'aimons pas. Envoyer des messages à des forums ou des listes de diffusion - même ceux qui sont gérés par Apple - ne reçoit pas votre plainte devant personne ayant la capacité de fixer ou de les modifier.
Si vous utilisez le journaliste bug, cependant, assurez-vous que vous êtes minutieux et suivre leur format. Donnez-leur des instructions détaillées réplication. Et, être formel et poli. Rappelez-vous: une vraie personne vont lire ce que vous écrivez, et que cette personne peut très bien être le programmeur qui a écrit le code qui vous n'aimez pas ou penser a un bug.
Voici une petite chose qui confond un grand nombre de nouveaux arrivants sur le monde Apple développement - ces URL radar darn, celles qui ressemblent à ceci: http://goo.gl/qxaQm. Ils ne travaillent jamais, ils faire? La raison est que ces URL ne sont pas pour vous, ils sont destinés à des ingénieurs internes Apple avec un logiciel spécial installé pour les laisser accéder au système de repérage radar de bug. Il n'ya même pas un moyen (que je sache) pour lier ces URLs pour RadarWeb, le Web de rapport de bogues outil que nous avons tous à utiliser, et même si vous pouviez, RadarWeb ne va pas vous laisser aller à des rapports que vous ne pas créer ou sont autrement liées à
Alors, la prochaine fois que vous voyez un de ces rdar: / / URLs, rappelez-vous juste, ce n'est pas pour vous et ne vous embêtez pas essayer de cliquer, d'accord?
Loup a Rentzsh informations un peu plus sur les URL de radar, Y compris le format et pourquoi ils sont utilisés en dehors d'Apple.
Si vous utilisez le journaliste bug, cependant, assurez-vous que vous êtes minutieux et suivre leur format. Donnez-leur des instructions détaillées réplication. Et, être formel et poli. Rappelez-vous: une vraie personne vont lire ce que vous écrivez, et que cette personne peut très bien être le programmeur qui a écrit le code qui vous n'aimez pas ou penser a un bug.
Voici une petite chose qui confond un grand nombre de nouveaux arrivants sur le monde Apple développement - ces URL radar darn, celles qui ressemblent à ceci: http://goo.gl/qxaQm. Ils ne travaillent jamais, ils faire? La raison est que ces URL ne sont pas pour vous, ils sont destinés à des ingénieurs internes Apple avec un logiciel spécial installé pour les laisser accéder au système de repérage radar de bug. Il n'ya même pas un moyen (que je sache) pour lier ces URLs pour RadarWeb, le Web de rapport de bogues outil que nous avons tous à utiliser, et même si vous pouviez, RadarWeb ne va pas vous laisser aller à des rapports que vous ne pas créer ou sont autrement liées à
Alors, la prochaine fois que vous voyez un de ces rdar: / / URLs, rappelez-vous juste, ce n'est pas pour vous et ne vous embêtez pas essayer de cliquer, d'accord?
Loup a Rentzsh informations un peu plus sur les URL de radar, Y compris le format et pourquoi ils sont utilisés en dehors d'Apple.
Aucun commentaire:
Enregistrer un commentaire