[idée] Organiser Des concours sur developpez.com ?

[Davidbrcz]

Bonjour à tous.

Je pense que vous avez vu des concours qui s'organisent à gauche ou à droite, et pourquoi pas sur developpez.com, d'où mon idée.

Organiser une sorte de concours mais spécialement adapté pour developpez.com. J'ai entendu dire que Franck.H s'occupe de concours en C.

Mais pourquoi s'arrêter ici ?
Qu'en pensez vous ?

Merci.

PS : il se fait tard, je posterai mes idées en détail demain.

[Marc Lussac]

Comme concours on à le défi Delphi

Mais on aimerais bien proposer d'autres concours ou Défis, et d'ailleurs on peu vous proposer pour vous aider :
- De le doter en lots
- Une large visibilité : 1,4 Million de lecteurs
- Un hébergement sur developpez.com pour l'organisation du concours
- Un forum spécifique

Ils nous manque que la ou les personnes pour organiser ces concours

[Davidbrcz]

Je veux bien essayer d'organiser un concours 'test'

[Marc Lussac]

Et bien propose nous ça nous intérésse

[millie]

Il y a également des petits défis concernant les langages fonctionnels http://www.developpez.net/forums/f754/autres-langages/langages-fonctionnels/defis-langages-fonctionnels/ qui sont censé confronter des langages fonctionnels et des langages impératifs sur des problèmes variés

Si tu as une idée de défi pour ce forum, n'hésite pas à me contacter.

[Davidbrcz]

L'idée que je me fait du concours est très vaste et pluri-disciplinaire.
Voici ce que je propose:
*Le concours se déroule en 5 épreuves qui durent 1.5 mois chacune soit sur un total de 7.5 mois.
*Chaque épreuve à un thèmes(à définir) avec plusieurs sujets se ratachant au thème.
*Le sujet choisi peut être traité dans différents langages. Pour le moment,j'envisage C,C++,Java,delphi,un langage fonctionel.
On peut essayer d'ajouter Python,ruby (autres ?)
*Le code produit est évalué selon un barème disponible avant l'épreuve.
Il est évalué par des gens de compétence.
*Une super finale a lieu vers la fin du mois d'avril/mai.
Pour arriver à la finale, il faut participer au moins a une épreuve et être sélectioner dans les finalistes.
Le nombre de finalistes par épreuves est a fixé en fonction du nombres de participants.
*On peut participer à autant d'épreuves qu'on le souhaite
*Le concours est doté de lots.Tout les finalites ont un lots.

[millie]

En fait, il y a en général trois problèmes majeurs avec les concours (que l'on s'est d'ailleurs déjà posé au sein de la rédaction).

"Le code produit est évalué selon un barème disponible avant durant l'épreuve" : Les barèmes sont en fait assez subjectifs, et il est assez difficile de noter correctement un "projet" ce qui fait que cela prend en général beaucoup de temps.

"Il est évalué par des gens de compétence." amène au problème du : Sur 7 mois et demi, qui va avoir le temps d'évaluer ces projets (qui peuvent être plus ou moins gros) ? De plus, il est nécessaire de regrouper énormément de compétences (sur tous les langages que tu as cités) avec des gens qui seront motivés sur 7 mois.


Dernier problème mais qui peut être résolu grâce à la pluridisciplinarité du concours et grâce au lot, comment intéresser suffisement de monde ?


Pour les défis fonctionnels, on a choisi une stratégie assez particulière (très différente des "futurs" concours C ou des concours delphi) qui est qu'il n'y a pas d'arbitre (=pas de notation) : les participants ou les lecteurs des challenges (dont les solutions sont visibles par tous car directement posté dans le forum) peuvent se forger leur propre idée sur la meilleure solution
(on a d'ailleurs penser à créer des challenges difficile mais dont la solution peut être très court (une dizaine de ligne) ce qui permet à tout le monde de regarder rapidement toutes les solutions proposées et jugées par eux même).
Pour le fait de faire participer un maximum de monde, on a choisi de ne pas se limiter au langage fonctionnel (ce qui a plutôt pas trop mal marché pour ce forum...)

[gege2061]

Envoyé par millie

qui peut être résolu grâce à la pluridisciplinarité

Oui sauf que ça rajoute des problèmes niveau barème, comment noter un même projet écrit en C et en Java sachant que ce dernier aura beaucoup moins de code à faire (donc pourra aller plus loin dans les fonctionnalités).

On pourrai envisager un même concours mais des catégories différentes.

[millie]

Envoyé par gege2061

Oui sauf que ça rajoute des problèmes niveau barème

Et aussi au niveau des "juges" car il va en falloir pour chaque langage (mais je l'avais déjà indiqué)

[Davidbrcz]

Envoyé par millie

"Le code produit est évalué selon un barème disponible avant durant l'épreuve" : Les barèmes sont en fait assez subjectifs, et il est assez difficile de noter correctement un "projet" ce qui fait que cela prend en général beaucoup de temps.

C'est pas pire qu'une copie de bac et pourtant, chaque année les prof y arrivent

Envoyé par millie

"Il est évalué par des gens de compétence." amène au problème du : Sur 7 mois et demi, qui va avoir le temps d'évaluer ces projets (qui peuvent être plus ou moins gros) ? De plus, il est nécessaire de regrouper énormément de compétences (sur tous les langages que tu as cités) avec des gens qui seront motivés sur 7 mois.

Euh on évalue pas en continue sur ces 7 mois .
A la fin de chaque épreuve,pouf on évalue.

Dernier problème mais qui peut être résolu grâce à la pluridisciplinarité du concours et grâce au lot, comment intéresser suffisement de monde ?

En proposant des thèmes varié a l'extrème.
exemple :
le programme avec le plus fonctions et le moins de code.
Créer un jeu vidéo.
Le programme avec le plus insolite.
...

Pour les défis fonctionnels, on a choisi une stratégie assez particulière (très différente des "futurs" concours C ou des concours delphi) qui est qu'il n'y a pas d'arbitre (=pas de notation) : les participants ou les lecteurs des challenges (dont les solutions sont visibles par tous car directement posté dans le forum) peuvent se forger leur propre idée sur la meilleure solution
(on a d'ailleurs penser à créer des challenges difficile mais dont la solution peut être très court (une dizaine de ligne) ce qui permet à tout le monde de regarder rapidement toutes les solutions proposées et jugées par eux même).
Pour le fait de faire participer un maximum de monde, on a choisi de ne pas se limiter au langage fonctionnel (ce qui a plutôt pas trop mal marché pour ce forum...)

Je suis assez d'accord sur la stratégie adopté.


Enfin pour le problème des SL des langages qui sont très différentes,on peut soit proposer des sujets différend par langage, soit authoriser certianes libs externe ou enore interdire certaine partie de la SL.

[Erwy]

Envoyé par Davidbrcz

C'est pas pire qu'une copie de bac et pourtant, chaque année les prof y arrivent

Ils sont payés dpt plus d'une semaine à ne faire que cela , au cas ou tu ne l'urais pas remarqué on n'est bénévole ici, on a d'autres activités dans nos journées que corrigé des concours

Euh on évalue pas en continue sur ces 7 mois .
A la fin de chaque épreuve,pouf on évalue.

Ben non tu as raison, il ne faut pas classer/organiser les choses au fur et à mesures qu'elles arrivent, c'est vachement mieux de se reserver tout le plaisir pour la fin

Créer un jeu vidéo.

Crée le nouveau windows...

Si on veut un barème clair, il faut que le concours soit bien cadré dès le départ, et cela ne se résume pas en une ligne.

ne faire que proposer le cadre d'un concours, voir d'un défi, c'est déjà énormément de travail et contrairement à toi j'en ai l'expérience par les défis xml alors que le seul véritable barème etait celui de la rapidité ,vu le nombre de participants.

Comme déjà dit plein de fois, ne proposer que des idées ne sert à rien....

[Davidbrcz]

Envoyé par Erwy

Ils sont payés dpt plus d'une semaine à ne faire que cela , au cas ou tu ne l'urais pas remarqué on n'est bénévole ici, on a d'autres activités dans nos journées que corrigé des concours

Et le plaisir la dedans ?
Pour ma part,je peux au besoin aider corriger du C++ bien que je ne soit pas über bien callé.

Ben non tu as raison, il ne faut pas classer/organiser les choses au fur et à mesures qu'elles arrivent, c'est vachement mieux de se reserver tout le plaisir pour la fin

Si un code est rendu 3 semaines avant la date butoir, bien sûr que oui on le corrige avant!!
Ca vient du bon sens .

Si on veut un barème clair, il faut que le concours soit bien cadré dès le départ, et cela ne se résume pas en une ligne.

Ce ne sont que de vagues idées pour le momement, elle demandes toutes un approndissement.

ne faire que proposer le cadre d'un concours, voir d'un défi, c'est déjà énormément de travail et contrairement à toi j'en ai l'expérience par les défis xml alors que le seul véritable barème etait celui de la rapidité ,vu le nombre de participants.

Se baser seulement sur la rapidité,beurk.

Comme déjà dit plein de fois, ne proposer que des idées ne sert à rien....

Il faut bien commencer par quelque chose non ?

[gege2061]

Envoyé par Davidbrcz

Et le plaisir la dedans ?

On prend déjà notre pied à gérer nos rubriques, écrire des tuto et modérer les forums

[Philippe JOCHMANS]

Envoyé par gege2061

On prend déjà notre pied à gérer nos rubriques, écrire des tuto et modérer les forums

+1

[Giovanny Temgoua]

Pour le moment, je pense qu'il serait plus intéressant de nous proposer :
1) des défis/concours de courte durée (7 mois c'est trop)
2) ciblés sur une techno ou un langage : pluridisciplinaire, pourquoi pas, mais cà mobiliserait des personnes qui ne sont déjà pas disponibles
3) des idées concrêtes pour pouvoir faire durer le défi/concours pendant 2/3 mois (un seul sujet, c'est vite résolu, et après ?) ainsi que les corrigés bien sûr (ou du moins, une solution qui fonctionne)

Qu'en penses-tu ?