Loterie n°2

Bonjour, sachant que la première loterie a très bien fonctionné avec des retours très très souvent positifs, je vous propose donc d'organiser une seconde loterie avec les mêmes règles :
-Lots offerts par les membres de l'alliance (pas obligatoire de donner)
-Pas plus de 10 tickets par team qui coûteront 20 000k/u !
-Les kamas accumulés serviront à acheter un ou plusieurs autres lots
-Il y a possibilités de gagner plusieurs fois si on achète plusieurs tickets
-Les lots seront confiés à notre très chère Morue si elle le veut bien
-Je me chargerais du tirage en sort car la dernière fois j'ai pas pu le faire :'(

Voilà si vous avez des questions j'y répondrais comme je le peux et le plus vite possible !


Lokiel

Avec quelle méthode comptes-tu tirer au sort ? Juste par curiosité.

Reste encore à déterminer des dates.

Evoxz s'est proposé pour m'écrire un programme

En fait j'en avais déjà écris un pour la première loterie Minimaliste, mais fonctionnel.

En gros il y avait une liste de nom, un nom = 1 ticket. Si quelqu'un avait pris 10 ticket son nom été 10 fois dans la liste.
A chaque tirage on mélange la liste et on retire le premier nom. Voila c'était ce que j'avais codé.

Ah ^^ Tu peux me l'envoyer ou pas? :p

Je peux poster le code ici, montrer comment l'utiliser et expliquer comment il fonctionne dans la foulée mais pas là tout de suite, probablement ce week end.

Après vu le temps monstre que ça nous a pris a Morue et moi la dernière fois, je suis personnellement contre, on pourrait pas attendre genre quelque mois encore ? x)

Très bien Merci Dodouce ! Et puis vous aurez rien à organiser donc on peut le faire en juillet ^^

Quel langage Arthur ? Parce que je sais que l'aléatoire de base de certains langages est loin d'être uniforme (coucou rand() ...)

Moi le code m'intéresse Et si jamais je fournirai une version qui promet une réelle répartition uniforme

Merci D'organiser cette lotterie j'achette 10 tiquets sans hésiter . Lokiel on est ami mets moi des bons lots de coté

J'ai mal aux yeux Steve >< Et je te mets rien de côté ^^

Tu déconnes? x) Moi aussi faut que je regarde ^^

Je ne suis pas contre en organiser une mais clairement c'est trop tôt.
Je rappelle que la dernière a eu lieu en mars.

Faisons ça plutôt pour un tirage le 30 Août ce qui nous fera environ une période de 6 mois entre les 2 loteries et nous laissera qq vacances pour nous organiser.

Je rappelle que la loterie est interdite par Ankama et que nous devons donc faire ça de façon discrète et avec des règles strictes.

Ce qu'on pourrait commencer par faire, c'est proposer des idées ci-dessous pour que ce soit plus simple à faire cette fois.

Basara tu fais du C/C++ pour le rand()? ^^ Sinon il reste le template random (je ne connais plus son nom exact ^^)

C'est ça Evoxz ^_^ De nos jours j'utilise un bon Mersenne Twister 19937 allié avec un std::uniform_int_distribution

Perso j'utilise l'aléatoire que pour coder des QuickSort en Competitive Programming, rand() me suffit amplement xD

J'ai codé from scratch une base d'émulateur pour 1.29, et je voulais un vrai random pour les jets et les CC
Je suis presque sûr que le random d'Ankama est pourri, vu que quand je suis en 50% je fais moins d'1 CC sur 2.

Bonne chance pour toute la préparation et l'organisation. Le 30 août je pense que c'est une bonne idée. Ca me laissera le temps de mettre quelques lots sympa de côté.

Et bien j'utilisais le même générateur aléatoire que toi basara, c'est celui par défaut du langage Python ^^

en utilisant rand() tu aurais quand même presque 50% de chances, ca m'étonnerait que a diminue en dessous de 48%. J'avais vu qu'il y avait un problème dans rand au niveau de la génération de nombres car on voyait clairement des tendances avec les nombres pairs sur des graphiques ^^ PErsonnellement, j'ai laissé un programme tourner 3E9 rand() et j'ai calculé le nombre de passage, pourcentage, et sur 45 000 résultats pour chaque nombre en moyenne (tous les entiers 16 bits non signés comme rand() les fait), j'avais au plus 70 générations d'écart entre le résultat le plus sorti et celui le moins sorti. Donc rand () n'est pas non plus si mauvais :p

Sauf que c'est pas sur la durée que c'est important ici, un joueur en combat s'il a 1/2 et qu'il voit que sur sa 20 ou 50aine de sorts il est pas proche de 50% de manière répétée (parce que clairement on regarde sur quelques combats d'affilée quand on est joueur, pas sur son entièreté d'expérience de jeu), bah ça va pas aller (et c'est ce qui m'arrive IG :p)

Autrement dit je voulais une uniformité plutôt bonne sur un nombre de jet pas trop élevé d'affilée.