Duerr dit que «les développeurs souvent obtenir une réponse qui comprend une section ésotérique de l'Accord Développeurs cité pour eux. Cela est bien loin de la «fournir des directives spécifiques sur la façon dont le développeur peut corriger l'application» qu'ils prétendaient dans leur lettre de réponse. Clairement un examinateur sait pourquoi, en termes simples (pas de jargon juridique Accord développeur vague), pourquoi ils ont l'intention de dire non.
Où est le mal en disant simplement: «Non, mais si vous faites X alors nous dira probablement oui" Meilleure communication:? Duerr dit que les e-mails que les développeurs reçoivent actuellement "jettent peu ou pas de lumière sur la vraie question. Ils requièrent presque toujours un montant élevé de l'interprétation, suivie par un acte de foi que le développeur sait ce que Apple signifiait réellement. »Il ajoute que les emails au résultat de l'équipe d'examen de l'application dans les réponses en conserve 99,99% du temps.
Processus d'appel: Duerr pense qu'il devrait y avoir un processus défini d'appels où un développeur pouvait parler avec quelqu'un plus haut dans la chaîne de commandement qui est capable de répondre à des questions avec des informations spécifiques plutôt que de simplement réciter le script de rejet. "Même si la réponse reste non, venir à une entente sur cette réponse serait aller un long chemin à convaincre les développeurs que l'iPhone est encore une plate-forme utile.
Lorsque vous êtes complètement dans l'obscurité, il est vraiment difficile de justifier la poursuite des investissements », dit Duerr.Fix les restitutions émission:" Si Apple décide sur un coup de tête à changer leur esprit et supprimer une application de la boutique après qu'il a déjà été mis en vente pour toute longueur de temps, Apple doit payer la facture sur les remboursements qu'ils décident d'accorder aux utilisateurs finaux », explique Duerr." Cette frappe de toute évidence près de la maison pour nous, mais il ne pouva
USB & amp; ndash; Lequel es…