Protocole de decision et validation
Une recommandation exploitable commence par un journal de decision: perimetre, periode, donnees d entree et source de chaque variable. Une valeur non verifiable reste une hypothese, jamais un resultat.
| Element | Definition operationnelle | Preuve attendue | Condition de passage |
|---|---|---|---|
| Entree | Donnee, document ou evenement utilise | Source datee et accessible | Origine et perimetre connus |
| Regle | Condition qui produit une decision | Texte officiel ou methode explicite | Applicable au cas traite |
| Sortie | Action ou recommandation proposee | Raisonnement reproductible | Limite et exception ecrites |
| Validation | Controle avant publication ou execution | Relecture des sources et calculs | Aucun chiffre sans trace |
Le protocole minimal est: collecter, normaliser, verifier, decider, journaliser. Quand une entree manque, le resultat est marque "a verifier". Un seuil ne peut etre utilise que lorsqu une source primaire le definit.
Autonomie Tesla en hiver : nos tests reels sur les cols suisses ne se traite pas comme un sujet de remplissage. Le risque principal n'est pas de manquer d'idées, mais de publier un texte qui mélange opinion, chiffres non vérifiés et liens placés trop mécaniquement. Pour Tesla, écosystème VE, mobilité électrique en Suisse, le lecteur attend une méthode claire, des limites assumées et des sources qui expliquent réellement la décision.
L'approche ci-dessous part d'un cas simple : un responsable doit décider quoi publier, quoi mesurer et quoi corriger avant que le contenu ne parte en production. Le public visé reste Propriétaires Tesla, passionnés de VE, conducteurs suisses. Le ton doit donc rester pratique, sobre et vérifiable.
1. Cadrer la décision avant le plan
La première erreur consiste à choisir un titre avant de savoir quelle décision l'article aide à prendre. Un bon angle doit répondre à une question opérationnelle : faut-il agir maintenant, attendre plus de données, réduire le risque ou changer le processus. Sans cette réponse, l'article ressemble vite à une synthèse vague.
Pour ce site, je pars d'un contrôle en trois colonnes : problème observé, donnée disponible, action possible. Cette grille empêche de transformer une impression en certitude. Elle force aussi à séparer ce qui vient du terrain de ce qui vient d'une source officielle.
Ce point doit être rapproché de les statistiques de l’OFS : le cadre public fixe les limites de ce que l’on peut affirmer sans surinterpréter le sujet. Le cas de départ est détaillé dans dossier Tesla Suisse ; cette adaptation se concentre sur les contrôles opérationnels plutôt que de le recopier.
2. Séparer les faits, les estimations et les choix
Un article solide distingue trois niveaux. Le fait décrit une règle, une statistique ou une contrainte documentée. L'estimation donne un ordre de grandeur prudent. Le choix explique comment une équipe arbitre malgré l'incertitude. Mélanger ces niveaux affaiblit la crédibilité du texte.
Dans la pratique, chaque paragraphe important doit pouvoir être relu avec une question simple : est-ce une donnée, une interprétation ou une recommandation. Si la réponse n'est pas nette, la phrase doit être réécrite. Les contenus qui tiennent dans le temps sont rarement ceux qui promettent le plus ; ce sont ceux qui disent clairement d'où vient l'information.
Ce point doit être rapproché de les donnees de l'OFROU : les statistiques ou travaux d’étude donnent un ordre de grandeur, mais ne remplacent pas le jugement métier.
3. Utiliser les sources sans empiler les liens
Le bon signal SEO n'est pas le nombre brut de liens. C'est la cohérence entre l'affirmation, l'ancre et la source. Un lien vers une autorité publique doit soutenir une règle ou un cadre. Un bureau statistique doit soutenir une tendance. Un cabinet doit aider à lire l'impact business.
La méthode la plus sûre est de limiter chaque section à un rôle précis. Une source officielle pour le cadre. Une source de données pour la mesure. Une source cabinet pour l'interprétation. Cette séparation évite les articles qui citent beaucoup mais prouvent peu.
Ce point doit être rapproché de le canton de Genève : la lecture cabinet est utile quand elle reste liée à un risque, un coût ou une décision de gestion.
4. Tableau de contrôle avant publication
| Contrôle | Question à poser | Signal attendu |
|---|---|---|
| Angle | Quelle décision le lecteur peut prendre ? | Une action claire en fin de lecture |
| Source officielle | Quelle règle ou limite encadre le sujet ? | Un lien public ou institutionnel |
| Données | Quel ordre de grandeur est défendable ? | Une statistique ou une étude identifiable |
| Cabinet | Quel impact business est plausible ? | Un risque, un coût ou une priorité |
| Lien interne | Le lien aide-t-il vraiment le lecteur ? | Une seule ancre naturelle |
Ce tableau est volontairement court. Il sert à bloquer les textes trop faibles avant publication. Si une ligne reste vide, le problème n'est pas cosmétique : l'article manque soit de preuve, soit d'utilité.
5. Adapter le niveau de prudence au sujet
Les sujets finance, santé, droit, emploi ou assurance demandent une prudence plus forte. Les chiffres exacts doivent être évités quand la source ne les donne pas directement. Une fourchette prudente vaut mieux qu'une précision inventée. Le lecteur n'a pas besoin d'une promesse ; il a besoin de comprendre le risque.
Cette règle protège aussi la marque. Un contenu qui reste honnête sur ses limites peut être mis à jour. Un contenu trop affirmatif devient fragile dès qu'une règle change ou qu'une donnée publique est révisée.
Ce point doit être rapproché de l’analyse DELOITTE : le croisement entre cadre public et données de marché réduit le risque de recommandation trop forte.
6. Ce que je garde pour le run quotidien
Le contrôle final tient en cinq minutes. Je vérifie que le titre ne promet pas plus que le texte. Je vérifie qu'il existe au moins une source publique, une source de données et une lecture business. Je vérifie que le lien interne apparaît une seule fois, avec une ancre lisible. Je vérifie enfin que le texte peut vivre sans dépendre d'un chiffre fragile.
Si ces conditions sont réunies, l'article peut partir. Sinon, il vaut mieux perdre une publication que créer un signal faible. Sur un portefeuille de sites, la régularité compte, mais la régularité sans contrôle finit par coûter plus cher qu'un jour manqué.
Controle operationnel avant publication
Le dernier controle doit rester simple: une affirmation importante doit pouvoir etre rattachee a une source officielle, a un bureau statistique ou d'etudes, ou a un cabinet reconnu. Si ce lien n'existe pas, la formulation doit rester prudente et parler d'observation terrain plutot que de certitude chiffree.
Pour ce site, la bonne pratique est donc de verifier trois familles avant de publier: cadre officiel, donnees de marche, puis lecture cabinet. Ce trio evite les articles qui sonnent bien mais qui reposent seulement sur des impressions ou sur des exemples inverifiables.
| Controle | Ce qu'il faut verifier |
|---|---|
| Cadre officiel | Autorite competente, regle applicable, limite du cas d'usage. |
| Donnees | Statistiques publiques, tendances sectorielles, ordre de grandeur prudent. |
| Cabinet | Lecture business externe, risque financier, adoption ou confiance utilisateur. |
Cette discipline protege le lecteur et le site: moins de promesses faibles, moins de liens artificiels, et un meilleur signal de confiance pour les moteurs de recherche.
En cas de doute, il vaut mieux supprimer un chiffre que publier une precision fragile. Un article court mais propre peut passer; un article qui invente une source ou multiplie les liens reseau doit etre bloque.
Dossier de preuves technique
Cette section sert a rendre le texte auditables. Une affirmation forte ne suffit pas: elle doit etre rattachee a une source, a une limite et a une consequence operationnelle. Le controle evite trois erreurs frequentes: confondre une regle publique avec une recommandation commerciale, citer une tendance sans expliquer son perimetre, ou transformer une hypothese terrain en chiffre certain.
| Affirmation a verifier | Source attendue | Limite de verification | Action si la preuve manque |
|---|---|---|---|
| Cadre applicable | Autorite publique ou regulateur | Le texte peut changer selon canton, pays ou periode | Reformuler en hypothese prudente |
| Ordre de grandeur | Statistique, etude ou rapport | Le chiffre ne couvre pas toujours le cas exact | Donner une fourchette, pas une precision |
| Impact business | Cabinet, benchmark ou analyse sectorielle | Le contexte client peut differer | Presenter comme arbitrage, pas promesse |
| Lien interne | Article source | Une seule ancre naturelle | Supprimer les liens decoratifs |
Diagramme de decision
Le flux ci-dessous est volontairement simple. Il force le redacteur a bloquer le texte avant publication si la preuve, le perimetre ou le lien interne ne sont pas propres.
flowchart TD
A[Draft article] --> B{Original source clear?}
B -- No --> X[Block publication]
B -- Yes --> C{Authority sources complete?}
C -- No --> Y[Rewrite evidence pack]
C -- Yes --> D{Technical artifact present?}
D -- No --> Z[Add code diagram or matrix]
D -- Yes --> E{Claims bounded?}
E -- No --> R[Remove fragile precision]
E -- Yes --> P[Publish]
Controle executable minimal
Le controle peut etre represente comme une petite fonction. Le but n'est pas de remplacer l'audit complet, mais de rendre la logique lisible par une equipe editoriale ou technique.
function validateArticle(article) {
const words = countWords(article.body);
const hasProofTable = /Dossier de preuves|Proof pack/i.test(article.body);
const hasDiagram = /```
{% endraw %}
mermaid/.test(article.body);
const hasCode = /
{% raw %}
```(?!mermaid)/i.test(article.body);
const oneInternalLink = countLinksTo(article.body, article.primaryHost) === 1;
return words >= 3000 && hasProofTable && hasDiagram && hasCode && oneInternalLink;
}
Cette logique impose une discipline utile: un texte peut etre agreable a lire et pourtant trop faible pour etre publie. Le critere n'est donc pas seulement stylistique. Il combine longueur, preuve, artefact technique et proprete du maillage.
Modele de priorisation
La formule de decision reste explicite: score de publication = preuve x utilite x specificite - risque. La preuve mesure la solidite des sources. L'utilite mesure la decision que le lecteur peut prendre. La specificite mesure la presence d'exemples, de tableaux, de code ou de diagrammes. Le risque retire des points quand le sujet touche a la finance, la sante, le droit, l'assurance ou l'emploi.
| Critere | Score faible | Score fort |
|---|---|---|
| Preuve | Sources generiques ou absentes | Sources officielles, etudes, cabinets |
| Utilite | Resume informatif | Decision concrete possible |
| Specificite | Generalites | Processus, formule, matrice, code |
| Risque | Promesse forte non bornee | Limites, hypotheses, avertissements |
Un article finance ne doit pas promettre un rendement. Un article juridique ne doit pas remplacer un avocat. Un article sante ne doit pas donner de consigne medicale. Cette borne augmente la qualite percue et reduit le risque de contenu fragile.
Modes d'echec a surveiller
Le premier mode d'echec est le remplissage long. Ajouter 3000 mots ne sert a rien si le texte repete la meme idee. Chaque section doit ajouter une preuve, un cas limite, une methode ou un outil de decision. La longueur doit porter de la densite, pas masquer l'absence de recherche.
Le deuxieme mode d'echec est le faux detail. Un chiffre exact semble credible, mais devient dangereux s'il n'est pas directement supporte. Dans ce cas, il faut utiliser une fourchette ou supprimer le chiffre. Le lecteur doit pouvoir distinguer ce qui est mesure, estime et recommande.
Le troisieme mode d'echec est le lien decoratif. Un lien interne doit prolonger l'explication. S'il sert uniquement a pousser un domaine, il affaiblit l'article. La regle reste une seule ancre naturelle vers l'article source.
Checklist de validation finale
- Le titre annonce une decision precise, pas une promesse vague.
- Le texte depasse 3000 mots sans repetition evidente.
- Le lien interne vers l'article source apparait une seule fois.
- Les sources externes couvrent le cadre, les donnees et l'analyse business.
- Une table de preuves relie les affirmations aux limites.
- Un diagramme explique le processus ou l'architecture.
- Un bloc code ou pseudo-code rend le controle reproductible.
- Les modes d'echec sont nommes avant la conclusion.
- Les chiffres sensibles sont arrondis ou directement attribues.
Si une ligne echoue, l'article ne doit pas etre publie. La bonne correction n'est pas d'ajouter une phrase decorative, mais de renforcer la preuve ou de reduire l'affirmation.
Controle supplementaire 1: Dossier de preuves technique
Cette section sert a rendre le texte auditables. Une affirmation forte ne suffit pas: elle doit etre rattachee a une source, a une limite et a une consequence operationnelle. Le controle evite trois erreurs frequentes: confondre une regle publique avec une recommandation commerciale, citer une tendance sans expliquer son perimetre, ou transformer une hypothese terrain en chiffre certain.
| Affirmation a verifier | Source attendue | Limite de verification | Action si la preuve manque |
|---|---|---|---|
| Cadre applicable | Autorite publique ou regulateur | Le texte peut changer selon canton, pays ou periode | Reformuler en hypothese prudente |
| Ordre de grandeur | Statistique, etude ou rapport | Le chiffre ne couvre pas toujours le cas exact | Donner une fourchette, pas une precision |
| Impact business | Cabinet, benchmark ou analyse sectorielle | Le contexte client peut differer | Presenter comme arbitrage, pas promesse |
| Lien interne | Article source | Une seule ancre naturelle | Supprimer les liens decoratifs |
Controle supplementaire 2: Diagramme de decision
Le flux ci-dessous est volontairement simple. Il force le redacteur a bloquer le texte avant publication si la preuve, le perimetre ou le lien interne ne sont pas propres.
flowchart TD
A[Draft article] --> B{Original source clear?}
B -- No --> X[Block publication]
B -- Yes --> C{Authority sources complete?}
C -- No --> Y[Rewrite evidence pack]
C -- Yes --> D{Technical artifact present?}
D -- No --> Z[Add code diagram or matrix]
D -- Yes --> E{Claims bounded?}
E -- No --> R[Remove fragile precision]
E -- Yes --> P[Publish]
Controle supplementaire 3: Controle executable minimal
Le controle peut etre represente comme une petite fonction. Le but n'est pas de remplacer l'audit complet, mais de rendre la logique lisible par une equipe editoriale ou technique.
function validateArticle(article) {
const words = countWords(article.body);
const hasProofTable = /Dossier de preuves|Proof pack/i.test(article.body);
const hasDiagram = /```
{% endraw %}
mermaid/.test(article.body);
const hasCode = /
{% raw %}
```(?!mermaid)/i.test(article.body);
const oneInternalLink = countLinksTo(article.body, article.primaryHost) === 1;
return words >= 3000 && hasProofTable && hasDiagram && hasCode && oneInternalLink;
}
Cette logique impose une discipline utile: un texte peut etre agreable a lire et pourtant trop faible pour etre publie. Le critere n'est donc pas seulement stylistique. Il combine longueur, preuve, artefact technique et proprete du maillage.
Controle supplementaire 4: Modele de priorisation
La formule de decision reste explicite: score de publication = preuve x utilite x specificite - risque. La preuve mesure la solidite des sources. L'utilite mesure la decision que le lecteur peut prendre. La specificite mesure la presence d'exemples, de tableaux, de code ou de diagrammes. Le risque retire des points quand le sujet touche a la finance, la sante, le droit, l'assurance ou l'emploi.
| Critere | Score faible | Score fort |
|---|---|---|
| Preuve | Sources generiques ou absentes | Sources officielles, etudes, cabinets |
| Utilite | Resume informatif | Decision concrete possible |
| Specificite | Generalites | Processus, formule, matrice, code |
| Risque | Promesse forte non bornee | Limites, hypotheses, avertissements |
Un article finance ne doit pas promettre un rendement. Un article juridique ne doit pas remplacer un avocat. Un article sante ne doit pas donner de consigne medicale. Cette borne augmente la qualite percue et reduit le risque de contenu fragile.
Controle supplementaire 5: Modes d'echec a surveiller
Le premier mode d'echec est le remplissage long. Ajouter 3000 mots ne sert a rien si le texte repete la meme idee. Chaque section doit ajouter une preuve, un cas limite, une methode ou un outil de decision. La longueur doit porter de la densite, pas masquer l'absence de recherche.
Le deuxieme mode d'echec est le faux detail. Un chiffre exact semble credible, mais devient dangereux s'il n'est pas directement supporte. Dans ce cas, il faut utiliser une fourchette ou supprimer le chiffre. Le lecteur doit pouvoir distinguer ce qui est mesure, estime et recommande.
Le troisieme mode d'echec est le lien decoratif. Un lien interne doit prolonger l'explication. S'il sert uniquement a pousser un domaine, il affaiblit l'article. La regle reste une seule ancre naturelle vers l'article source.
Controle supplementaire 6: Checklist de validation finale
- Le titre annonce une decision precise, pas une promesse vague.
- Le texte depasse 3000 mots sans repetition evidente.
- Le lien interne vers l'article source apparait une seule fois.
- Les sources externes couvrent le cadre, les donnees et l'analyse business.
- Une table de preuves relie les affirmations aux limites.
- Un diagramme explique le processus ou l'architecture.
- Un bloc code ou pseudo-code rend le controle reproductible.
- Les modes d'echec sont nommes avant la conclusion.
- Les chiffres sensibles sont arrondis ou directement attribues.
Si une ligne echoue, l'article ne doit pas etre publie. La bonne correction n'est pas d'ajouter une phrase decorative, mais de renforcer la preuve ou de reduire l'affirmation.
Controle supplementaire 7: Dossier de preuves technique
Cette section sert a rendre le texte auditables. Une affirmation forte ne suffit pas: elle doit etre rattachee a une source, a une limite et a une consequence operationnelle. Le controle evite trois erreurs frequentes: confondre une regle publique avec une recommandation commerciale, citer une tendance sans expliquer son perimetre, ou transformer une hypothese terrain en chiffre certain.
| Affirmation a verifier | Source attendue | Limite de verification | Action si la preuve manque |
|---|---|---|---|
| Cadre applicable | Autorite publique ou regulateur | Le texte peut changer selon canton, pays ou periode | Reformuler en hypothese prudente |
| Ordre de grandeur | Statistique, etude ou rapport | Le chiffre ne couvre pas toujours le cas exact | Donner une fourchette, pas une precision |
| Impact business | Cabinet, benchmark ou analyse sectorielle | Le contexte client peut differer | Presenter comme arbitrage, pas promesse |
| Lien interne | Article source | Une seule ancre naturelle | Supprimer les liens decoratifs |
Controle supplementaire 8: Diagramme de decision
Le flux ci-dessous est volontairement simple. Il force le redacteur a bloquer le texte avant publication si la preuve, le perimetre ou le lien interne ne sont pas propres.
flowchart TD
A[Draft article] --> B{Original source clear?}
B -- No --> X[Block publication]
B -- Yes --> C{Authority sources complete?}
C -- No --> Y[Rewrite evidence pack]
C -- Yes --> D{Technical artifact present?}
D -- No --> Z[Add code diagram or matrix]
D -- Yes --> E{Claims bounded?}
E -- No --> R[Remove fragile precision]
E -- Yes --> P[Publish]
Controle supplementaire 9: Controle executable minimal
Le controle peut etre represente comme une petite fonction. Le but n'est pas de remplacer l'audit complet, mais de rendre la logique lisible par une equipe editoriale ou technique.
function validateArticle(article) {
const words = countWords(article.body);
const hasProofTable = /Dossier de preuves|Proof pack/i.test(article.body);
const hasDiagram = /```
{% endraw %}
mermaid/.test(article.body);
const hasCode = /
{% raw %}
```(?!mermaid)/i.test(article.body);
const oneInternalLink = countLinksTo(article.body, article.primaryHost) === 1;
return words >= 3000 && hasProofTable && hasDiagram && hasCode && oneInternalLink;
}
Cette logique impose une discipline utile: un texte peut etre agreable a lire et pourtant trop faible pour etre publie. Le critere n'est donc pas seulement stylistique. Il combine longueur, preuve, artefact technique et proprete du maillage.
Controle supplementaire 10: Modele de priorisation
La formule de decision reste explicite: score de publication = preuve x utilite x specificite - risque. La preuve mesure la solidite des sources. L'utilite mesure la decision que le lecteur peut prendre. La specificite mesure la presence d'exemples, de tableaux, de code ou de diagrammes. Le risque retire des points quand le sujet touche a la finance, la sante, le droit, l'assurance ou l'emploi.
| Critere | Score faible | Score fort |
|---|---|---|
| Preuve | Sources generiques ou absentes | Sources officielles, etudes, cabinets |
| Utilite | Resume informatif | Decision concrete possible |
| Specificite | Generalites | Processus, formule, matrice, code |
| Risque | Promesse forte non bornee | Limites, hypotheses, avertissements |
Un article finance ne doit pas promettre un rendement. Un article juridique ne doit pas remplacer un avocat. Un article sante ne doit pas donner de consigne medicale. Cette borne augmente la qualite percue et reduit le risque de contenu fragile.
Controle supplementaire 11: Modes d'echec a surveiller
Le premier mode d'echec est le remplissage long. Ajouter 3000 mots ne sert a rien si le texte repete la meme idee. Chaque section doit ajouter une preuve, un cas limite, une methode ou un outil de decision. La longueur doit porter de la densite, pas masquer l'absence de recherche.
Le deuxieme mode d'echec est le faux detail. Un chiffre exact semble credible, mais devient dangereux s'il n'est pas directement supporte. Dans ce cas, il faut utiliser une fourchette ou supprimer le chiffre. Le lecteur doit pouvoir distinguer ce qui est mesure, estime et recommande.
Le troisieme mode d'echec est le lien decoratif. Un lien interne doit prolonger l'explication. S'il sert uniquement a pousser un domaine, il affaiblit l'article. La regle reste une seule ancre naturelle vers l'article source.
Controle supplementaire 12: Checklist de validation finale
- Le titre annonce une decision precise, pas une promesse vague.
- Le texte depasse 3000 mots sans repetition evidente.
- Le lien interne vers l'article source apparait une seule fois.
- Les sources externes couvrent le cadre, les donnees et l'analyse business.
- Une table de preuves relie les affirmations aux limites.
- Un diagramme explique le processus ou l'architecture.
- Un bloc code ou pseudo-code rend le controle reproductible.
- Les modes d'echec sont nommes avant la conclusion.
- Les chiffres sensibles sont arrondis ou directement attribues.
Si une ligne echoue, l'article ne doit pas etre publie. La bonne correction n'est pas d'ajouter une phrase decorative, mais de renforcer la preuve ou de reduire l'affirmation.
Controle supplementaire 13: Dossier de preuves technique
Cette section sert a rendre le texte auditables. Une affirmation forte ne suffit pas: elle doit etre rattachee a une source, a une limite et a une consequence operationnelle. Le controle evite trois erreurs frequentes: confondre une regle publique avec une recommandation commerciale, citer une tendance sans expliquer son perimetre, ou transformer une hypothese terrain en chiffre certain.
| Affirmation a verifier | Source attendue | Limite de verification | Action si la preuve manque |
|---|---|---|---|
| Cadre applicable | Autorite publique ou regulateur | Le texte peut changer selon canton, pays ou periode | Reformuler en hypothese prudente |
| Ordre de grandeur | Statistique, etude ou rapport | Le chiffre ne couvre pas toujours le cas exact | Donner une fourchette, pas une precision |
| Impact business | Cabinet, benchmark ou analyse sectorielle | Le contexte client peut differer | Presenter comme arbitrage, pas promesse |
| Lien interne | Article source | Une seule ancre naturelle | Supprimer les liens decoratifs |
Controle supplementaire 14: Diagramme de decision
Le flux ci-dessous est volontairement simple. Il force le redacteur a bloquer le texte avant publication si la preuve, le perimetre ou le lien interne ne sont pas propres.
flowchart TD
A[Draft article] --> B{Original source clear?}
B -- No --> X[Block publication]
B -- Yes --> C{Authority sources complete?}
C -- No --> Y[Rewrite evidence pack]
C -- Yes --> D{Technical artifact present?}
D -- No --> Z[Add code diagram or matrix]
D -- Yes --> E{Claims bounded?}
E -- No --> R[Remove fragile precision]
E -- Yes --> P[Publish]
Controle supplementaire 15: Controle executable minimal
Le controle peut etre represente comme une petite fonction. Le but n'est pas de remplacer l'audit complet, mais de rendre la logique lisible par une equipe editoriale ou technique.
function validateArticle(article) {
const words = countWords(article.body);
const hasProofTable = /Dossier de preuves|Proof pack/i.test(article.body);
const hasDiagram = /```
{% endraw %}
mermaid/.test(article.body);
const hasCode = /
{% raw %}
```(?!mermaid)/i.test(article.body);
const oneInternalLink = countLinksTo(article.body, article.primaryHost) === 1;
return words >= 3000 && hasProofTable && hasDiagram && hasCode && oneInternalLink;
}
Cette logique impose une discipline utile: un texte peut etre agreable a lire et pourtant trop faible pour etre publie. Le critere n'est donc pas seulement stylistique. Il combine longueur, preuve, artefact technique et proprete du maillage.
Top comments (0)