Je n'ai jamais croisé un seul développeur iOS qui n'avait pas au moins une histoire d'horreur avec le processus de validation...
Oui, on a tous croisé un reviewer qui a fait chier. De deux choses l'une:
- soit le développeur savait très bien qu'il n'était pas censé faire ca. L'exemple de base, c'est la description "what's new", ou 99.99% des développeurs mettent une variant de "bug fixes and improvements", ce qui est explicitement interdit. Dur de faire la tete de pikachu choqué quand ca te tombe dessus. Ca t'arrives une fois, et apres tu continues a le faire, en gardant une description originale sous le coude pour le jour ou ca te retombe dessus. Ca tombe dans la catégorie "règle trop stricte qui emmerde tout le monde", mais ca a rien de surprenant
- soit le reviewer s'est levé du mauvais pieds, a mal compris ce que faisait l'application, et ca se résout via une discussion avec le reviewer, via l'interface. J'ai personnellement eu des cas ou le reviewer a mal lu le rapport d'analyse statique et a prétendu qu'on utilisait une api privée. Résolu en 2 heures sans avoir a soumettre un nouveau build.
De memoire, je peux compter 2 cas ou on a été réellement surpris par le reviewer:
- sortie d'iOS 12, ou on nous a cassé les couilles (a tort, et en dernière minute) pour ne pas avoir inclut de screenshot iPad incluant la nouvelle status barre
- release avec SCA, ou le sdk de stripe s'est fait jeter pour utiliser une obfuscation de leur librairie 3ds2 qui ressemblait un peu trop a une faille de sécurité. C'est techniquement écrit noir sur blanc, mais effectivement les subtilités techniques sont pas forcement triviales.
2 cas sur qq chose comme 150 a 200 releases sur les 10 dernières années. On est loin du "personne ne comprend les règles".
Les gros peuvent se permettre de se plaindre, les petits peuvent se faire bannir.
Apple ne bannit que très rarement, et ca a toujours été en réponse proportionnée a un développeur qui jouait au plus con. A savoir, un scammer pur et dur, ou quelqu'un qui enfreignait explicitement les règles de façon malicieuse.
Des refus d'approuver une appli, ca oui, ca arrive, mais c'est pas un bannissement. Et ca vient toujours avec un "vous faites ci ou ca qui enfreint ces règles ci, corrigez ca, et vous êtes bon". Règles qui sont, encore une fois, bien comprises par tout le monde sur le store.
Donc oui, on peut discuter de la stupidité de certaines règles, mais personne ne peut raisonnablement prétendre ne pas être au courant.
Et vu toutes les réactions rien qu'à cet exemple (hey) des développeurs individuels
(削除) Hey, un développeur individuel? Basecamp est une boite de 60 personnes qui mange plusieurs dizaines a centaines de millions de dollars par an. J'ai du mal a les décrire comme un développeur individuel. (削除ここまで)
Edit: mal compris ton message initial, je retire
personne n'est surpris
Ben voyons. Meme Gruber de daring fireball a été choqué par cette rejection, ainsi que la plupart des twitters et bloggers prominent de la communauté.
[^] # Re: Partagé
Posté par groumly . En réponse au journal Epic poursuit Apple en justice pour le monopole AppStore. Évalué à 0. Dernière modification le 14 août 2020 à 21:00.
Oui, on a tous croisé un reviewer qui a fait chier. De deux choses l'une:
- soit le développeur savait très bien qu'il n'était pas censé faire ca. L'exemple de base, c'est la description "what's new", ou 99.99% des développeurs mettent une variant de "bug fixes and improvements", ce qui est explicitement interdit. Dur de faire la tete de pikachu choqué quand ca te tombe dessus. Ca t'arrives une fois, et apres tu continues a le faire, en gardant une description originale sous le coude pour le jour ou ca te retombe dessus. Ca tombe dans la catégorie "règle trop stricte qui emmerde tout le monde", mais ca a rien de surprenant
- soit le reviewer s'est levé du mauvais pieds, a mal compris ce que faisait l'application, et ca se résout via une discussion avec le reviewer, via l'interface. J'ai personnellement eu des cas ou le reviewer a mal lu le rapport d'analyse statique et a prétendu qu'on utilisait une api privée. Résolu en 2 heures sans avoir a soumettre un nouveau build.
De memoire, je peux compter 2 cas ou on a été réellement surpris par le reviewer:
- sortie d'iOS 12, ou on nous a cassé les couilles (a tort, et en dernière minute) pour ne pas avoir inclut de screenshot iPad incluant la nouvelle status barre
- release avec SCA, ou le sdk de stripe s'est fait jeter pour utiliser une obfuscation de leur librairie 3ds2 qui ressemblait un peu trop a une faille de sécurité. C'est techniquement écrit noir sur blanc, mais effectivement les subtilités techniques sont pas forcement triviales.
2 cas sur qq chose comme 150 a 200 releases sur les 10 dernières années. On est loin du "personne ne comprend les règles".
Apple ne bannit que très rarement, et ca a toujours été en réponse proportionnée a un développeur qui jouait au plus con. A savoir, un scammer pur et dur, ou quelqu'un qui enfreignait explicitement les règles de façon malicieuse.
Des refus d'approuver une appli, ca oui, ca arrive, mais c'est pas un bannissement. Et ca vient toujours avec un "vous faites ci ou ca qui enfreint ces règles ci, corrigez ca, et vous êtes bon". Règles qui sont, encore une fois, bien comprises par tout le monde sur le store.
Donc oui, on peut discuter de la stupidité de certaines règles, mais personne ne peut raisonnablement prétendre ne pas être au courant.
(削除) Hey, un développeur individuel? Basecamp est une boite de 60 personnes qui mange plusieurs dizaines a centaines de millions de dollars par an. J'ai du mal a les décrire comme un développeur individuel. (削除ここまで)Edit: mal compris ton message initial, je retire
Ben voyons. Meme Gruber de daring fireball a été choqué par cette rejection, ainsi que la plupart des twitters et bloggers prominent de la communauté.