Subpage under development, new version coming soon!
Subject: »Juego de natación sokkero
aqui lanzo otra "idea" para lo de las competiciones.
Se podria hacer una especie de calenadario,donde pues no se,una semana se compita en un pais,otra semana en otro,una semana no haya nada,en otra semana 2 competis y ser tu mismo el q decida q carrera preparar,algo parecido al virtua tenis?
Se podria hacer una especie de calenadario,donde pues no se,una semana se compita en un pais,otra semana en otro,una semana no haya nada,en otra semana 2 competis y ser tu mismo el q decida q carrera preparar,algo parecido al virtua tenis?
De dónde se saquen los nadadores para las Olimpiadas es un poco lo de menos. Lo importante creo que es tener esa 2ª competición, por el tema de la estrategia.
Estaba en ese gran lugar que hay en todas las casas y que sirbe para pensar a parte de otras cosas, y se me ha ocurrido que para darle un poco más de emoción a la cosa se podrían hacer como decís la mayoría pero con algun pequeño cambio.
A ver si me explico.
Los domingos serían competiciones de liga, y servirían para subir, quedarse, o bajar una división (no hemos hablado de como serían las promociones). En este punto todos estamos de acuerdo.
Los miercoles serían preclasificatórios para el campeonato nacional. Para que un club tubiera derecho a participar en el campeonato nacional, tendría que participar en un 70% (por poner algo) de los preclasificatorios. Al finalizar cada preclasificatório se darían unos puntos, y al finalizar todos los preclasificatórios, los 8-16-32 equipos con más puntos y que hubieran disputado el 70% de los preclasificatórios serían los clasificados.
Para disputar los preclasificatórios se debería aceptar en algun sitio (como aquí aceptamos amistosos), eso si, unos días antes y así poder hacer el sorteo de grupos. Los grupos se podrían hacer por sorteo puro y duro, o por cabezas de serie, englobando los clubs en 8 grupos. Por ejemplo, si hay 101 preinscripciones, tocarían a 7 grupos de 13 clubs y uno (el de los peores) con 10. De esta forma habría 13 competiciones de cada una de las carreras, 10 grupos con 8 clubs y 3 con 7. Solo se disputaría una manga en cada carrera, y al finalizar se repartirían los puntos a cada nadador, que luego se sumarían a los clubs. Y de allí saldría la lista que decía anteriormente. Por poner un ejemplo, 3 por el primero, 2 por el segundo y 1 para el tercero.
Por lo único que no me gusta lo del campeonato nacional es porque la figura de club es más importante que la del nadador (como es normal que ocurra en liga).
Para los campeonatos internacionales si que sería imporante la figura de seleccionador, ya que allí no participarían clubs, si no que participarían selecciones de nadadores de distintos clubs.
A ver si me explico.
Los domingos serían competiciones de liga, y servirían para subir, quedarse, o bajar una división (no hemos hablado de como serían las promociones). En este punto todos estamos de acuerdo.
Los miercoles serían preclasificatórios para el campeonato nacional. Para que un club tubiera derecho a participar en el campeonato nacional, tendría que participar en un 70% (por poner algo) de los preclasificatorios. Al finalizar cada preclasificatório se darían unos puntos, y al finalizar todos los preclasificatórios, los 8-16-32 equipos con más puntos y que hubieran disputado el 70% de los preclasificatórios serían los clasificados.
Para disputar los preclasificatórios se debería aceptar en algun sitio (como aquí aceptamos amistosos), eso si, unos días antes y así poder hacer el sorteo de grupos. Los grupos se podrían hacer por sorteo puro y duro, o por cabezas de serie, englobando los clubs en 8 grupos. Por ejemplo, si hay 101 preinscripciones, tocarían a 7 grupos de 13 clubs y uno (el de los peores) con 10. De esta forma habría 13 competiciones de cada una de las carreras, 10 grupos con 8 clubs y 3 con 7. Solo se disputaría una manga en cada carrera, y al finalizar se repartirían los puntos a cada nadador, que luego se sumarían a los clubs. Y de allí saldría la lista que decía anteriormente. Por poner un ejemplo, 3 por el primero, 2 por el segundo y 1 para el tercero.
Por lo único que no me gusta lo del campeonato nacional es porque la figura de club es más importante que la del nadador (como es normal que ocurra en liga).
Para los campeonatos internacionales si que sería imporante la figura de seleccionador, ya que allí no participarían clubs, si no que participarían selecciones de nadadores de distintos clubs.
Me gusta bastante la idea. A ver que piensa el resto ;)
Por cierto, donde pensabas? En el salón, la cocina? [whistle] :P
Por cierto, donde pensabas? En el salón, la cocina? [whistle] :P
Para los programadores:
Vamos a dividir el proyecto en 4 grupos de programadores:
- Flash/AS, para el visor.
- PHP/MySQL, para la lógica de negocio/almacenamiento de datos.
- HTML/CSS, para la capa de presentación.
- C++, para el motor de partidos (así creamos un grupo más :P)
De momento sólo hace falta elegir a un responsable de cada grupo, ya que hay cosas que preparar en cada uno de ellos antes de ponerse a trabajar en masa. Los demás podéis seguir opinando sobre las cosas que faltan por pulir, que son muchas. De esta forma trabajaremos en pararelo más gente y avanzaremos más rápido.
La idea es la siguiente:
- El responsable de Flash/AS deberá coordinar a un grupo de programadores para aprender a programar en ActionScript. El visor en si no es difícil de hacer, el mayor problema es que nadie domina la tecnología así habrá que buscar tutoriales e ir probando cosas. El visor de sokker tb nos puede ayudar, habrá que analizarlo. Este grupo podría empezar a trabajar inmediatamente.
- El responsable de PHP/MySQL tendrá que diseñar el modelo de datos del juego. Todavía faltan cosas por decidir, pero bueno, se puede ir avanzando algo en este aspecto. Puede empezar con un EER indicando sólamente los nombres de las entidades (lo que serán las tablas de la BD) y olvidarse de momento de las propiedades. Más adelante las añadirá, cuando esté todo decidido. Posteriormente tendrá que coordinar la programación de cada uno de los phps que necesitemos, que podría obtener a partir del modelo de navegación de la web.
- El responsable de HTML/CSS tendrá la tarea de generar el modelo de navegación de la web, es decir, un árbol de navegación en el que se relacionarán todas las páginas que contendrá la web y la forma de llegar a ellas desde la página principal. A partir de este modelo podrá, posteriormente, distribuir el trabajo de la creación de cada una de las páginas entre sus colaboradores. La idea es que los HTML tengan el mínimo código necesario en php, sólamente la impresión de variables y la generación de bucles para imprimir datos en tablas. Cada una de estas páginas se insertará por programación en un PHP que se encargará entre otras cosas de rellenar esas variables. También habrá un HTML con la plantilla o diseño general de la web que todos los PHPs incluirán.
- El responsable de C++ va un poco por libre porque sólo necesita conocer el modelo de datos del juego y las especificaciones del motor. Aunque todavía quedan cosas por pulir, puede ir avanzando en este tema.
Por supuesto si alguien cree que se puede organizar el trabajo de otra forma es libre de proponer cualquier alternativa :P
Bueno, según la valoración de conocimientos nadie destaca especialmente en ninguno de los campos así que... algún voluntario se presenta para responsabilizarse de alguno de los grupos?
(edited)
Vamos a dividir el proyecto en 4 grupos de programadores:
- Flash/AS, para el visor.
- PHP/MySQL, para la lógica de negocio/almacenamiento de datos.
- HTML/CSS, para la capa de presentación.
- C++, para el motor de partidos (así creamos un grupo más :P)
De momento sólo hace falta elegir a un responsable de cada grupo, ya que hay cosas que preparar en cada uno de ellos antes de ponerse a trabajar en masa. Los demás podéis seguir opinando sobre las cosas que faltan por pulir, que son muchas. De esta forma trabajaremos en pararelo más gente y avanzaremos más rápido.
La idea es la siguiente:
- El responsable de Flash/AS deberá coordinar a un grupo de programadores para aprender a programar en ActionScript. El visor en si no es difícil de hacer, el mayor problema es que nadie domina la tecnología así habrá que buscar tutoriales e ir probando cosas. El visor de sokker tb nos puede ayudar, habrá que analizarlo. Este grupo podría empezar a trabajar inmediatamente.
- El responsable de PHP/MySQL tendrá que diseñar el modelo de datos del juego. Todavía faltan cosas por decidir, pero bueno, se puede ir avanzando algo en este aspecto. Puede empezar con un EER indicando sólamente los nombres de las entidades (lo que serán las tablas de la BD) y olvidarse de momento de las propiedades. Más adelante las añadirá, cuando esté todo decidido. Posteriormente tendrá que coordinar la programación de cada uno de los phps que necesitemos, que podría obtener a partir del modelo de navegación de la web.
- El responsable de HTML/CSS tendrá la tarea de generar el modelo de navegación de la web, es decir, un árbol de navegación en el que se relacionarán todas las páginas que contendrá la web y la forma de llegar a ellas desde la página principal. A partir de este modelo podrá, posteriormente, distribuir el trabajo de la creación de cada una de las páginas entre sus colaboradores. La idea es que los HTML tengan el mínimo código necesario en php, sólamente la impresión de variables y la generación de bucles para imprimir datos en tablas. Cada una de estas páginas se insertará por programación en un PHP que se encargará entre otras cosas de rellenar esas variables. También habrá un HTML con la plantilla o diseño general de la web que todos los PHPs incluirán.
- El responsable de C++ va un poco por libre porque sólo necesita conocer el modelo de datos del juego y las especificaciones del motor. Aunque todavía quedan cosas por pulir, puede ir avanzando en este tema.
Por supuesto si alguien cree que se puede organizar el trabajo de otra forma es libre de proponer cualquier alternativa :P
Bueno, según la valoración de conocimientos nadie destaca especialmente en ninguno de los campos así que... algún voluntario se presenta para responsabilizarse de alguno de los grupos?
(edited)
Como te lo curras :D
No tengo conocimientos en nada como para ponerme al frente de ningun campo, asique yo donde mas falta haga pues ayudo. Aunque me gustaria ir con C++ para el motor, pero mis conocimientos de C son mas o menos basicos.
No tengo conocimientos en nada como para ponerme al frente de ningun campo, asique yo donde mas falta haga pues ayudo. Aunque me gustaria ir con C++ para el motor, pero mis conocimientos de C son mas o menos basicos.
X lo k veo el juego va a star tope currao nen. Yo ayudaria, pero no entiendo ni papa, el k entiende es mi ermano k sta studiando informatica.
errores en tu modelo
1 no puedes hacer el visor si no sabemos que datos nos devolvera el motor con respecto a la competencia. (osea una cosa implica la otra)
2. la pagina html debe ser generada con el php. esto simplemente para facilitar si se piensa agregar mas idiomas. de aqui se desprende que laparte de html+css depende directamente de la parte php.
esto simplemente por que cuando escribas unahabilidad seria algo asi como $skill1=$good
en la pagina se mostraria algo asi como habilidad mental = bueno y si es en otro idioma se el puntero al idioma correspondiente de tu formatendrias que generar otra pagina practicamente. lo que en conceptos de escalabilidad es un cacho.
para empesar a trabajr y definir los grupos tendremos que definir varias cosas antes de eto como por ejemplo como se designaran los idiomassi con .locales o un directorio para cada idioma que almacenesolo las variables. y rediriguir la ruta al cambiar el idioma. nos e si me explico. el css aca toma gran importancia. por que sera la cara visible y tendremos que definir si se permitira usar un css externo como sucede en sokker.
1 no puedes hacer el visor si no sabemos que datos nos devolvera el motor con respecto a la competencia. (osea una cosa implica la otra)
2. la pagina html debe ser generada con el php. esto simplemente para facilitar si se piensa agregar mas idiomas. de aqui se desprende que laparte de html+css depende directamente de la parte php.
esto simplemente por que cuando escribas unahabilidad seria algo asi como $skill1=$good
en la pagina se mostraria algo asi como habilidad mental = bueno y si es en otro idioma se el puntero al idioma correspondiente de tu formatendrias que generar otra pagina practicamente. lo que en conceptos de escalabilidad es un cacho.
para empesar a trabajr y definir los grupos tendremos que definir varias cosas antes de eto como por ejemplo como se designaran los idiomassi con .locales o un directorio para cada idioma que almacenesolo las variables. y rediriguir la ruta al cambiar el idioma. nos e si me explico. el css aca toma gran importancia. por que sera la cara visible y tendremos que definir si se permitira usar un css externo como sucede en sokker.
La mayoría de esas cosas se pueden hablar con los responsables. Sólo quería que la gente tuviera una idea general de cómo funcionaría esto.
Está claro que tiene que haber comunicación entre los distintos grupos, pero al menos se limitará a lo imprescindible y cada uno podrá avanzar bastante sin necesidad de estar constantemente dependiendo de otro.
> 1 no puedes hacer el visor si no sabemos que datos nos devolvera el motor con respecto a la competencia. (osea una cosa implica la otra)
Hay que definir ese protocolo de comunicación, pero si casi no nos hemos puesto de acuerdo en cómo va a ser... jeje. Habrá que estudiarlo con los responsables de ambos grupos.
> 2. la pagina html debe ser generada con el php. esto simplemente para facilitar si se piensa agregar mas idiomas. de aqui se desprende que laparte de html+css depende directamente de la parte php.
A ver si lo explico bien: la idea es que tú puedas abrir el html en el navegador directamente y ver cómo es el diseño de esa página, pero en la práctica a esa página nunca se accederá directamente sino que será el php el que la lea y la devuelva "incrustada" en la plantilla, por así decirlo. Simplemente es para separar la capa de presentación de la de la lógica. Como al final todo va a funcionar como dices, que es el PHP el que "genera" la página, no va a haber ningún problema con las constantes para los idiomas y todas esas cosas.
> para empesar a trabajr y definir los grupos tendremos que definir varias cosas antes de eto como por ejemplo como se designaran los idiomassi con .locales o un directorio para cada idioma que almacenesolo las variables. y rediriguir la ruta al cambiar el idioma. nos e si me explico. el css aca toma gran importancia. por que sera la cara visible y tendremos que definir si se permitira usar un css externo como sucede en sokker.
Lo mismo de antes, la idea es que, al dividir el trabajo de esta forma, no seamos todos los que debatamos las cosas. Por un lado porque son detalles que en general no afectan al usuario sino que son más bien cosas internas, de organización. Y por otro porque así cada uno se puede centrar en su área y se puede "olvidar" de los problemas del resto.
(edited)
Está claro que tiene que haber comunicación entre los distintos grupos, pero al menos se limitará a lo imprescindible y cada uno podrá avanzar bastante sin necesidad de estar constantemente dependiendo de otro.
> 1 no puedes hacer el visor si no sabemos que datos nos devolvera el motor con respecto a la competencia. (osea una cosa implica la otra)
Hay que definir ese protocolo de comunicación, pero si casi no nos hemos puesto de acuerdo en cómo va a ser... jeje. Habrá que estudiarlo con los responsables de ambos grupos.
> 2. la pagina html debe ser generada con el php. esto simplemente para facilitar si se piensa agregar mas idiomas. de aqui se desprende que laparte de html+css depende directamente de la parte php.
A ver si lo explico bien: la idea es que tú puedas abrir el html en el navegador directamente y ver cómo es el diseño de esa página, pero en la práctica a esa página nunca se accederá directamente sino que será el php el que la lea y la devuelva "incrustada" en la plantilla, por así decirlo. Simplemente es para separar la capa de presentación de la de la lógica. Como al final todo va a funcionar como dices, que es el PHP el que "genera" la página, no va a haber ningún problema con las constantes para los idiomas y todas esas cosas.
> para empesar a trabajr y definir los grupos tendremos que definir varias cosas antes de eto como por ejemplo como se designaran los idiomassi con .locales o un directorio para cada idioma que almacenesolo las variables. y rediriguir la ruta al cambiar el idioma. nos e si me explico. el css aca toma gran importancia. por que sera la cara visible y tendremos que definir si se permitira usar un css externo como sucede en sokker.
Lo mismo de antes, la idea es que, al dividir el trabajo de esta forma, no seamos todos los que debatamos las cosas. Por un lado porque son detalles que en general no afectan al usuario sino que son más bien cosas internas, de organización. Y por otro porque así cada uno se puede centrar en su área y se puede "olvidar" de los problemas del resto.
(edited)
Por cierto, si hay algún economista por aquí o alguien a quien le guste hacer números... podría ir diseñando el sistema económico del juego :)
Y tb habría que ir pensando en mudarse a un foro externo, porque en cuanto estén los grupos hechos esto será un jaleo :P
Mmm quizá con el foro de una liga privada sea suficiente, algún plus que no utilice la suya nos la podría ceder?
(edited)
Y tb habría que ir pensando en mudarse a un foro externo, porque en cuanto estén los grupos hechos esto será un jaleo :P
Mmm quizá con el foro de una liga privada sea suficiente, algún plus que no utilice la suya nos la podría ceder?
(edited)
Bueno, vamos alla! ^^
Yo ya dije lo del foro de la liga, creo que sería útil ;)
Por otro lado yo no sería capaz de encargarme, creo que eso lo deberíais hacer Arnau, tú, y algun otro que domine .
Otra cosa, como dividiremos a la gente en cada grupo?
Yo ya dije lo del foro de la liga, creo que sería útil ;)
Por otro lado yo no sería capaz de encargarme, creo que eso lo deberíais hacer Arnau, tú, y algun otro que domine .
Otra cosa, como dividiremos a la gente en cada grupo?
Me habias leido la mente, se me vinieron a la cabeza las dos cosas que me comentaste.
Si quieres yo puedo ayudar con el tema de la economia. Siempre me ha gustado ese aspecto. Pero para ello, se deberian de saber un poco las fuentes de ingresos y de gastos que vaya a tener el juego.
Si quieres yo puedo ayudar con el tema de la economia. Siempre me ha gustado ese aspecto. Pero para ello, se deberian de saber un poco las fuentes de ingresos y de gastos que vaya a tener el juego.
Economista yo mismo, supongo que bastaria con aplicar un libre mercado como en sokker, con algun impuesto en cada transferencia xa evitar una inflacion excesiva, con patros mayores a mayor numeor de usuario/país para favorecer la competitividad..
Por cierto, si hay algún economista por aquí o alguien a quien le guste hacer números... podría ir diseñando el sistema económico del juego :)
Aqui tienes a un futuro :P has dicho a alguien le guste hacer numeros? A mi me mola asique podemos verlo entre dos o tres tambien.
Luego, prefiero que cualquier otro lleve el mando en los distintos campos, porque ahora mismo no estoy para ir mandando, si no que me manden :P Asique donde mas ayuda puedo dar es en HTML/CSS y bastante bastante ayuda en PHP/MySQL.
Yo recomendaria que fueses haciendo una lista con el responsable de cada grupo y sus integrantes para tenerlos a todos colocados.
PD: buenisimo trabajo y perfectamente explicado.
Aqui tienes a un futuro :P has dicho a alguien le guste hacer numeros? A mi me mola asique podemos verlo entre dos o tres tambien.
Luego, prefiero que cualquier otro lleve el mando en los distintos campos, porque ahora mismo no estoy para ir mandando, si no que me manden :P Asique donde mas ayuda puedo dar es en HTML/CSS y bastante bastante ayuda en PHP/MySQL.
Yo recomendaria que fueses haciendo una lista con el responsable de cada grupo y sus integrantes para tenerlos a todos colocados.
PD: buenisimo trabajo y perfectamente explicado.
Con el permiso de Terrion, voy a hacer una recopilación de ideas más o menos acceptadas, lo de programación lo dejo todito para tí, que bastante tube en su momento con hacer una calculadora con visual basic.