Yep, 15, donc une chance sur 15 pour le robot.
Il faut avoir plusieurs jeux de 15 sinon il suffirait de donner une fois la réponse au robot pour qu'il passe à vie. Il faut que le nombre de jeux soit assez important pour qu'on ne puisse pas initialiser le robot avec certaines réponses et qu'il ait un taux de réussite trop important.
Résultat, tu vas probablement coder dans les 200 ou 300 entrées (donc 4500 propositions, bonjour le boulot). Quelqu'un qui y passe un minimum de temps initialisera son robot avec une trentaine de couples question/réponse. Son robot aura donc 1/10 de réussite, plus 1/15 sur les réponses inconnues. Ca reste encore un robot qui réussira facilement (le robot il s'en fout de recommencer plein de fois jusqu'à réussir). Pour peu que le robot apprenne de ses erreurs pour ne pas reproposer les mauvaises réponses, le joli robot va passer ton test à très courte échéance.
Pour que le test soit efficace il faut que les couples question/réponse soient générés automatiquement et aléatoirement, qu'ils ne soient justement pas pris dans une base de données (à moins d'en avoir une super grande).
C'est justement ça le problème. Faire à la main une question que le robot ne peut pas résoudre c'est simple. Le problème c'est faire générer au robot un couple question/réponse vérifiable qu'un autre robot ne pourra pas résoudre.
Re: ascii art?
Yep, 15, donc une chance sur 15 pour le robot.
Il faut avoir plusieurs jeux de 15 sinon il suffirait de donner une fois la réponse au robot pour qu'il passe à vie. Il faut que le nombre de jeux soit assez important pour qu'on ne puisse pas initialiser le robot avec certaines réponses et qu'il ait un taux de réussite trop important.
Résultat, tu vas probablement coder dans les 200 ou 300 entrées (donc 4500 propositions, bonjour le boulot). Quelqu'un qui y passe un minimum de temps initialisera son robot avec une trentaine de couples question/réponse. Son robot aura donc 1/10 de réussite, plus 1/15 sur les réponses inconnues. Ca reste encore un robot qui réussira facilement (le robot il s'en fout de recommencer plein de fois jusqu'à réussir). Pour peu que le robot apprenne de ses erreurs pour ne pas reproposer les mauvaises réponses, le joli robot va passer ton test à très courte échéance.
Pour que le test soit efficace il faut que les couples question/réponse soient générés automatiquement et aléatoirement, qu'ils ne soient justement pas pris dans une base de données (à moins d'en avoir une super grande).
C'est justement ça le problème. Faire à la main une question que le robot ne peut pas résoudre c'est simple. Le problème c'est faire générer au robot un couple question/réponse vérifiable qu'un autre robot ne pourra pas résoudre.
[ Répondre ]