Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2020-07-15T21:21:18+02:00Les derniers messages parus sur le forum de Zeste de Savoir.Amélioration des outils de validation, message #2240852020-07-15T21:21:18+02:00qwerty/@qwertyhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p224085<p>Suggestion : une notification quand on a un nouveau contenu à valider.</p>Amélioration des outils de validation, message #2235562020-07-08T16:39:14+02:00adri1/@adri1https://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223556<blockquote>
<p>Il faudrait faire attention à comment l’ancre est gérée selon la modification du texte mais on peut très bien imaginer une version de validation où le texte ne peut jamais être supprimé mais seulement barré (et sera supprimé à la fin de la validation).</p>
</blockquote>
<p>Ça, c’est déjà géré par Git. Si tout ce qu’on regarde sont des diff (éventuellement rendus plutôt que sous forme MD brute) avec d’un côté la version avec le commentaire attaché et l’autre la version qui prend le commentaire en compte, on est bon.</p>Amélioration des outils de validation, message #2235552020-07-08T16:32:37+02:00Holosmos/@Holosmoshttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223555<p>Pour la même raison que je ne modifie jamais le texte des auteurs que je valide, je ne suis pas convaincu par l’intégration des commentaires dans le texte.</p>
<p>C’est peut-être du pinaillage, mais il faut séparer le texte de l’auteur des commentaires, sinon c’est le bordel et on sait plus qui fait quoi. Amha il faut que les commentaires de validation soient créés et validés (= clos) par le validateur, et donc ne pas laisser l’auteur les gérer mais seulement y répondre et modifier son texte.</p>
<p>Comment cela pourrait-il se faire ? Il faut d’une façon ou d’une autre avoir un systèmes d’ancres dans le texte pour pouvoir lier les commentaires à des endroits spécifiques. Ensuite un fichier séparer de commentaires qui recenses les commentaires du validateur. Il faudrait faire attention à comment l’ancre est gérée selon la modification du texte <strong>mais</strong> on peut très bien imaginer une version de validation où le texte ne peut jamais être supprimé mais seulement barré (et sera supprimé à la fin de la validation).</p>Amélioration des outils de validation, message #2235172020-07-07T15:50:32+02:00Amaury/@Amauryhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223517<p>Clairement, annoter le contenu directement avec des commentaires MD serait le plus simple, et de loin. Même si j’y pensais pas exactement de la même façon, j’avais pensé à cet usage aussi.</p>
<p>Ce à quoi j’avais pensé c’était un commentaire de début et de fin de commentaire (pour indiquer ce qu’on commente) avec un identifiant, référençant un fil de discussion en base de données (donc sans tout stocker dans le fichier MD : on n’y garde qu’un pointeur). Dans cet esprit : </p>
<div class="hljs-code-div"><div class="hljs-line-numbers"><span></span><span></span></div><pre><code class="hljs language-md">Un texte <span class="xml"><span class="hljs-comment"><!--COMMENTS COMMENT:821:START COMMENTS--></span></span>qui parle de toasters
électriques<span class="xml"><span class="hljs-comment"><!--COMMENTS COMMENT:821:END COMMENTS--></span></span> et nucléaires.
</code></pre></div>
<p>Même si j’admets que ce que tu listes dans les avantages est également intéressant.</p>
<p>Mais dans les faits c’est compliqué. Tu poses trois questions, <a href="/membres/voir/firm1/" rel="nofollow" class="ping ping-link">@<span class="ping-username">firm1</span></a>, et si je pense que les deux premières sont vite répondues<sup id="fnref-1-g6F_p3jJI"><a href="#fn-1-g6F_p3jJI" class="footnote-ref">1</a></sup>, la troisième est bien plus délicate.</p>
<p>Parce qu’il n’est pas aussi simple de passer à un système de branches. Actuellement, certes le contenu est stocké dans un dépôt git, mais on considère que le système de fichier est la référence de ce qu’on affiche à l’utilisateur. Si on passe à un système avec une branche par version (bêta/publiée/brouillon), il faudra passer le dépôt en <em>headless</em> et lire les fichiers depuis <code>.git</code> et non plus depuis le système de fichiers (comme ce que font GitHub/GitLab/etc.). Ou a minima, faire ça pour la branche <code>beta</code>. C’est faisable, mais ça implique pas mal de changements, et j’ignore ce que ça peut donner en terme de performances.</p>
<p>On ne peut pas se contenter de faire des <code>checkout</code> car ça pourrait poser des soucis assez dramatiques en cas de modifications de plusieurs versions par plusieurs personnes en même temps (exemple, une personne qui regarde ou commente la bêta (impliquant un <code>checkout beta</code>) alors qu’une autrice publie une nouvelle version sur la branche brouillon). Ou alors, il faudrait un système de verrou qui met l’un ou l’autre en attente le temps que l’opération soit terminée.</p>
<p>Et si on modifie la branche <code>beta</code> en ajoutant des commentaires, il faudra faire attention aux soucis de conflits de fusion lors de la mise à jour de la bêta. Sauf à faire un <code>pull --force</code> mais alors on perdrait les commentaires (à voir si c’est gênant).</p>
<p>Ou alors il ne faut autoriser l’annotation que de la version brouillon (qu’est toujours la version la plus avancée du contenu au sens de l’historique git mono-branche qu’on a actuellement pour chaque contenu), mais alors on perd la possibilité d’utiliser le système pour la bêta, et ce serait dommage.</p>
<p>J’adorerais pouvoir trouver un système permettant d’identifier un extrait de texte dans un texte brut plus long sans modifier le texte, et qui soit fiable au fil des modifications (peut-être quelque chose à base de diff/blame ?). Mais je n’ai rien trouvé de satisfaisant encore. Ça permettrait de pouvoir annoter un contenu sans modifier le moindre fichier, ce qui serait bien plus propre à mon sens.</p>
<p>Bref. Ma réflexion est encore en cours. Je ne maîtrise pas non plus le code de <em>tutorialv2</em>, donc il est peut-être plus simple que ce que je ne le pense de passer sur un système de branches.</p>
<div class="footnotes">
<hr>
<ol>
<li id="fn-1-g6F_p3jJI">Pour la première, on ne modifie pas techniquement le contenu, mais on l’annote. En soit, la technique importe peu dans ce cadre là : ok, on modifie le même fichier mais ça n’altère pas le contenu en lui-même. Pour moi c’est donc un faux problème. Pour la seconde question, comme tu dis, il suffit de minimiser le nombre de commits en ayant une interface dans le style des <em>reviews</em> de GitHub, où l’on envoie tout d’un coup à la fin. Et il est également tout à fait possible d’ajouter un marqueur dans le message de commit qui minimiserait ces commits-là dans l’historique.<a href="#fnref-1-g6F_p3jJI" class="footnote-backref" title="Retourner au texte de la note 1">↩</a></li>
</ol>
</div>Amélioration des outils de validation, message #2235162020-07-07T15:02:30+02:00firm1/@firm1https://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223516<p>Dans la même veine de ce que propose <a href="/membres/voir/qwerty/" rel="nofollow" class="ping ping-link">@<span class="ping-username">qwerty</span></a>, mais différemment, pour l’histoire des commentaires, je me demande si l’on ne pourrait pas se servir justement des <strong>commentaires</strong> de notre markdown.</p>
<h4 id="le-principe">Le principe<a aria-hidden="true" href="#le-principe"><span class="icon icon-link"></span></a></h4>
<p>Aujourd’hui, la syntaxe de notre markdown, nous permet d’insérer des commentaires en balisant le contenu de notre texte par <code><--COMMENTS ceci est une partie commentée. COMMENTS--></code>. Et si on l’utilise pour gérer la review/commentaire sur notre markdown, on en tire beaucoup d’avantages et forcément des inconvénients.</p>
<p>Dans l’idée donc, on pourrait cliquer sur un mot, une phrase ou un paragraphe, on aurait un bouton "insérer un commentaire". En cliquant dessus on a une modale, dont le seul but est de receuillir le texte qui sera insérer après le curseur de texte. Lors de l’affichage, (à supposer que notre parseur markdown arrive à nous renvoyer les commentaires avec leurs numéros de ligne sous forme de métadonnée) il suffirait d’afficher les commentaire en dehors de la zone de lecture (comme sur Google docs par exemple)</p>
<h4 id="avantages">Avantages<a aria-hidden="true" href="#avantages"><span class="icon icon-link"></span></a></h4>
<ul>
<li>Le commentaire est porté par le markdown, ce qui veut dire que le commentaire est versionné avec le contenu (ça en fait un dépôt git auto portant donc pas besoin d’une base de données a coté pour lire les commentaire)</li>
<li>L’auteur en modifiant les sources de son contenu, a à portée des yeux le commentaire du relecteur, il peut, dès qu’il traite un commentaire supprimer lui même la balise commentaire pour ne plus avoir le commentaire affiché par la suite.</li>
</ul>
<h4 id="inconvénients">Inconvénients<a aria-hidden="true" href="#inconvénients"><span class="icon icon-link"></span></a></h4>
<ul>
<li>Le contenu de ce qui est dans la balise <code>COMMENTS</code>, dans l’idéal doit être formaté (json ? xml ?) pour pouvoir a minima renseigner l’auteur et la date du commentaire.</li>
<li>C’est quand même vachement verbeux quand il y a beaucoup de commentaires</li>
</ul>
<h4 id="quelques-questions">Quelques questions<a aria-hidden="true" href="#quelques-questions"><span class="icon icon-link"></span></a></h4>
<p>J’imagine que certaines questions peuvent revenir sur le tapis comme :</p>
<div class="custom-block custom-block-question"><div class="custom-block-body"><p>Si le commentaire fait parti du markdown et qu’une personne extérieure rajoute du texte (certe un commentaire) dans mon contenu, ça ne fait pas de lui un auteur potentiel ? Est-ce que c’est compatible avec toutes les license ?</p></div></div>
<p>Je n’ai pas de réponse à donner, mais dans le pire des cas, on pourrait imaginer que les commits généré par les commentaires soient sur une branche dédiée (un contenu étant un dépot git)</p>
<div class="custom-block custom-block-question"><div class="custom-block-body"><p>Si un commentaire = un commit l’historique risque d’être pollué non ?</p></div></div>
<p>Pas forcément, l’interface doit encourager à faire toutes ses reviews "en mémoire" et poster le tout d’un coup dans un seul commit.</p>
<div class="custom-block custom-block-question"><div class="custom-block-body"><p>Aujourd’hui toute les étapes (brouillon, beta, validation, publication) du contenu est géré sur la même branche. Comment on fait des commentaire sur la beta sans impacter la version brouillon.</p></div></div>
<p>Il faudra visiblement séparer chaque étape sur plusieurs branches. Ce qui est visiblement le plus difficile techniquement parlant.</p>
<hr>
<p>J’avoue, pour avoir déjà réfléchi à la question sur papier, cette façon de faire me semble la plus réalisable techniquement sans trop se planter.</p>
<p>Après il y a peut-être des points bloquant qui m’aurait échappés, mais à première vu ça ne me semble pas déconnant comme approche.</p>Amélioration des outils de validation, message #2235132020-07-07T13:28:27+02:00entwanne/@entwannehttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223513<figure><blockquote>
<p>Pour les commentaires, il existe une <a href="http://criticmarkup.com/">version officieuse de markdown</a> pour faire ça… Ça peut être quelque chose d’envisageable ?</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223511">qwerty</a></figcaption></figure>
<p>Ce serait bizarre d’intégrer ça au code source du contenu.</p>Amélioration des outils de validation, message #2235112020-07-07T13:25:36+02:00qwerty/@qwertyhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223511<p>Pour les commentaires, il existe une <a href="http://criticmarkup.com/">version officieuse de markdown</a> pour faire ça… Ça peut être quelque chose d’envisageable ?</p>Amélioration des outils de validation, message #2235092020-07-07T12:48:39+02:00Holosmos/@Holosmoshttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223509<p>Ce serait bien <em>pendant la validation</em> d’avoir une persistence des commentaires à travers les différentes versions. Un peu à la Google, oui.</p>
<p>La persistence permettrait de suivre ce que fait l’auteur, et de ne pas bêtement devoir chercher tous les commentaires dès qu’une petite modif est faite.</p>
<p>Mais une fois la validation effectuée, il faudrait pouvoir en garder un historique (pour une maj importante qui va suivre par exemple)</p>
<hr>
<p>C’est vrai qu’en y pensant c’est un peu bordélique, mais c’est parce que ZdS ne détache pas le fond de la forme. Ce qui fait que quand on valide un contenu, celui-ci est modifié dans sa forme et dans son fond simultanément. Si l’on avait un système qui distinguait les deux, ce serait beaucoup plus simple de commenter le contenu qui décrit le fond, et ces commentaires n’apparaitraient pas une fois que la mise en forme est faite</p>Amélioration des outils de validation, message #2235072020-07-07T12:28:27+02:00Amaury/@Amauryhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223507<p>Merci pour tous vos retours ! Certaines choses sont assez simples à mettre en place ; d’autres (hum — les commentaires), moins.</p>
<p>Concernant ces derniers, pensez-vous à un système “a la Google Docs” où les commentaires sont persistants au fur et à mesure des modifications, ou un système où un commentaire est simplement attaché à <em>une version</em> du contenu (plus comme ce que ferait, par exemple, GitHub, même si lui les met dans les commits) ?</p>Amélioration des outils de validation, message #2234952020-07-07T10:17:36+02:00qwerty/@qwertyhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223495<p>D’accord avec <a href="/membres/voir/adri1/" rel="nofollow" class="ping ping-link">@<span class="ping-username">adri1</span></a> <a href="/membres/voir/Holosmos/" rel="nofollow" class="ping ping-link">@<span class="ping-username">Holosmos</span></a> et <a href="/membres/voir/Aabu/" rel="nofollow" class="ping ping-link">@<span class="ping-username">Aabu</span></a></p>
<p>Je pense qu’en tant que validateur, une fois corrigée on aura un truc vraiment bien pour notre usage.</p>Amélioration des outils de validation, message #2234882020-07-07T08:25:26+02:00Aabu/@Aabuhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223488<p>J’appuie ce qui a été dit à propos du diff et des commentaires.</p>
<p>J’ai aussi des pistes d’améliorations pour la liste des contenus en validation, même si c’est utilisable en l’état.</p>
<p>Dans l’idéal, j’aimerais pouvoir en un coup d’œil (sans clic, sans filtre, sans aucune autre action) et très facilement :</p>
<ul>
<li>distinguer les contenus réservés de ceux qui sont en attente ;</li>
<li>pour les contenus en attente, voir l’ancienneté de leur dernière activité (i.e dernière mise à jour ou déreservation si on a l’info) ;</li>
<li>de même pour ceux réservés (dernière mise à jour, dernier échange avec l’auteur, …)</li>
<li>distinguer rapidement mes réservations de celle des autres ;</li>
<li>voir la taille du contenu (article / tuto, mais ça pourrait aussi être autre chose qui mesure la taille).</li>
</ul>
<p>Actuellement, on a plus ou moins toutes ces infos, mais elle sont fournies brutes et ça ne permet pas de les voir en un coup d’œil. </p>Amélioration des outils de validation, message #2234862020-07-07T07:55:00+02:00John/@Johnhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223486<figure><blockquote>
<p>Ce qu’il me manquerait ce serait un système de surlignage et commentaires pour plus facilement reporter mes commentaires à l’auteur sur son texte. Actuellement je dois c/c chaque passage, et c’est ce qui prend bêtement le plus de temps dans l’acte de validation.</p>
<p>Cela permettrait aussi un meilleur suivi de si mes commentaires sont bien pris en compte …</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223481">Holosmos</a></figcaption></figure>
<p>Je ne suis pas validateur, ceci étant un tel système pour les cours de manière générale serait top. Pour ma part, c’est à cause de ça que je ne fais pas de retours poussés sur les cours en bêta. C’est beaucoup trop long et fastidieux.</p>Amélioration des outils de validation, message #2234812020-07-07T00:37:37+02:00Holosmos/@Holosmoshttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223481<p>D’accord avec <a href="/membres/voir/dri1/" rel="nofollow" class="ping ping-link">@<span class="ping-username">dri1</span></a></p>
<p>Globalement je suis plutôt satisfait du système de validation.</p>
<p>Ce qu’il me manquerait ce serait un système de surlignage et commentaires pour plus facilement reporter mes commentaires à l’auteur sur son texte. Actuellement je dois c/c chaque passage, et c’est ce qui prend bêtement le plus de temps dans l’acte de validation.</p>
<p>Cela permettrait aussi un meilleur suivi de si mes commentaires sont bien pris en compte …</p>Amélioration des outils de validation, message #2234802020-07-07T00:04:11+02:00adri1/@adri1https://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223480<p>Salut,</p>
<p>Je pense que les diff sont le point noir de l’interface actuelle.</p>
<p>Un truc qu’on ne peut pas faire facilement est un diff entre deux versions qui ne sont pas sur la même page de <a href="https://zestedesavoir.com/contenus/historique/244/comment-rediger-des-maths-sur-zeste-de-savoir/?page=1">la liste de commits</a>. On est obligé de copier/coller le hash dans l’URL.</p>
<p>L’affichage du diff est perfectible aussi, notamment avoir les fichiers dans l’ordre du tuto plutôt que l’ordre alphanumérique de leur nom, ainsi qu’avoir des liens vers le rendu (notamment pour vérifier les images ou la mise en page par endroits). Typiquement, simplement avoir les noms des sections rendus correctement avec un lien vers le rendu effectif d’une version ou de l’autre à la place des noms de fichiers améliorerait la chose considérablement.</p>Amélioration des outils de validation, message #2234722020-07-06T23:30:08+02:00Amaury/@Amauryhttps://zestedesavoir.com/forums/sujet/14320/amelioration-des-outils-de-validation/?page=1#p223472<p>Bonjour,</p>
<p>Étant en train de réfléchir aux différentes interfaces de Zeste de Savoir pour les améliorer, je suis tombé sur ma version de développement sur l’interface de validation, et le fouillis que ça m’a semblé être. <a href="/membres/voir/Aabu/" rel="nofollow" class="ping ping-link">@<span class="ping-username">Aabu</span></a> m’a confirmé qu’en effet, ce n’était pas des plus pratiques.</p>
<p>N’étant pas validateur, j’en viens donc vous demander votre opinion : </p>
<ol>
<li>Êtes-vous satisfait⋅e de l’interface de validation actuelle ? Si non, que lui reprochez-vous ?</li>
<li>De quoi avez-vous besoin au quotidien sur cette interface, que ce soit actuellement présent dessus ou non ? (Pensez à tout ce que vous faites manuellement en allant le rechercher ailleurs et qui pourrait être intégré directement, p.ex. l’accès au MP de validation…)</li>
<li>Qu’est-ce qui vous semble être le plus important dans le cadre de vos actions de validation ?</li>
</ol>
<p>Merci d’avance pour vos retours.</p>Prise de notes « scientifiques », message #1874812018-08-28T20:32:11+02:00LeGeek57510/@LeGeek57510https://zestedesavoir.com/forums/sujet/8827/prise-de-notes-scientifiques/?page=1#p187481<p><a href="/membres/voir/dab/" rel="nofollow" class="ping ping-link">@<span class="ping-username">dab</span></a>, lorsque l’on te pose une question, par gentillesse on y répond …</p>Sauvegarde de jeu vidéo, message #1576102017-07-24T21:59:04+02:00LineVa/@LineVahttps://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157610<figure>
<blockquote>
<figure>
<blockquote>
<p>L’idée n’est pas d’empêcher vraiment la triche je pense mais de la décourager en y imposant un coût minimum. Typiquement si tout est stocké en clair en json n’importe quel joueur sans aucune connaissance en informatique devrait pouvoir modifier sa sauvegarde et tricher. Si il faut déchiffrer un fichier chiffré en AES 256 alors peu de gens feront l’effort pour cela sauf si ils ont <em>vraiment </em>envie de tricher.</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157510">Demandred</a></figcaption>
</figure>
<p>Oui si le jeu est assez répandu, il y aura des gens pour développer des outils dédiés à la triche pour ce jeu.</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157514">entwanne</a></figcaption>
</figure>
<p>Si on en arrive là, je serais plus que contente ! Ca voudrait dire que j’ai pu terminer mon jeu et en faire un produit de qualité et qui plaît !</p>
<p>Sinon, Demandred a bien résumé mon idée : imposer un coût minimum pour tricher sans pour autant passer des jours/semaines à inventer des systèmes tordus pour l’empêcher au maximum.</p>Sauvegarde de jeu vidéo, message #1575182017-07-23T22:35:46+02:00ache/@achehttps://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157518<figure>
<blockquote>
<p>Il n’y a rien qui impose le codage. Tu peux faire ça en texte si tu le veux, et JSON n’empêche pas le terme "sérialisation".</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157507">Ksass`Peuk</a></figcaption>
</figure>
<p>La page wikipédia en français est plutôt floue sur ce point. Mais celle en anglais est très claire. Ce que j’appele sérialisation est dénommée ’marshalling’ en anglais. D’après Wiki, encore une fois, ce serrait traduit par ’Sérialisation, linéarisation’.</p>
<p>Bref, j’aurais appris un truc.</p>
<p>EDIT: J’ai pas été claire sur le point mais la page wikipédia anglais vous donne raison. D’où le fait que j’ai appris un truc.</p>Sauvegarde de jeu vidéo, message #1575142017-07-23T22:19:35+02:00entwanne/@entwannehttps://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157514<figure>
<blockquote>
<p>L’idée n’est pas d’empêcher vraiment la triche je pense mais de la décourager en y imposant un coût minimum. Typiquement si tout est stocké en clair en json n’importe quel joueur sans aucune connaissance en informatique devrait pouvoir modifier sa sauvegarde et tricher. Si il faut déchiffrer un fichier chiffré en AES 256 alors peu de gens feront l’effort pour cela sauf si ils ont <em>vraiment </em>envie de tricher.</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157510">Demandred</a></figcaption>
</figure>
<p>Oui si le jeu est assez répandu, il y aura des gens pour développer des outils dédiés à la triche pour ce jeu.</p>Sauvegarde de jeu vidéo, message #1575102017-07-23T21:32:16+02:00Demandred/@Demandredhttps://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157510<p>L’idée n’est pas d’empêcher vraiment la triche je pense mais de la décourager en y imposant un coût minimum. Typiquement si tout est stocké en clair en json n’importe quel joueur sans aucune connaissance en informatique devrait pouvoir modifier sa sauvegarde et tricher. Si il faut déchiffrer un fichier chiffré en AES 256 alors peu de gens feront l’effort pour cela sauf si ils ont <em>vraiment </em>envie de tricher.</p>Sauvegarde de jeu vidéo, message #1575072017-07-23T21:13:16+02:00Ksass`Peuk/@Ksass%60Peukhttps://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157507<figure>
<blockquote>
<p>Sérialisation et JSON, pour moi, c’est pas compatible. Même si bon certaines personnes associent ces terment.</p>
<p>Quand je parle de sérialisation, je parle de stocker les structures dans un format binaire, dans le sens originel, c’est à dire en stockant des données de façon atomique.</p>
</blockquote>
<figcaption><a href="https://zestedesavoir.com/forums/sujet/9005/sauvegarde-de-jeu-video/?page=1#p157503">ache</a></figcaption>
</figure>
<p>Il n’y a rien qui impose le codage. Tu peux faire ça en texte si tu le veux, et JSON n’empêche pas le terme "sérialisation".</p>