Hola, en este hilo pretendo que coloquemos las ideas de los cambios para el framework del año que viene, de tal manera que se pueda tener una competencia más reñida y veamos nuevas variables y cosas a tener en cuenta para los equipos. Adicional quisiera colaborar en la realización de estos cambios.

Por ahora tengo un par que podríamos discutir:

1. Que los jugadores ahora tengan altura variable y esto se vea en la altura de control del balón que tenga cada uno, pero que al ser más alto, inevitablemente se vuelva más lento.
2. Que exista un comando para hacer entradas a los jugadores rivales, como para generar faltas y entre eso se podría tener hasta lesiones, tarjetas y amonestaciones, partiendo para tiros libres y penalties.

Por ahora esas 2, además de trabajar en una solución para lo de los goles inatajables.

1. Modificar la lógica del portero.

El portero debería de moverse atendiendo a un eje (como en los juegos de coches). Por ejemplo, si esta mirando al Norte, el desplazamiento lateral (hacía el Este y el Oeste) debería de ser más lento que si se desplaza hacía el Norte.

También debería de implementar una función "Estirada" que simulase que se lanzará lateralmente a por el balón. Esta acción permitiría un desplazamiento mayor en el eje lateral y tendría una penalización de n ciclos que sería lo que tarda el portero en levantarse del suelo. Dependiendo de la precisión del salto, el portero podría coger la pelota o simplemente despejarla.

2. Tiros con efecto.

Creo que con estas 2 medidas pueden anularse los tiros perfectos y seguiría existiendo la posibilidad de marcar goles.

Repito aqui lo que he dicho en el otro hilo:

Me gustaría que no se pudiese 'simular' el partido para tomar decisiones, o que al menos esta simulación excluyese al equipo contrario.

Tengo la impresión de que al final vamos a terminar con equipos perfectos: si puedo simular un pase X veces, puedo saber cual es el mejor pase y actuar siempre así me lleva a no perder nunca la pelota, y lo mismo hará el equipo contrario.

Veo lógico que puedas simular una jugada para calcular la mejor opción con tu táctica y la fisica del balón, pero al permitir introducir al equipo contrario en esa simulación, al final tu táctica se adapta perfectamente a la del equipo contrario.

Es como si en un partido de futbol, un jugador pudiese saber, además de lo que va a hacer el balón y su compañero, lo que va a hacer el rival. No me parece fiel al juego ...

No se si me explico :-)

Un sistema aleatorio de puntos para el ganador de un partido.

No he participado en la javacup, aún xD, pero he visto que hablais de equipos con tacticas parecidas, esto podria dar un punto de personalización extra para evitar esto.. Aunque como he dicho no he jugado y no se si es viable.

Buenas,

Ya que algunos dicen que la gente dice que los 'incendiarios del foro' no proponen cosas constructivas, tengo varias ideas:

1. No he revisado el código, pero a la vista de los resultados de la competición, parece que no existe un error a la hora de golpear a la pelota con un ángulo vertical determinado. Digo yo, que si trabajamos en tres dimensiones, el error no puede ser sólo en dos. Esto solucionaría, bajo un primer vistazo, el problema de los goles imparables, al no permitir calcular el ángulo exacto para producir ese 'efecto no deseado'/'bug'/'agujero aprovechable'.
2. Se supone que está prohibido extender clases propias del framework, ¿por qué permitimos entonces realizar simulaciones en base al código del framework? Sé que la competición y la comunidad se basa en software abierto y libre a la gente, pero habilitar a que alguien intente simular el futuro es bastante peligroso e incierto. Si nos intentamos ajustar a la realidad, un jugador se puede basar en la situación del momento (posición de jugadores y demás), pero no puede intentar simular dónde llegaría un pase, por ejemplo. Aquí, ciertos defensores de las tácticas antiguas dirán que una buena defensa podría parar estos ataques, pero lo cierto es que cada vez se hace menos accesible la participación de nuevos candidatos, cosa que va en contra de la filosofía de 'comunidad libre' (bajo mi punto de vista).
3. Otra historia que queda muy de lado es el de la optimización. Por mi vida laboral, es casi la parte más importante del trabajo, y quizá a veces lo lleve a todos los campos, pero tratándose de un 'concurso' de programación, es algo que no debería quedar en el olvido. Con las tácticas del año pasado, llegué a esperar casi un segundo a que ciertas tácticas hiciesen una sola iteración donde podían golpear el balón. ¿Por qué no limitar esto? ¿Por qué no hacer una medición y limitar la optimización? Entraría en juego otro aspecto muy importante y que haría equilibrar todo un poco. No sería el mejor el que más casos analizase e interpretase, sino que además debería hacerlo en un tiempo computacional razonable, al igual que un jugador tiene un tiempo limitado a la hora de tomar la decisión de un pase/tiro/lo que sea... Ahora la normativa es bastante vaga en este aspecto, puesto que refiere a las tácticas anteriores para ponerse en un lugar similar. También es verdad que me parece bastante raro que ciertas tácticas de este año se mantengan en los niveles de computación de años anteriores, pero eso es otra historia que creo que se debería tratar aparte.
4. Habría que dejar muy claras las normas antes de empezar cualquier tipo de competición, aunque sea a base de consultar en el foro y decidir de forma consensuada una lista de reglas a adoptar y publicadas junto a las normas de aceptación, para que todos los participantes (aunque no participen en el foro) tengan las mismas oportunidades. Obviamente, todo agujero susceptible de ser explotado deliberadamente debería ser castigado.

Me gustaría colaborar activamente con la comunidad, por lo que me gustaría recibir alguna respuesta de la dirección de la competición, por si considera factible alguna de mis ideas.

Un saludo,

Buenas,

Yo tampoco conozco a fondo el código del framework, pero por lo que parece por los resultados del torneo, como dice lmc, no se está aplicando el error al ángulo vertical.
Si es así, sería la mejor solución para el bug de los goles imparables, ya que el error evitaría que se pueda lanzar a propósito a un ángulo exacto calculado previamente.
Creo que algunas de las soluciones que se han propuesto dejarían abierta una posibilidad a la 'trampa', que es mejor evitar.

Otro punto importante son los desempates. Se ha hablado del tema de la posesión, pero creo que sería más interesante (y fácil de implementar) la creación de una tanda de penaltis en caso de empate.
Esto daría más realismo al juego y solucionaría el problema de los desempates por posesión que no dejan contento a todo el mundo.

También creo que se debería prohibir realizar simulaciones replicando código del framework, ya que resta mucho realismo y puede llegar a generar equipos imbatibles, además de jugar al borde de la legalidad...

Un Saludo.

De acuerdo con prohibir realizar simulaciones replicando código del framework. Hasta ahora las tacticas que han tenido exito desde la primera edicion son las que simulan para decidir el mejor pase o disparo, en detrimento de las que si usan heuristicas o estrategias genericas, las cuales se parecen mal al futbol real

Y que os parecería establecer unas fases claras para el desarrollo del framework?

Es decir, si la próxima javaCup va a ser en octubre-2014, debería haber una RC en julio/agosto y liberar una versión definitiva en septiembre. Una vez liberada, esa versión es con lo q se disputará la competición sí o sí y cualquier bug q se haya colado se queda hasta q se libere la siguiente versión.

Personalmente no me gustó tener q actualizar el framework 2 veces cuando ya estaba el concurso en marcha (el último fue a menos de una semana de la finalización del plazo)

Ahora q se ha abierto un repo en github, tal vez se podría organizar un poco mejor todo este tema, así como la valoración de los cambios propuestos (y los míticos +1 o -1 de los usuarios a los diferentes PR)

En qué mes aproximadamente sería la edición 2014? Hace un par de años tengo ganas de participar, pero siempre se me pasa la fecha o me surgen cosas que me lo impiden.