David Larlet 1 anno fa
parent
commit
a5e9f8b1ff

+ 2
- 2
david/2023/02/13/index.html Vedi File

@@ -81,7 +81,7 @@
Recherche</a
>
</nobr>
• <a rel="next" href="/david/2023/02/18/" title="Publication suivante : Quizz">Suivant →</a>
• <a rel="next" href="/david/2023/02/18/" title="Publication suivante : Quiz">Suivant →</a>
</p>
</nav>
<hr>
@@ -125,7 +125,7 @@
<p class="center">
<a rel="prev" href="/david/2023/02/12/" title="Publication précédente : Jour&nbsp;3">← Précédent</a> •
<a href="/david/2023/" title="Liste des publications récentes">↑ En 2023</a>
• <a rel="next" href="/david/2023/02/18/" title="Publication suivante : Quizz">Suivant →</a>
• <a rel="next" href="/david/2023/02/18/" title="Publication suivante : Quiz">Suivant →</a>
</p>
</nav>
</article>

+ 5
- 5
david/2023/02/18/index.html Vedi File

@@ -9,8 +9,8 @@
See: https://codepen.io/tigt/post/meta-viewport-for-2015 -->
<meta name="viewport" content="width=device-width,initial-scale=1">
<!-- Required to make a valid HTML5 document. -->
<title>Quizz — David Larlet</title>
<meta name="description" content="On aimerait pouvoir faire des quizz.">
<title>Quiz — David Larlet</title>
<meta name="description" content="On aimerait pouvoir faire des quiz.">
<!-- That good ol' feed, subscribe :). -->
<link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/">
<!-- Generated from https://realfavicongenerator.net/ such a mess. -->
@@ -55,7 +55,7 @@

<article>
<header>
<h1>Quizz</h1>
<h1>Quiz</h1>
</header>
<nav>
<p class="center">
@@ -88,7 +88,7 @@


<blockquote>
<p>On aimerait pouvoir faire des&nbsp;quizz.</p>
<p>On aimerait pouvoir faire des&nbsp;quiz.</p>
</blockquote>
<p>Il y a 20&nbsp;ans, j’aurais commencé à modéliser cela dans une base de données relationnelles avec les bons index et&nbsp;tout.</p>
<p>Il y a 15&nbsp;ans, j’aurais essayé de représenter cela avec des données liées et du RDF pour une réutilisation&nbsp;sémantique.</p>
@@ -96,7 +96,7 @@
<p>Il y a 5&nbsp;ans, j’aurais imaginé une API pour pouvoir généraliser l’usage et décliner plusieurs services&nbsp;équivalents.</p>
<p><strong>Et aujourd’hui&nbsp;alors&#8239;?</strong></p>
<p>Je commence par me demander comment est-ce que les utilisateur·ices vont pouvoir saisir ces données et devenir&nbsp;autonomes.</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quizz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quiz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<pre><code>Le consentement c’est :

* [ ] Demander la permission

+ 2
- 2
david/2023/02/25/index.html Vedi File

@@ -59,7 +59,7 @@
</header>
<nav>
<p class="center">
<a rel="prev" href="/david/2023/02/18/" title="Publication précédente : Quizz">← Précédent</a> •
<a rel="prev" href="/david/2023/02/18/" title="Publication précédente : Quiz">← Précédent</a> •
<nobr>
<a href="/david/" title="Aller à l’accueil"
><svg class="icon icon-home">
@@ -157,7 +157,7 @@

<nav>
<p class="center">
<a rel="prev" href="/david/2023/02/18/" title="Publication précédente : Quizz">← Précédent</a> •
<a rel="prev" href="/david/2023/02/18/" title="Publication précédente : Quiz">← Précédent</a> •
<a href="/david/2023/" title="Liste des publications récentes">↑ En 2023</a>
</p>

david/2023/_sources/2023-02-18 - Quizz.md → david/2023/_sources/2023-02-18 - Quiz.md Vedi File

@@ -1,6 +1,6 @@
# Quizz
# Quiz

> On aimerait pouvoir faire des quizz.
> On aimerait pouvoir faire des quiz.

Il y a 20 ans, j’aurais commencé à modéliser cela dans une base de données relationnelles avec les bons index et tout.

@@ -14,7 +14,7 @@ Il y a 5 ans, j’aurais imaginé une API pour pouvoir généraliser l’usage

Je commence par me demander comment est-ce que les utilisateur·ices vont pouvoir saisir ces données et devenir autonomes.

Je n’envisage pas qu’iels puissent saisir du HTML — qui plus est valide et accessible — pour concevoir ce quizz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de _feedback_ immédiat lors de la rédaction, par exemple en _CommonMark_ un peu étendu dans un _pad_ ou un forge _git_. J’imagine une structure qui ressemble à :
Je n’envisage pas qu’iels puissent saisir du HTML — qui plus est valide et accessible — pour concevoir ce quiz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de _feedback_ immédiat lors de la rédaction, par exemple en _CommonMark_ un peu étendu dans un _pad_ ou un forge _git_. J’imagine une structure qui ressemble à :

```
Le consentement c’est :

+ 3
- 3
david/2023/accompagnement/index.html Vedi File

@@ -76,12 +76,12 @@
<main>
<p>Les plus récentes en premier, les 3 premières sont dépliées et ensuite c’est à la demande, bonne exploration !</p>
<h2><a href="/david/2023/02/18/" title="Lien permanent vers cet article">Quizz</a> (2023-02-18)</h2>
<h2><a href="/david/2023/02/18/" title="Lien permanent vers cet article">Quiz</a> (2023-02-18)</h2>

<blockquote>
<p>On aimerait pouvoir faire des&nbsp;quizz.</p>
<p>On aimerait pouvoir faire des&nbsp;quiz.</p>
</blockquote>
<p>Il y a 20&nbsp;ans, j’aurais commencé à modéliser cela dans une base de données relationnelles avec les bons index et&nbsp;tout.</p>
<p>Il y a 15&nbsp;ans, j’aurais essayé de représenter cela avec des données liées et du RDF pour une réutilisation&nbsp;sémantique.</p>
@@ -89,7 +89,7 @@
<p>Il y a 5&nbsp;ans, j’aurais imaginé une API pour pouvoir généraliser l’usage et décliner plusieurs services&nbsp;équivalents.</p>
<p><strong>Et aujourd’hui&nbsp;alors&#8239;?</strong></p>
<p>Je commence par me demander comment est-ce que les utilisateur·ices vont pouvoir saisir ces données et devenir&nbsp;autonomes.</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quizz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quiz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<pre><code>Le consentement c’est :

* [ ] Demander la permission

+ 1
- 1
david/2023/index.html Vedi File

@@ -128,7 +128,7 @@
<a href="/david/2023/02/11/">Jour&nbsp;2</a>,
<a href="/david/2023/02/12/">Jour&nbsp;3</a>,
<a href="/david/2023/02/13/">Livre</a>,
<a href="/david/2023/02/18/">Quizz</a>,
<a href="/david/2023/02/18/">Quiz</a>,
<a href="/david/2023/02/25/">Transmission</a>.
</p>

+ 3
- 3
david/2023/simplicite/index.html Vedi File

@@ -76,12 +76,12 @@
<main>
<p>Les plus récentes en premier, les 3 premières sont dépliées et ensuite c’est à la demande, bonne exploration !</p>
<h2><a href="/david/2023/02/18/" title="Lien permanent vers cet article">Quizz</a> (2023-02-18)</h2>
<h2><a href="/david/2023/02/18/" title="Lien permanent vers cet article">Quiz</a> (2023-02-18)</h2>

<blockquote>
<p>On aimerait pouvoir faire des&nbsp;quizz.</p>
<p>On aimerait pouvoir faire des&nbsp;quiz.</p>
</blockquote>
<p>Il y a 20&nbsp;ans, j’aurais commencé à modéliser cela dans une base de données relationnelles avec les bons index et&nbsp;tout.</p>
<p>Il y a 15&nbsp;ans, j’aurais essayé de représenter cela avec des données liées et du RDF pour une réutilisation&nbsp;sémantique.</p>
@@ -89,7 +89,7 @@
<p>Il y a 5&nbsp;ans, j’aurais imaginé une API pour pouvoir généraliser l’usage et décliner plusieurs services&nbsp;équivalents.</p>
<p><strong>Et aujourd’hui&nbsp;alors&#8239;?</strong></p>
<p>Je commence par me demander comment est-ce que les utilisateur·ices vont pouvoir saisir ces données et devenir&nbsp;autonomes.</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quizz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quiz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<pre><code>Le consentement c’est :

* [ ] Demander la permission

+ 3
- 3
david/2023/web/index.html Vedi File

@@ -76,12 +76,12 @@
<main>
<p>Les plus récentes en premier, les 3 premières sont dépliées et ensuite c’est à la demande, bonne exploration !</p>
<h2><a href="/david/2023/02/18/" title="Lien permanent vers cet article">Quizz</a> (2023-02-18)</h2>
<h2><a href="/david/2023/02/18/" title="Lien permanent vers cet article">Quiz</a> (2023-02-18)</h2>

<blockquote>
<p>On aimerait pouvoir faire des&nbsp;quizz.</p>
<p>On aimerait pouvoir faire des&nbsp;quiz.</p>
</blockquote>
<p>Il y a 20&nbsp;ans, j’aurais commencé à modéliser cela dans une base de données relationnelles avec les bons index et&nbsp;tout.</p>
<p>Il y a 15&nbsp;ans, j’aurais essayé de représenter cela avec des données liées et du RDF pour une réutilisation&nbsp;sémantique.</p>
@@ -89,7 +89,7 @@
<p>Il y a 5&nbsp;ans, j’aurais imaginé une API pour pouvoir généraliser l’usage et décliner plusieurs services&nbsp;équivalents.</p>
<p><strong>Et aujourd’hui&nbsp;alors&#8239;?</strong></p>
<p>Je commence par me demander comment est-ce que les utilisateur·ices vont pouvoir saisir ces données et devenir&nbsp;autonomes.</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quizz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<p>Je n’envisage pas qu’iels puissent saisir du HTML —&nbsp;qui plus est valide et accessible&nbsp;— pour concevoir ce quiz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de <em>feedback</em> immédiat lors de la rédaction, par exemple en <em>CommonMark</em> un peu étendu dans un <em>pad</em> ou un forge <em>git</em>. J’imagine une structure qui ressemble&nbsp;à&nbsp;:</p>
<pre><code>Le consentement c’est :

* [ ] Demander la permission

+ 1
- 1
david/index.html Vedi File

@@ -77,7 +77,7 @@
<nav>
<p>
<a href="/david/2023/02/25/">Transmission</a>,
<a href="/david/2023/02/18/">Quizz</a>,
<a href="/david/2023/02/18/">Quiz</a>,
<a href="/david/2023/02/13/">Livre</a>,
<a href="/david/2023/02/12/">Jour&nbsp;3</a>,
<a href="/david/2023/02/11/">Jour&nbsp;2</a>,

+ 4
- 4
david/log/index.xml Vedi File

@@ -6,7 +6,7 @@
<link href="https://larlet.fr/david/" rel="alternate" type="text/html" />
<link href="https://larlet.fr/david/log/" rel="self" />
<id>https://larlet.fr/david/</id>
<updated>2023-02-25T12:00:00+01:00</updated>
<updated>2023-02-26T12:00:00+01:00</updated>
<author>
<name>David Larlet</name>
<uri>https://larlet.fr/david/</uri>
@@ -65,14 +65,14 @@
</entry>
<entry xml:lang="fr">
<title type="html">Quizz</title>
<title type="html">Quiz</title>
<link href="https://larlet.fr/david/2023/02/18/" rel="alternate" type="text/html" />
<updated>2023-02-18T12:00:00+01:00</updated>
<id>https://larlet.fr/david/2023/02/18/</id>
<summary type="html">

&lt;blockquote&gt;
&lt;p&gt;On aimerait pouvoir faire des&amp;nbsp;quizz.&lt;/p&gt;
&lt;p&gt;On aimerait pouvoir faire des&amp;nbsp;quiz.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Il y a 20&amp;nbsp;ans, j’aurais commencé à modéliser cela dans une base de données relationnelles avec les bons index et&amp;nbsp;tout.&lt;/p&gt;
&lt;p&gt;Il y a 15&amp;nbsp;ans, j’aurais essayé de représenter cela avec des données liées et du RDF pour une réutilisation&amp;nbsp;sémantique.&lt;/p&gt;
@@ -80,7 +80,7 @@
&lt;p&gt;Il y a 5&amp;nbsp;ans, j’aurais imaginé une API pour pouvoir généraliser l’usage et décliner plusieurs services&amp;nbsp;équivalents.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Et aujourd’hui&amp;nbsp;alors&amp;#8239;?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Je commence par me demander comment est-ce que les utilisateur·ices vont pouvoir saisir ces données et devenir&amp;nbsp;autonomes.&lt;/p&gt;
&lt;p&gt;Je n’envisage pas qu’iels puissent saisir du HTML —&amp;nbsp;qui plus est valide et accessible&amp;nbsp;— pour concevoir ce quizz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de &lt;em&gt;feedback&lt;/em&gt; immédiat lors de la rédaction, par exemple en &lt;em&gt;CommonMark&lt;/em&gt; un peu étendu dans un &lt;em&gt;pad&lt;/em&gt; ou un forge &lt;em&gt;git&lt;/em&gt;. J’imagine une structure qui ressemble&amp;nbsp;à&amp;nbsp;:&lt;/p&gt;
&lt;p&gt;Je n’envisage pas qu’iels puissent saisir du HTML —&amp;nbsp;qui plus est valide et accessible&amp;nbsp;— pour concevoir ce quiz. Je me demande quelle serait la structure la plus logique pour déterminer les réponses possibles et mentionner la bonne. Il y a un enjeu de &lt;em&gt;feedback&lt;/em&gt; immédiat lors de la rédaction, par exemple en &lt;em&gt;CommonMark&lt;/em&gt; un peu étendu dans un &lt;em&gt;pad&lt;/em&gt; ou un forge &lt;em&gt;git&lt;/em&gt;. J’imagine une structure qui ressemble&amp;nbsp;à&amp;nbsp;:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;Le consentement c’est :

* [ ] Demander la permission

+ 2
- 2
david/recherche/index.html
File diff soppresso perché troppo grande
Vedi File


Loading…
Annulla
Salva