Excellent film, d'ailleurs je pense qu'on pourrait trouver des situations existant réellement pour un bon paquets de scènes de ce film…. C'est flippant quand on y pense!
Alors je prend toujours mes rendez-vous par téléphone, mais comme le centre médical fonctionne avec doctolib, et bien même sans compte doctolib et sans jamais avoir voulu aller sur leur site je suis quand même dans leur base de donnée!
Je le sais car 72h avant un rendez-vous je reçois un texto de leur part avec un lien qui récapitule toutes les infos à avoir: date / heure / lieux / pièces à apporter, etc….
Et bien je me suis posé la question figure toi, est ce que je n'en demande pas trop? Franchement ça m'embêterait bien ce job (de scanner des papiers à longueur de journée), j'avoue.
Après, si t'es secrétaire médicale t'es au courant que ça fera partie du job, tout comme JIRA si t'es dev. C'est chiant mais faut faire avec.
Mais à mon sens une bonne solution est une solution où tout le monde peut vivre avec. Si la secrétaire ça la gonfle de faire 100 scans par jour, je suis OK pour lui faciliter la vie mais qu'on mette en place quelque chose d'efficace alors. Mais passer de 2min d'administratif à 20minutes (attente + interface merdique qui prend des plombes), j'ai plus le sentiment qu'on est dans une logique comptable où on va gratter dans tous les sens plutôt qu'autre chose…
Les caisses rapides où tu scannes toi même au supermarché, c'est quand même effectivement plus rapide si tu as peu d'articles.
Et devoir demander de l'aide pour utiliser une interface, c'est hyper humiliant pour la personne qui n'y arrive pas. Il y a des gens qui préfèrent ne plus faire plutôt que d'être en situation d'échec, même si on les aide.
Les interfaces pourries ne devraient pas exister.
J'ai proposé une PR sur le github du site, simplement une phrase en plus pour préciser que l'email n'est pas valable comme identifiant. Je ne connais pas le Ruby, je ne pense pas pouvoir faire plus!
Je me suis fait bien avoir, j'ai même écrit un mail à la team avant de tomber sur ce rapport de bug. Effectivement ça ne fonctionne pas avec l'adresse mail mais que avec l'identifiant.
Je pense que simplement changer le message d'erreur en ajoutant "pensez à utiliser votre nom d'utilisateur et pas votre mail" aiderait grandement (au moins pour les lents du cerveau comme moi).
Bonjour, je lis depuis longtemps linuxfr.org, ton journal m'a fait sauter le pas de l'inscription :-)
Merci pour ton retour d'expérience, c'est très enrichissant! Je serai également très intéressé par un journal technique. J'ai quelques questions de cet ordre, mais j'attendrais donc un peu pour les poser :-)
@yPhil: je ne connaissais pas petrolette non plus, dommage ça aurait pu m'intéresser il y a quelques temps. Depuis je suis parti sur une solution TinyRSS autohébergée qui me convient bien, je ne pense pas re-bouger les choses de ce côté…
Sinon sur le côté "joie d'avoir des utilisateurs qui utilisent ton service", c'est vrai que c'est probablement plus difficile de ramener des utilisateurs sur un nouveau projet que l'inverse. Personnellement j'ai eu (la chance) d'avoir la démarche inverse en créant une sorte de clone de cagette.net pour une asso avec des règles métiers hyper spécifiques, avec seulement 1 projet libre à mon actif j'ai d'un coup plein d'utilisateurs super heureux qui me remercie presque à chaque fois que je les croise tellement c'était l'enfer pour eux avant avec leurs feuilles excel. Par contre, on n'a pas trop le choix du sujet dans ces cas là bien évidemment.
[^] # Re: Patience, on y est presque
Posté par polochon . En réponse au journal Rendez moi mon futur!. Évalué à 3.
Excellent film, d'ailleurs je pense qu'on pourrait trouver des situations existant réellement pour un bon paquets de scènes de ce film…. C'est flippant quand on y pense!
[^] # Re: Monde idéal?
Posté par polochon . En réponse au journal Rendez moi mon futur!. Évalué à 7.
Alors je prend toujours mes rendez-vous par téléphone, mais comme le centre médical fonctionne avec doctolib, et bien même sans compte doctolib et sans jamais avoir voulu aller sur leur site je suis quand même dans leur base de donnée!
Je le sais car 72h avant un rendez-vous je reçois un texto de leur part avec un lien qui récapitule toutes les infos à avoir: date / heure / lieux / pièces à apporter, etc….
Là en ce moment j'ai une intervention prévue à l'hopital doctolib est au courant, les radio aussi, le dentiste aussi…
Bref, s'ils veulent faire un profil médical sur moi et le revendre (https://www.capital.fr/entreprises-marches/doctolib-au-coeur-dun-scandale-autour-de-lenvoi-de-donnees-a-facebook-1407456) ils ont quasi toutes les données… Sans parler des failles de sécurité: https://www.lemonde.fr/pixels/article/2020/07/23/doctolib-victime-d-un-vol-de-donnees_6047078_4408996.html
[^] # Re: Pensons à l'autre côté du comptoir
Posté par polochon . En réponse au journal Rendez moi mon futur!. Évalué à 5.
Et bien je me suis posé la question figure toi, est ce que je n'en demande pas trop? Franchement ça m'embêterait bien ce job (de scanner des papiers à longueur de journée), j'avoue.
Après, si t'es secrétaire médicale t'es au courant que ça fera partie du job, tout comme JIRA si t'es dev. C'est chiant mais faut faire avec.
Mais à mon sens une bonne solution est une solution où tout le monde peut vivre avec. Si la secrétaire ça la gonfle de faire 100 scans par jour, je suis OK pour lui faciliter la vie mais qu'on mette en place quelque chose d'efficace alors. Mais passer de 2min d'administratif à 20minutes (attente + interface merdique qui prend des plombes), j'ai plus le sentiment qu'on est dans une logique comptable où on va gratter dans tous les sens plutôt qu'autre chose…
Les caisses rapides où tu scannes toi même au supermarché, c'est quand même effectivement plus rapide si tu as peu d'articles.
Et devoir demander de l'aide pour utiliser une interface, c'est hyper humiliant pour la personne qui n'y arrive pas. Il y a des gens qui préfèrent ne plus faire plutôt que d'être en situation d'échec, même si on les aide.
Les interfaces pourries ne devraient pas exister.
[^] # Re: Piratage d'engins agricoles
Posté par polochon . En réponse à la dépêche Du tracteur logiciel non réparable au risque pour la sécurité alimentaire américaine ?. Évalué à 3.
En tout cas, les ukrainiens sont déjà dans le business du hack de tracteurs: https://www.lemonde.fr/pixels/visuel/2017/08/08/agro-hackeurs-du-nebraska_5170156_4408996.html
L'article ne parle pas de crop circles :-)
# Coquille?
Posté par polochon . En réponse à la dépêche Créer le paquet Pétrolette pour Yunohost. Évalué à 0.
Hello,
c'est peut être une erreur temporaire chez yunohost mais le lien concernant les helpers (https://yunohost.org/en/packaging_apps_helpers) semble en vrac. Par contre celui là fonctionne: https://yunohost.org/fr/packaging_apps_helpers
[^] # Re: Compris : ergonomie du login
Posté par polochon . En réponse à l’entrée du suivi Mot de passe ne marche jamais. Évalué à 0 (+0/-0).
J'ai proposé une PR sur le github du site, simplement une phrase en plus pour préciser que l'email n'est pas valable comme identifiant. Je ne connais pas le Ruby, je ne pense pas pouvoir faire plus!
[^] # Re: Compris : ergonomie du login
Posté par polochon . En réponse à l’entrée du suivi Mot de passe ne marche jamais. Évalué à 1 (+0/-0).
Je me suis fait bien avoir, j'ai même écrit un mail à la team avant de tomber sur ce rapport de bug. Effectivement ça ne fonctionne pas avec l'adresse mail mais que avec l'identifiant.
Je pense que simplement changer le message d'erreur en ajoutant "pensez à utiliser votre nom d'utilisateur et pas votre mail" aiderait grandement (au moins pour les lents du cerveau comme moi).
# Merci!
Posté par polochon . En réponse au journal Flus : bilan d’un an d’activité. Évalué à 1.
Bonjour, je lis depuis longtemps linuxfr.org, ton journal m'a fait sauter le pas de l'inscription :-)
Merci pour ton retour d'expérience, c'est très enrichissant! Je serai également très intéressé par un journal technique. J'ai quelques questions de cet ordre, mais j'attendrais donc un peu pour les poser :-)
@yPhil: je ne connaissais pas petrolette non plus, dommage ça aurait pu m'intéresser il y a quelques temps. Depuis je suis parti sur une solution TinyRSS autohébergée qui me convient bien, je ne pense pas re-bouger les choses de ce côté…
Sinon sur le côté "joie d'avoir des utilisateurs qui utilisent ton service", c'est vrai que c'est probablement plus difficile de ramener des utilisateurs sur un nouveau projet que l'inverse. Personnellement j'ai eu (la chance) d'avoir la démarche inverse en créant une sorte de clone de cagette.net pour une asso avec des règles métiers hyper spécifiques, avec seulement 1 projet libre à mon actif j'ai d'un coup plein d'utilisateurs super heureux qui me remercie presque à chaque fois que je les croise tellement c'était l'enfer pour eux avant avec leurs feuilles excel. Par contre, on n'a pas trop le choix du sujet dans ces cas là bien évidemment.
Polochon