Pues hombre, a mi me pareceria interesante eso ultimo que comentas. Si nos dejarais un rato la pantalla (sin que coincida con alguna otra actividad, para asegurarnos estar libres) yo encantado de presentar mi juego, incluso todos los que hemos programado podriamos quedar para hacerlo a la vez, pero eso, me gustaria presentarlos aparte de la wild ya que NO es lo mismo. Sería como todos los años, un ratillo se van presentando todas las producciones seguidas, que en vez de uno del Staff, que estaran muy ocupados, seguro, las vaya presentando otra persona, y punto, lo de valorar cual es mejor, pues bueno, eso ya no se como hacerlo, porque o toma la decision el Staff, o se somete a votación, pero esta última está un tanto desequilibrada, pues alguien que va en un grupo de 10 les dice a asus amigos "votarme a mi" y ale, ya ha ganao xD. Asi que, si el resto de los participantes se anima, yo "acabo" mi juego para presentarlo, si no... a la carpeta de "Varios" tendra qe ir        

Yepa a ver que me parece bien el tema de que nos deis la oportunidad de presentar en la wild. Yo no decia nada sobre si se tenia o no que hacer el concurso este año ni iban por ahi los tiros. Es un detalleque nos dejeis ir a la wild. yo solo decia que el modo de plantear, en base a la participacion del año anterior la participacion del siguiente es un poco asi... y en este caso puede que haya gente que este año no quiera presentar en la wild para esperar al año que viene la posibilidad de presentarlo en el concurso. Con lo que las cuentas de gente que va o no a presentar un juego el proximo año seguiran sin ser correctas.

Una manera de evitar el problema que comentabas del metodo que os propongo yo, el que comentabas de que las intenciones de participacion que al final quedan en agua de borraja, es exigir una serie de pantallazos del juego para valorar si el juego va o no encaminado(o una demo, el que no presente una demo jugable no se cuenta como que va a participar). Y asi a vistas del mismo año podreis decir, tenemos a 3 que dicen que van a presentar y 5 que han dado pantallazos de su juego y ese mismo año se valora si se hace o no el concurso en base a los que han mandado dichos pantallazos o demos. Si despues se apunta mas gente pues bienvenido sean. Mas participacion y mas calidad.

¿No te parece igual mas razonable este punto de vista?

Lo importante seria el tema de poner la peticion de concursantes antes de haber decidido si se hace o no el concurso.

La decisión de que competiciones hay y de cuales se eliminan se hace al inicio de año. No por gusto, sino pq cada competición lleva una serie de gestión interna (calendario de party, presupuestos, organización...) que tiene que estar planificada pronto. Cuando en el post anterior te decía que cuánto tiempo deberíamos dar a los partycipantes para decir "yo me apuntaré" antes de sacar los concursos, me refería a ésto: ¿cuántos de vosotros teneis algo que sea presentable, aun en estado WIP, en el primer trimestre de año? Y a esas alturas, q fiabilidad podemos dar a que los que en principio se apunten acaben viniendo (ni siquiera te digo que concursen, solamente hablo de asistir a la party)?.

Imagina que tenemos 5 personas que nos mandan un pantallazo, o algo de código, o lo que sea que demuestre que hay intención, y que en base a eso decidimos lanzar el concurso. Si se cae una sola de esas personas, perdemos el 20% de la participacion. Con sólo 4 participaciones ¿te parecería bien mantener el concurso? o ¿no crees que el esfuerzo invertido por nuestra parte en ese concurso podria estar mejor empleado en algo que tuviera mas aceptación? no tendría ni siquiera que ser un concurso, podría ser tiempo y dinero empleados en la mejora general de la party.

Al final se reduce a lo mismo. Ya contamos de antemano que los concursos muy técnicos van a tener menos participación que pe los juegos, y ya damos manga ancha en ese sentido. No vamos a eliminar el hackit pq no se presenten tantos interesados como en el BF2. Pero tampoco vamos a mantener concursos en los que no tenemos unas garantias fiables de una cierta participacion.

Y cambiando de tema, si al final os decidis por el concurso no oficial, ¿quién mejor que vosotros mismos, los concursantes, para decidir el ganador? Por cierto, vendría bien que si lo acabais haciendo asi crearais una serie de normas, que podria ser incluso las que hemos ido empleando nosotros, para regularizar el tema; y que eligierais un gestor de la actividad (para tener con quien hablar sin tener que reunir en todo momento a todo el mundo en la party).

Yo entre no creo que tenga tiempo entre el BF2, el PRO, el Frets, el DC, hacer un poco de vida social... ademas yo por mi parte estoy ya con los últimos detalles ^^

Por cierto, hay que entender al los orgs... que con 4-5 personas no somos ni un 1% de la party, lo lógico sería montar el concurso como otros años (mismas normas), el jurado ya se verá, y luego que nos lo pongan en la pantalla... yo con eso ya toy contento, que seguro que al final unas risas nos echamos ;DD

PD: No tengo ni idea de las normas de otros años, si alguien las sabe y las quiere poner, se agradecerá ;p

Ya, yo tampoco se las normas de otros años, yo he hecho un juego en Java, con un hilo de ejecucion y unas cuantas clases, y una vez acabado lo convertiré en archivo .jar, pero no se cuales son las normas exactas, sin embargo, ya que no va a ser oficial, no deberíamos imponerlas nosotros mismos??

Eso que dices de un FastCode ( ) pos hombre es interesante, pero la party es una vez al año, y no me apetece mucho perder 1 de los 4 dias metiendo codigo, algo de lo cual no va  a surgir nada del otro mundo y siempre vas a decir: "Eh!, media horilla mas.." xD. En fin, si se monta algo pa estos juegos pos yo encantado, asi q a mandar...

os pego la normativa de otros años del concurso de programacion de juegos, por si os quereis basar en ella

Programación de Juegos
- El objetivo es programar un juego en cualquier tipo de lenguaje
(Visual C, flash, javascript...), sobre cualquier tipo de temática.
- No hay limitación de tamaño, resolución, colores o demás factores en el juego.
- Todos los componentes incluidos (gráficos, música, efectos sonoros,
etc en caso de haberlos) deberán ser originales o sin copyright.
- Se valorara la originalidad, jugabilidad, programación y diseño del
juego, así como su portabilidad a distintas plataformas.
- Se deberá entregar el código fuente, un archivo compilado
previamente en caso de haberlo y un breve archivo de texto explicando
la programación, diseño, objetivos y controles del juego. Se deberán
incluir también todos los archivos extra necesarios para compilar y
ejecutar el juego (librerías, plug-ins, etc...).
- El código fuente entregado no será hecho publico, solo el jurado
tendrá acceso a el para valorarlo.