Tout le monde se secoue ! 
Petite mise en bêta pour l’article de @r0anne que vous pourrez consulter la bêta à votre guise à l’adresse suivante :
Préalablement à la validation de cet article, n’hésitez pas à émettre vos remarques et suggestions quant au contenu. 
Merci !
Salut,
Il y a un problème avec l’intro. On en sait pas où on va. Pour des articles comme celui-là, c’est pas facile. Voilà ce qu’à fait informaticienzero pour le RER A :
À travers une série d’articles, dont celui-ci est le premier, nous allons en apprendre plus sur les origines de ce fameux RER, sur les motivations de ses concepteurs, sa progression, ses défauts, ses qualités. En bref, tu seras incollable sur le sujet.
C’est (très) court, mais on a quand même le minimum.
Pas de conclusion.
Souvent, on se perd dans l’article. Masse de donnée pas forcément analysées (partie Le code-barre PDF417), par exemple.
J’ai l’impression qu’une bonne partie de l’article est un compte-rendu de tes recherches. Autrement dit « comment j’ai trouvé ce dont je vous parle », et non pas le résultat final seulement (l’information elle-même). En soi, pourquoi pas, j’aime bien ce genre d’article. Sauf que là, ce n’est absolument pas assumé. Ce n’est ni les infos elles-mêmes, ni une explication commentée de comment obtenir ces infos et remonter à ce qu’elles signifient, c’est un journal d’étude. « J’ai trouvé ça comme ça ; maintenant point suivant… ».
Pour toi, c’est très utile (tu parles de pense-bête dans ton billet). Pour le lecteur, bof.
Il y a à mon sens trois articles mélangés :
Chacun est bon en soi, mais ils se mélangent mal. Et il est indispensable de préciser comment tu vas aborder la chose au lecteur, pour qu’il ne soit pas pris au dépourvu et pour qu’il soit dans le bon état d’esprit.
en changeant d’adresse IP de temps en temps avec Tor tant qu’à faire, le nombre de scans gratuits est limité
Tu n’es pas obligé de préciser que tu as délibérément choisi de ne pas respecter les conditions d’utilisation du site, tu sais…
elle n’a pas le vent en poupe et les grandes métropoles comptent pour beaucoup supprimer le ticket de métro d’ici quelques années
J’étais au courant pour l’Île-de-France, mais je n’ai rien trouvé pour d’autres (noyé entre l’ÎDF et les tickets de caisse).
Bonjour,
Merci pour les remarques.
Tu n’es pas obligé de préciser que tu as délibérément choisi de ne pas respecter les conditions d’utilisation du site, tu sais…
Je n’ai pas de relation contractuelle avec ce site et changer d’adresse IP n’est pas proscrit par la loi française.
Souvent, on se perd dans l’article. Masse de donnée pas forcément analysées (partie Le code-barre PDF417), par exemple.
C’est délibéré, PDF417 comme QR Code est ultra-complexe et nécessiterait un article à lui seul. Il y a une bonne doc en français dont j’ai mis le lien dans l’article.
Suite à ton commentaire, je précise dans l’article : « et il est complexe, c’est pourquoi nous ne nous attarderons pas trop sur son décodage ».
J’ai l’impression qu’une bonne partie de l’article est un compte-rendu de tes recherches. Autrement dit « comment j’ai trouvé ce dont je vous parle », et non pas le résultat final seulement (l’information elle-même). En soi, pourquoi pas, j’aime bien ce genre d’article. Sauf que là, ce n’est absolument pas assumé. Ce n’est ni les infos elles-mêmes, ni une explication commentée de comment obtenir ces infos et remonter à ce qu’elles signifient, c’est un journal d’étude. « J’ai trouvé ça comme ça ; maintenant point suivant… ».
Ouais, c’est un mélange de culture générale et documentation technique, avec quelques techniques d’analyse en sécurité. C’est presque ce qu’on pourrait trouver dans un magazine spécialisé.
L’idée est que ce soit à la fois instructif et pas trop barbant à lire.
Pour les méthodologies employées, je pourrais aller dans la mise en place d’un environnement d’analyse applicatif à base de mitmproxy et les techniques de reverse statique, mais j’exploserais la quantité de HS. Donc je ne sais pas si c’est pertinent pour ZdS, plus pour un article dans MISC.
Sur le côté journal de bord, je cite mes sources pour ce qui dépend directement d’une source extérieure bien analysable (directive européenne, documentation externe, analyse technique antérieure, etc.) et je pense que c’est quand même utile pour apporter des bases de vérifications et des références historiques.
J’étais au courant pour l’Île-de-France, mais je n’ai rien trouvé pour d’autres (noyé entre l’ÎDF et les tickets de caisse).
Je ne pensais surtout aux autres réseaux européens (Londres l’a déjà fait par exemple). En France, on a pas trop de réseaux de métro lourd tout court (surtout des tramways et des métro légers, type VAL, sur des réseaux de province – très subventionnés – où les enjeux de propreté de l’espace public et de manque à gagner ne sont pas les mêmes).
J’ai précisé dans l’article « les grandes métropoles européennes ».
Il y a un problème avec l’intro. On en sait pas où on va. Pour des articles comme celui-là, c’est pas facile.
J’ai ajouté un paragraphe explicatif : « Dans cet article, nous allons explorer en profondeur les informations présentes sur différents supports répandus (billet papier, ticket de métro, carte à puce, application smartphone sans contact) et les techniques que celles-ci tendent à utiliser, tout en vulgarisant quelques notions de sécurité électronique et matérielle. Le degré de complexité dépendra du système examiné. »
Pas de conclusion.
J’ai pas vraiment à en donner, je donne une vision globale de différents mécanismes de billetterie employés à travers le temps et je décris leurs caractéristiques de manière assez encyclopédique. Je n’ai pas vraiment de vision sur ce qui va se passer dans le futur (à part que le billet papier va probablement disparaître et le post-paiement va probablement se généraliser, mais ça je le dis déjà).
Bonne journée,
Juste pour revenir sur la conclusion, pas besoin de connaître le futur pour en rédiger une. Une bonne conclusion, c’est plutôt un résumé des points importants du contenu.
Un de mes profs de communication à l’école disait :
Écrivez votre conclusion comme si c’était la seule chose que le décideur allais lire de votre rapport, parce que ça sera très souvent le cas. Elle doit synthétiser en un minimum de mots tout ce qu’il était important de retenir du contenu.
Ce principe s’applique aussi très bien à des contenus autres que des rapports : avec cette synthèse, le lecteur peut immédiatement savoir s’il a bien compris ce qu’il était important de retenir ; et détecter très facilement s’il a loupé quelque chose d’important (puisque la conclusion mentionnera qu’il est censé avoir vu X qu’il n’a pas compris).
De ce point de vue c’est souvent intéressant d’écrire la conclusion avant le corps du texte.
Sinon je n’ai pas (encore) lu l’article.
Ça s’applique très particulièrement à un rapport qui doit être lu par un décideur, puisqu’un rapport a forcément un but et amène vers une décision, en produisant une analyse au milieu. Mais ici, c’est juste de la connaissance encyclopédique et un peu d’histoire pour contextualiser, plus quelques corollaires socio-économiques ultra-générales (sur la carte à puce uniquement).
Elle doit synthétiser en un minimum de mots tout ce qu’il était important de retenir du contenu.
Pour le coup, ça ressemble à ce que j’ai ajouté à l’introduction sur conseil de Gabbro, et ça ressemble aussi à ce que Wikipédia met dans ses résumés introductifs sans pour autant mettre de conclusion (bien entendu ce que j’écris n’irait pas sur Wikipédia, mais parce qu’il y a un peu de didactique et beaucoup d’analyse technique, pas parce que je donne mon avis sur grand chose).
Si toutefois quelqu’un a une idée de quoi mettre de pertinent dans une conclusion, je ne suis pas fermé à en ajouter une.
Ce n’est ni les infos elles-mêmes, ni une explication commentée de comment obtenir ces infos et remonter à ce qu’elles signifient, c’est un journal d’étude. « J’ai trouvé ça comme ça ; maintenant point suivant… ».
Tu pensais peut-être à la partie qui parle du ticket smartphone NFC. Je souhaite aussi respecter un minimum la propriété intellectuelle des développeurs de l’application, c’est pourquoi je ne me suis pas trop étendu dessus. Aussi, je viens de la dégraisser en détails et d’ajouter un avertissement.
J’ai également ajouté une conclusion très succincte.
Pour info, tant que tu ne mets pas à jour la béta, on ne peut pas voir ce que tu as fait.
J’ai mis à jour la bêta 
C’est un message de mise à jour automatique modifié. (Presque tous mes messages jusqu’à celui-ci)
Il me semble qu’il faut nous laisser le lien qui change d’une bêta à l’autre
Non, le lien de la bêta est stable.
Bonjour,
La bêta du contenu « Anatomie d’un titre de transport : du billet à la carte à puce » a été désactivée.
