Décideur oui ou non

Confiez une décision binaire à une pièce équitable — option « peut-être » comme troisième sortie.

Comment ça marche

Un décideur conçu pour les moments où vous ne tenez vraiment à aucune des deux options — pizza ou sushi, métro ou à pied, ce mail je le réponds ce soir ou demain. Le widget tire un bit aléatoire (ou un parmi trois en mode « peut-être ») via `crypto.getRandomValues` et affiche la réponse dans une pastille colorée pour la saisir d'un coup d'œil. Le champ question est purement cosmétique — taper votre question ne change pas les probabilités — mais voir la question à côté de la réponse est plus satisfaisant qu'un « Oui » seul. Et cela prépare le vrai objectif : observer votre réaction au moment où la réponse tombe. « Oui » et vous êtes soulagé ? C'est la vraie réponse. « Oui » et vous voulez relancer ? C'est aussi la vraie réponse — l'inverse.

La formule

Sans « peut-être » (50/50) : bit ← crypto.getRandomValues(Uint8Array(1))[0] & 1 réponse ← bit == 0 ? Oui : Non Avec « peut-être » (33/33/33) : byte ← crypto.getRandomValues(Uint8Array(1))[0] rejeter si byte == 255 (échantillonnage par rejet) bucket ← floor(byte / 85) // 0..2 réponse ← bucket == 0 ? Oui : bucket == 1 ? Non : Peut-être

En mode « peut-être », la plage effective de l'octet est 0–254 (255 est rejeté pour que les trois buckets soient strictement égaux — 85 valeurs chacun). La probabilité de rejet est 1/256 ≈ 0,4%, donc la boucle ne tourne qu'une fois la plupart du temps. Sans « peut-être », pas d'étape de rejet — 256 se divise sans reste par 2.

Exemple de calcul

  • Question : « Je commande une pizza ce soir ? »
  • Tapez Demander. « Peut-être » désactivé, un bit décide → « Oui ».
  • Observez votre réaction. Soulagement = commandez. Doute = votre intuition penchait déjà ailleurs.

Questions fréquentes

Est-ce que taper ma question influence la réponse ?

Non. Le texte de la question est réaffiché dans le résultat pour le contexte mais n'entre jamais dans le tirage. Deux questions différentes, même pièce : si « Oui » sort deux fois de suite, c'est la pièce, pas l'univers qui vous donne raison.

Quand utiliser le mode « peut-être » plutôt qu'oui/non simple ?

Mode simple pour les vraies décisions à prendre. Mode « peut-être » pour les situations où la bonne réponse pourrait être « attends » ou « pas encore » — je lui réponds maintenant ? Le mode simple dit oui/non, « peut-être » dit attends. La version à trois est aussi sympa pour les jeux de salon (genre Magic 8-Ball) où la pause dramatique de « peut-être… » fait la moitié du charme. Pour les vraies décisions, le « peut-être » ne fait que reporter — à utiliser avec parcimonie.

Pourquoi la réponse « met du temps » à apparaître ?

Même raison que pile ou face — pure UX. Le bit est tiré dès le tap, mais une pause de 600 ms avant d'afficher la réponse rend le résultat plus pesant qu'auto-complété. Cela laisse aussi le temps à votre cerveau de commencer à former une préférence, exactement le moment où repérer votre réaction viscérale compte le plus. Afficher instantanément raterait ce moment.

« Best of 3 » ou répéter la demande, c'est valable ?

Statistiquement, c'est pareil — 50/50 reste 50/50 quel que soit le nombre de relances. En pratique, relancer jusqu'à obtenir la réponse souhaitée, c'est blanchir votre intuition à travers le widget — ce qui veut dire que votre intuition avait déjà la réponse et qu'il faut la suivre. L'outil est le plus utile quand vous vous engagez à accepter le tout premier tirage, sans reprise.

Calculatrices associées