[RETO]: reglas de organizacion

Competiciones, retos y cualquier otro tipo de evento organizado en Gemix.

[RETO]: reglas de organizacion

Postby CicTec » Mon Apr 20, 2009 10:24 am

Aqui voy a poner unas reglas da utilizar como guia de estilo para organizar los retos.
Cada persona que quiera organizar que toma esas reglas como base para crear los retos:

  • Número de sentencias. Cuando un reto especifique el límite de sentencias, es necesario saber que
    se entiende por sentencia.
  • ¿Qué se considera una sentencia? Una sentencia es una línea de código generalmente acabada en
    ‘;’ (punto y coma). De manera general tienen dos formas, una asignación a una variable (o una
    operación más asignación: +=, -=, etc), o una llamada a una función o proceso de la cual se
    desprecia el retorno. While, for, from, repeat, end, process, local, global, y demás palabras
    reservadas del lenguaje (así como las expresiones contenidas en el while, repeat, from, etc) no
    cuentan como sentencias.
  • ¿Qué se considera una sentencia (2)? Ahora bien, si dentro de la expresión de un while o similar
    se usa una asignación (ej: while( (var += 5) < 50 ) sí que contaría como sentencia). Las operaciones
    de incremento usadas en las expresiones de las estructuras de control no contarán como sentencias
    (ej: while( var++ < 50 ) no contaría como sentencia).
  • ¿Qué se considera una sentencia (3)? Un poco más rebuscado. La utilización de asignaciones
    como subexpresiones se considerará como sentencias extra (ej: var1 = var2 + (var3 += 4); contará
    como 2 sentencias). Si se presenta un .prg que roce el límite de sentencias de un reto será obligado
    que documente la presencia de estos sucesos del siguiente modo: var1 = var2 + (var3 += 4); //
    MULTIPLE MULTIPLE MULTIPLE. El no hacerlo podrá ser motivo de descalificación.
    Votaciones (1). Se usará un sistema de votaciones basado en orden. Cada votante dirá cuales son
    los que considera los mejores juegos (u otro tipo de entrega). Ej: (1º- Asteroids, 2º- Arkanoid, 3º-
    Phantomas)
  • Votaciones (2). Tipos de votantes. Existen tres tipos de votantes, jurado, participantes, y público.
    Un votante que sea jurado debe ser especificado antes de empezar el reto y no podrá participar en el
    mismo. Se considerará participante a todos aquellos que hayan participado Y realizado una entrega
    válida. El resto de votantes se considerarán público.
  • Votaciones (3). Entregas no válidas. Si alguien realiza una entrega y no se considera válida por no
    cumplir algún requisito (ej: número de sentencias límite) no se le considerará participante, y su voto
    contará como el de público. Si alguien es descalificado de un modo “poco honroso” (ej: supera el
    número de sentencias límite pero intenta ocultarlo de forma intencionada) será descalificado y
    además no se le permitirá votar.
  • Votaciones (4). Peso de cada votante. En todo reto, el valor del voto de un participante será cinco
    veces mayor que el de un votante público. Esto no podrá ser modificado por las reglas específicas
    de cada reto. El valor del voto del jurado puede ser establecido sin restricciones en cada reto. Si no
    se especifica nada, se considera que el voto de un votante jurado equivale al de un participante.
  • Votaciones (5). Número de posiciones en los votos. Según el tipo de votante tendrás que dar el
    orden de más o menos entregas. (Ej: los participantes dirán los 3 mejores juegos, mientras que el
    público dirán los 2 mejores juegos). Veamos un ejemplo de votación de un participante:
    1º – Asteroids, 2º – Arkanoid, 3º – Phantomas
    Y ahora un ejemplo de votación de un no participante (público):
    1º – Phantomas, 2º – Discworld
  • Votaciones (7). ¿Cuántos puntos vale cada posición? El sistema de puntuación está preparado
    para que cada posición valga el doble que la siguiente. Por ejemplo, si un juego ha sido votado una
    vez en primera posición recibirá los mismos puntos que si ha sido votado dos veces en segunda
    posición. Del mismo modo, dos terceras posiciones equivalen a una segunda posición y así
    sucesivamente. Para hacerte una idea, puedes pensar que el primer juego que pongas le estas dando
    1 punto, al segundo juego le estas dando 0.5 puntos, al tercer juego 0.25 puntos y así
    sucesivamente. Por supuesto si eres un votante público tus votos valdrán una quinta parte que los de
    un participante.
  • Votaciones (8). Autovotos. No, no está permitido. Un participante no puede votar su propio juego o
    entrega.
  • Plazos. Todo reto tendrá una duración mínima de una semana, y máxima de dos semanas, a
    especificar por el reto en cuestión. Si no se especifica nada se asume una duración de una semana.
  • Presentación de ideas para retos. Si quieres presentar una idea para un reto, enviásela por PM a
    CicTec muy muy resumida (sólo la idea base). Nos pondremos en contacto contigo si consideramos
    que es oportuno realizar algún cambio o alguna aclaración hasta que tengamos una idea válida. A
    partir de ese momento pasará a una lista de ideas posibles. Al principio de cada reto se ejecutará un
    rand para elegir la idea que se utiliza para el reto. Dicho rand será efectuado JUSTO antes de
    iniciarse el reto, por lo que nadie tendrá conocimiento del reto que va a tener lugar hasta que este
    empiece. Aunque no esté estrictamente prohibido, recomendamos que las ideas se envíen sólo por
    PM a CicTec y no se comenten en ningún sitio. Esto hará que cuando una idea salga elegida sea
    sorpresa. Por supuesto nadie te impide comentar la idea si así lo prefieres, y no por ello tu idea va a
    ser descalificada o recibir algún tipo de personalización en cuanto a la probabilidad de salir elegida.
  • Excepciones. Si tienes alguna idea que sea incompatible con alguna de estas reglas (ej: un reto
    relámpago de 24 horas de duracion) ponte en contacto con CicTec por PM y se verá que se puede
    hacer. Por ejemplo, un reto así no se podría hacer con el sistema normal de eleccion de ideas con
    rand, ya que no se sabría que va a salir elegida hasta el mismo dia de inicio, y habría gente que se
    perdería por completo el reto si tardase en conectarse al foro. Sin embargo, eso no quita que
    decidamos seguir adelante con la idea, eso sí, avisando con una semana de antelación. En cualquier
    caso, la regla de oro es, si tienes cualquier idea, PM a CicTec, y ya veremos que se puede hacer.
User avatar
CicTec
 
Posts: 16123
Joined: Thu Jul 31, 2008 10:18 pm

Return to Developers Contest

Who is online

Users browsing this forum: No registered users and 2 guests