Le rapport indique qu'il faut un login/pass, et en pratique c'est bien le cas (pour utiliser l'app il faut un login/pass d'une adresse mail, donc il faut un login/pass de manière générale), donc il faut juste fournir un compte bidon (un login/pass gmail devrait faire l'affaire) lors de la transmission de l'app. (edit: et je ne suis pas le seul à tiquer).
Oui, "n'importe qui" peut créer une adresse mail, mais le processus est délégué à des gens qui font vite, et ils n'ont pas que ça à faire, ni à utiliser leur compte perso.
Donc aucun problème, suffit de suivre les consignes plutôt que de jouer les victimes sur Twitter.
Si ce n'est pas le problème, il faut me l'expliquer…
donc il faut juste fournir un compte bidon (un login/pass gmail devrait faire l'affaire) lors de la transmission de l'app
Fournir un accès à un compte de messagerie de test ou d'évaluation, dont le dev a le mot de passe et gère le contenu ? Puis qui va être utilisé par les modos d'applis de Google Play ? Ça semble être une très très mauvaise pratique.
Genre Google n'a pas une pléthore de comptes de mails pour ce besoin, pour pouvoir faire des tests avec des jeux de messages pour couvrir les tests fonctionnels.
La personne qui a évalué l'application a été trop vite et a fait une boulette (pour rester poli).
Donc aucun problème, suffit de suivre les consignes plutôt que
de jouer les victimes sur Twitter.
Si tu avais lu le thread jusqu'au bout, tu verrais que Jesse Vincent dit "oui, il va sans doute y avoir une demande, mais il faut corriger le process".
Si ce n'est pas le problème, il faut me l'expliquer…
Le process est pourri. Par exemple, comment tu ferais pour un client pour Twitter ou pour Github ? Ou comme quelqu'un dit dans le thread, pour OSM avec Vespucci.
Tu n'as sans doute pas le droit de donner ton propre compte dans les ToS, mais du coup, tu ne peux pas fournir les informations.
Avoir des politiques pourris et des exceptions qui coincent, ça arrive, personne ne demande la perfection du premier coup. Mais retirer une application qui est la depuis 12 ans, qui a sans doute des tas d'utilisateurs et qui, si j'en crois le "again" a déjà été restauré par Google (donc avec un historique), c'est un souci structurel, pas juste une erreur.
Google se place en tiers de confiance, ça doit se mériter, et c'est donc un devoir que d'appliquer un contre pouvoir à ce niveau pour que le système s'améliore.
@CassidyJames
This seems easy to solve: provide a test email account they can sign in with, so they can sign into something without testing with personal accounts.
Should they have worked a bit harder before pulling the app? Absolutely. But it seems pretty easy to resolve.
@obra
Indeed, I made this public because of the zero-strikes zero-notice removal, not because of the misguided review policy. (But also, K-9’s devs don’t run a mail server and I’m pretty sure that creating a gmail account for this and sharing the password would violate google’s TOS)
Je pense que le vrai problème est surtout que Google a retiré une application présente sur le store depuis des années, sans sommation.
Ils auraient pu ouvrir le dialogue avec le développeur, quitte à poser un ultimatum avec désactivation de l'appli dans X jours/semaines sans réponse satisfaisante de la part du développeur…
Je pense que le vrai problème est surtout que Google a retiré une application présente sur le store depuis des années, sans sommation.
Ha, quand même un qui n'essaye pas de défendre un truc hors sujet (choix de Google que de ne pas se faire chier à avoir des compte de test X ou Y).
Ils auraient pu ouvrir le dialogue avec le développeur, quitte à poser un ultimatum avec désactivation de l'appli dans X jours/semaines sans réponse satisfaisante de la part du développeur…
C'est en pratique ce qui m'étonne : j'ai déjà eu affaire, et à ma connaissance je ne suis pas le seul, à une demande de filer un login/pass, et le seul impact sur mon app a été le rejet de l'update. Donc à ma connaissance c'est loin d'être voulu, peut-être un loupé quelque part, sans savoir de qui. En tous cas on ne peut pas dire que c'est un truc voulu de la part de Google.
Ou tu n'as juste pas lu le message au-dessus parce qu'il me semble que c'est exactement ce que dit le tweet de @obra : il l'a rendu public à cause du retrait sans sommation, pas par rapport au process de review.
Donc à ma connaissance c'est loin d'être voulu, peut-être un
loupé quelque part, sans savoir de qui. En tous cas on ne peut
pas dire que c'est un truc voulu de la part de Google.
Ah oui, Google était en train de nettoyer le bouton qui retire le logiciel et paf, c'est parti tout seul.
A un moment, y bien quelqu'un dont c'est le boulot d'être responsable de retirer ou pas les applications du store. Je doute que ça soit un volontaire d'un projet opensource.
Je ne dirais pas qu'il y a un lien ou quoi que ce soit, mais, il semble qu'en ce moment ça vasouille pas mal du côté du moteur de recherche. Peut-être que ça yoyotte aussi de ce côté-là du coup.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
# Euh...
Posté par Zenitram (site web personnel) . Évalué à -2. Dernière modification le 23 mars 2022 à 18:39.
Le rapport indique qu'il faut un login/pass, et en pratique c'est bien le cas (pour utiliser l'app il faut un login/pass d'une adresse mail, donc il faut un login/pass de manière générale), donc il faut juste fournir un compte bidon (un login/pass gmail devrait faire l'affaire) lors de la transmission de l'app. (edit: et je ne suis pas le seul à tiquer).
Oui, "n'importe qui" peut créer une adresse mail, mais le processus est délégué à des gens qui font vite, et ils n'ont pas que ça à faire, ni à utiliser leur compte perso.
Donc aucun problème, suffit de suivre les consignes plutôt que de jouer les victimes sur Twitter.
Si ce n'est pas le problème, il faut me l'expliquer…
[^] # Re: Euh...
Posté par cg . Évalué à 4.
Fournir un accès à un compte de messagerie de test ou d'évaluation, dont le dev a le mot de passe et gère le contenu ? Puis qui va être utilisé par les modos d'applis de Google Play ? Ça semble être une très très mauvaise pratique.
Genre Google n'a pas une pléthore de comptes de mails pour ce besoin, pour pouvoir faire des tests avec des jeux de messages pour couvrir les tests fonctionnels.
La personne qui a évalué l'application a été trop vite et a fait une boulette (pour rester poli).
[^] # Re: Euh...
Posté par Christophe . Évalué à 5.
Oui mais non… C'est un login/pass pour se connecter à un serveur (mail) tiers, pas au serveur "de" K9Mail, qui n'existe pas.
[^] # Re: Euh...
Posté par Misc (site web personnel) . Évalué à 10.
Si tu avais lu le thread jusqu'au bout, tu verrais que Jesse Vincent dit "oui, il va sans doute y avoir une demande, mais il faut corriger le process".
Le process est pourri. Par exemple, comment tu ferais pour un client pour Twitter ou pour Github ? Ou comme quelqu'un dit dans le thread, pour OSM avec Vespucci.
Tu n'as sans doute pas le droit de donner ton propre compte dans les ToS, mais du coup, tu ne peux pas fournir les informations.
Avoir des politiques pourris et des exceptions qui coincent, ça arrive, personne ne demande la perfection du premier coup. Mais retirer une application qui est la depuis 12 ans, qui a sans doute des tas d'utilisateurs et qui, si j'en crois le "again" a déjà été restauré par Google (donc avec un historique), c'est un souci structurel, pas juste une erreur.
Google se place en tiers de confiance, ça doit se mériter, et c'est donc un devoir que d'appliquer un contre pouvoir à ce niveau pour que le système s'améliore.
[^] # Re: Euh...
Posté par Faya . Évalué à 3.
https://twitter.com/CassidyJames/status/1506703409910476804
[^] # Re: Euh...
Posté par Skanx (site web personnel) . Évalué à 1.
Je pense que le vrai problème est surtout que Google a retiré une application présente sur le store depuis des années, sans sommation.
Ils auraient pu ouvrir le dialogue avec le développeur, quitte à poser un ultimatum avec désactivation de l'appli dans X jours/semaines sans réponse satisfaisante de la part du développeur…
[^] # Re: Euh...
Posté par Zenitram (site web personnel) . Évalué à -2. Dernière modification le 24 mars 2022 à 13:47.
Ha, quand même un qui n'essaye pas de défendre un truc hors sujet (choix de Google que de ne pas se faire chier à avoir des compte de test X ou Y).
C'est en pratique ce qui m'étonne : j'ai déjà eu affaire, et à ma connaissance je ne suis pas le seul, à une demande de filer un login/pass, et le seul impact sur mon app a été le rejet de l'update. Donc à ma connaissance c'est loin d'être voulu, peut-être un loupé quelque part, sans savoir de qui. En tous cas on ne peut pas dire que c'est un truc voulu de la part de Google.
[^] # Re: Euh...
Posté par Faya . Évalué à 4.
Ou tu n'as juste pas lu le message au-dessus parce qu'il me semble que c'est exactement ce que dit le tweet de @obra : il l'a rendu public à cause du retrait sans sommation, pas par rapport au process de review.
[^] # Re: Euh...
Posté par Misc (site web personnel) . Évalué à 3.
Ah oui, Google était en train de nettoyer le bouton qui retire le logiciel et paf, c'est parti tout seul.
A un moment, y bien quelqu'un dont c'est le boulot d'être responsable de retirer ou pas les applications du store. Je doute que ça soit un volontaire d'un projet opensource.
[^] # Re: Euh...
Posté par Ysabeau 🧶 🧦 (site web personnel, Mastodon) . Évalué à 3.
Je ne dirais pas qu'il y a un lien ou quoi que ce soit, mais, il semble qu'en ce moment ça vasouille pas mal du côté du moteur de recherche. Peut-être que ça yoyotte aussi de ce côté-là du coup.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.