odie_one (./87) :

- Un tableau blanc serait super pratique

L'asso n'a pas vocation a fournir ce genre de matos. Un tableau par participant, cela fait beaucoup. Néanmoins, à l'accueil il y avait du papier/stylo si besoin.

Il s'agissait d'une idée lors de la discussion avec Bjorn... (en fait la plupart des questions listées étaient issues de la discussion en fin de WE) il n'était pas question d'un tableau blanc par personne mais d'un unique tableau pour l'ensemble des participants...

odie_one (./87) :

- Pour simplifier la vie des orgas, on devrait avoir des "questions publiques" (exemple concret cette année, combien on est à avoir demandé "c'est deux flèches et un bouton absolument ou c'est juste le max ?" hehe Avec une mise en commun de ce genre de question réponse le jour j, ça éviterai la course pour les orgas)

Bjorn était là pour vous. Et d'ailleurs il la répondu à pas mal de questions.L'asso pourra néanmoins imprimer le règlement de la speed-coding qui se trouvait sur le forum (voir post0)

En fait, l'idée était de faire un "breiffing" au début en commun pour d'une part donner le "go" de la speedcoding et d'autre part simplifier la vie de Bjorn. Le problème n'est pas qu'il n'ait pas répondu à des questions, c'est juste que sur certains points il a du se répéter auprès de plusieurs participants (et ça pourrait faire partie des trucs affichés sur le tableau avec la liste des participants/plateforme).
Réimprimer la liste des contraintes serait une bonne idée en effet vu que cette année par exemple il y a eu un tiers des participants qui s'est décidé en arrivant (donc qui n'avait pas forcément les détails du topic en tête)

odie_one (./87) :

- Un peu plus de "visibilité" sur les critères qui ont permis de classer les projets serait la bienvenue (genre "technicité", "innovation", "beauté", "jouabilité", "scénario", "thème", "coup de coeur", "finition", "brunni compliant", etc...) et idéalement si on pouvait savoir quels sont les critères "favoris" ça permettrait d'orienter la réalisation... (exemple si c'est la technicité, on passerait probablement plus de temps à faire un défi technique qu'à se forcer à faire un truc fini)

C'est dit dans le règlement (voir post0)

Si tu parles bien de ce post topics/185704-ac-2016-speed-coding/1#post-1 on y voit surtout "un exemple des critères qui peuvent être pris en compte (non exhaustifs et non dans l’ordre d'importance)", l'idée serait justement d'avoir une liste ordonnée de ces critères;

odie_one (./87) :

- Dans le formulaire, les "rôles" devraient être possible pour dire si on va participer à coup sûr, peut être ou être candidat pour intégrer le jury

C'est aussi marqué dans le règlement (post0)

Je parlais du formulaire d'inscription, actuellement -de mémoire- y'a juste un "voulez vous participer à la speedcoding OUI/NON" qui pourrait être détaillé en demandant ce qu'on veut y faire (aider à l'orga/faire partie du jury/être volontaire pour aider un autre/participer/"peut être" participer)