Diferencia entre revisiones de «Practicas de Robocode»
| Línea 21: | Línea 21: | ||
#:: '''''Microbots''''': entre 251 y 750 bytes | #:: '''''Microbots''''': entre 251 y 750 bytes | ||
#:: '''''Minibots''''': entre 751 y 1500 bytes | #:: '''''Minibots''''': entre 751 y 1500 bytes | ||
| − | #:: '''''Megabots''''' | + | #:: '''''Megabots''''': por enriba de 1501 bytes |
# O robot extenderá da clase ''AdvancedRobot'' para que se poidan usar as mesmas características en todos | # O robot extenderá da clase ''AdvancedRobot'' para que se poidan usar as mesmas características en todos | ||
# Non se permite utilizar ningún programa nin paquete externo fóra | # Non se permite utilizar ningún programa nin paquete externo fóra | ||
Revisión del 18:15 17 may 2021
Sumario
Introdución
RoboCode é un simulador de combates entre tanques.
Tarefa e obxectivos
Escribir un programa para controlar un robot simulado en Robocode para competir contra outros.
Os obxectivos pedagóxicos poden ser:
- a iniciación en certas linguaxes de programación (Java e .NET)
- comprender algúns dos principios dos Sistemas Basados no Coñecemento en Intelixencia Artificial, mediante o uso ilustrativo dalgúns métodos
Posibles restricións
- A versión de Robocode e de compilador de java a utilizar para a práctica será fixada
- isto é para evitar que posibles cambios entre versións poidan supoñer vantaxe ou desvantaxe na competición
- hai que desactivar as actualizacións automáticas desde dentro do propio Robocode!
- a versión do compilador pode ser a incluida no entorno de Robocode
- Pódese limitar a competición para unha categoría determinada:
- os tanques se organizan en categorías al estilo del boxeo, por peso.
- O peso calcúlase nunha "báscula" que mide o código efectivo das clases: codesize.jar
- Desta forma divídense en:
- Nanobots: código efectivo menor de 250 bytes
- Microbots: entre 251 y 750 bytes
- Minibots: entre 751 y 1500 bytes
- Megabots: por enriba de 1501 bytes
- O robot extenderá da clase AdvancedRobot para que se poidan usar as mesmas características en todos
- Non se permite utilizar ningún programa nin paquete externo fóra
- do que incluía o propio Robocode máis o runtime de Java
- e das librerías habituales (java.lang, java.util, java.math).
- Tampouco se permite o uso de ficheiros externos para almacenar información
- Todo isto busca evitar diferenzas e vantaxes e facilitar a avaliación
- Non se poden usar
- os métodos que devolven información da contorna e parámetros da batalla (tamaño campo, enfriamento,...),
- información sobre os contrincantes (nome)
- información das balas ou morte dos contrincantes,
- a posición absoluta (coordenadas X,Y) propia.
A prohibición de usar moitas das funcións ou clases de Robocode é ... ... para que sexa o máis aproximado a un problema realista de Intelixencia Artificial... ... e dificultar que se poidan copiar outros programas para robocode disponibles de competicions en internet ;)
Enunciado 1
PENDENTE
Outros enunciados
PENDENTE
Posibles calificacións
La calificación de la práctica tenía dos partes o fases. En la primera fase (después de verificar que compila y cumple las restricciones) cada programa debía vencer (un 90% de las veces), por puntos acumulados al final de una batalla de 10 asaltos tipo melee, a tres robots concretos elegidos de entre los que vienen como "sample" en Robocode (uno muy flojo, otro medio y otro algo más fuerte). También se daban valores concretos a los parámetros de las batallas (tamaño de campo, velocidad de enfriamiento, tiempo inactividad, etc.). La superación de esta fase implicaba el aprobado. Aunque los programas de "sample" son fáciles de vencer en condiciones normales, al tener limitaciones y restricciones se dificulta algo y requiere analizar e indagar más. Además, al ser por puntos acumulados se potencia que se optimicen los factores que dan puntos, no necesariamente ganar o destruir a todos.
El resto de la calificación se obtenía en la segunda fase que era donde se realizaba la competición. Se iban enfrentando en varias batallas un número variable de programas de estudiantes, junto con otros programas desconocidos (normalmente también eran algunos de los de sample y algún otro adicional público). Las condiciones y parámetros (tamaño campo, número contrincantes, enfriamiento, etc.) eran variables y aleatorias dentro de unos rangos en cada batalla. En esta fase se iban acumulando los puntos obtenidos en cada batalla mediante un sistema de puntos tipo ELO (como los de ajedrez) para obtener una puntuación final que luego se escalaba proporcionalmente para la calificación.
La complejidad de la segunda fase era derivada del elevado número de estudiantes matriculados en la asignatura que hacía muy difícil evaluar equitativamente, pero si el número no fuese tan alto se pueden hacer directamente unas cuantas batallas de todos contra todos y sumar los puntos obtenidos en cada batalla. El añadir algunos robots extra fáciles de vencer ayuda a que los estudiantes que han hecho algo por encima del mínimo saquen más nota en la segunda fase.
Espero que esta información te sirva de ayuda para preparar una práctica que sin duda tus estudiantes agradecerán y encontrarán divertida y estimulante, y quizá les anime a participar en alguna de las competiciones de internet.
Entrega
Esixirase:
- un nome fixo específico para o nome do robot
- un nome de grupo (cartafol) co DNI do estudante
- así facilítase a automatización de parte dos procesos de extracción, revisión e competición na avaliación.
Referencias
Créditos
Os meus coñecementos de Robocode xurden da miña primeira etapa como alumno en Sistemas Informáticos II da [UNED] na antigua enxeñaría informática.
Tras contactar co profesor [Jose Ramon Álvarez-Sanchez https://orcid.org/0000-0001-5659-6841] facilitou reseñas de cales eran os enunciados que se utilizaban; e desa información xurde este artigo.