Hay un momento extraño en el desarrollo de cualquier juego.
Al principio todo parece sencillo.
- Un personaje.
- Un mapa.
- Unos enemigos.
- Un ataque.
Pero llega un punto en el que empezás a jugar tu propio juego y te das cuenta de que ya no estás simplemente agregando cosas.
Estás construyendo cómo se siente vivir dentro de ese mundo.
Eso fue exactamente lo que nos pasó esta vez con Isle Survivors.
La primera flecha
Todo comenzó con algo aparentemente pequeño: queríamos que el Arquero pudiera atacar automáticamente al enemigo que tuviera más cerca.
Pero esa idea escondía una pregunta mucho más importante:
¿Qué debería hacer un Arquero cuando el jugador no está pensando en cada flecha?
La respuesta fue convertir el combate en algo más natural.
- Cuando un enemigo entra en su rango, el juego lo reconoce como objetivo.
- Si ese enemigo muere o deja de ser válido, el Arquero busca automáticamente al más cercano.
- Y el jugador puede intervenir en cualquier momento y cambiar el objetivo manualmente.
Ya no se trata solamente de hacer click para disparar. Ahora el personaje entiende lo que está pasando a su alrededor.
Lo más importante: el jugador puede seguir moviéndose mientras dispara. El objetivo se conserva y vuelve a utilizarse cuando el personaje se reposiciona.
Eso hizo que el Arquero empezara a sentirse como un verdadero personaje de combate a distancia.
Y entonces apareció el Mago
Si el Arquero podía hacer eso...
¿Por qué no el Mago?
Así nació el segundo estilo de combate a distancia. El sistema de targeting se replicó para el Mago, pero su ataque tenía que sentirse diferente.
No queríamos simplemente cambiar el sprite de una flecha. Queríamos que cada ataque se sintiera como magia.
Así llegaron las bolas violetas: orbes brillantes, con núcleo mágico, partículas orbitando, glow y un movimiento distinto al de las flechas.
El Arquero dispara.
El Mago lanza magia.
Y esa diferencia visual empezó a darle personalidad propia a cada clase.
Pero apareció un problema
Cuanto más jugábamos, más evidente se volvía algo: los personajes a distancia tenían una ventaja enorme.
- Podían atacar desde lejos.
- Podían moverse mientras atacaban.
- Podían mantener a los enemigos a raya.
Mientras tanto, el Guerrero tenía que acercarse. Y acercarse significa recibir golpes.
No queríamos que el Guerrero fuera simplemente “el personaje que recibe daño”. Queríamos que entrar en combate cuerpo a cuerpo valiera la pena.
Así empezó el balance.
Tres formas de sobrevivir
El Guerrero empezó a transformarse en el personaje que queríamos: más vida, más defensa, más daño.
A nivel 1, las clases terminaron así:
GUERRERO 80 HP · 10 ataque · 2 defensa
ARQUERO 35 HP · 6 ataque · 0 defensa
MAGO 40 HP · 7 ataque · 0 defensaDe repente, las tres clases empezaron a contar historias diferentes.
- **El Guerrero entra.**
- **El Arquero mantiene distancia.**
- **El Mago arriesga posición a cambio de poder.**
Ya no eran solamente tres skins diferentes. Eran tres formas diferentes de jugar.
El bosque también dio algo a cambio
Había otro problema pendiente.
Si el bosque iba a ser un lugar peligroso... ¿por qué no podía también ayudarte?
Así aparecieron las frutas.
🍎 🍌 🍓 🍊 🍇 🍉 🍑 🍒
De repente, entre los árboles podían aparecer pequeñas recompensas. Frutas flotando. Frutas esperando ser encontradas.
Y todavía mejor: los árboles empezaron a reaccionar.
No hacía falta destruir un árbol por completo. Al chocar contra él, podía caer una fruta.
Eso convirtió algo que antes era simplemente parte del escenario en una pequeña interacción con el mundo.
El bosque dejó de ser decoración. Ahora podía ayudarte a sobrevivir.
Sobrevivir un segundo más
Las frutas también le agregaron algo importante al combate: recuperación.
- Una cereza cura un poco.
- Una manzana, un poco más.
- Una banana todavía más.
- Y algunas frutas, como la sandía, pueden convertirse en una recompensa mucho más valiosa.
El jugador ya no solamente piensa: “¿dónde está el próximo enemigo?”. También empieza a pensar:
¿Dónde está esa fruta que vi hace un segundo?
Eso cambia la exploración. Y cambia la sensación de peligro.
Porque cuando tenés poca vida, una fruta en medio del bosque puede significar la diferencia entre seguir avanzando...
...o volver a empezar.
El combate necesitaba una última cosa
Con enemigos acercándose desde todos lados, apareció otro problema: en momentos de presión, hacer click exactamente sobre un enemigo puede ser demasiado difícil. Especialmente en mobile.
Así que el targeting también evolucionó. El objetivo ya no depende de acertar el píxel exacto del enemigo: cada criatura tiene una zona de interacción más generosa para poder seleccionarla rápidamente.
Click sobre el enemigo → Target
Click sobre el terreno → MovimientoLa idea es simple:
Cuando estás rodeado de enemigos, el juego debería ayudarte a expresar tu intención, no castigarte por fallar el click unos centímetros.
Y entonces llegaron los bugs
Por supuesto, nada de esto ocurrió sin problemas.
Hubo flechas que parecían quedarse dando vueltas.
Hubo enemigos que podían provocar crashes.
Hubo momentos donde el servidor seguía funcionando mientras la pantalla quedaba congelada.
Hubo variables que desaparecían durante una limpieza de código.
Y hubo momentos donde matar un enemigo significaba, inexplicablemente, pantalla congelada.
Ese tipo de errores son frustrantes. Pero también son parte del momento en que un prototipo empieza a convertirse en un juego real. Cada problema obligó a mirar un poco más profundo:
- El sistema de proyectiles tuvo que controlar mejor su ciclo de vida.
- El servidor tuvo que aprender a sobrevivir a sus propios errores al generar loot.
- El cliente tuvo que mantener el target sincronizado con el servidor.
- Y el renderizado tuvo que sobrevivir a todas esas nuevas interacciones.
El juego estaba creciendo. Y ahora el código también tenía que crecer con él.
La isla empieza a tener identidad
Si miramos hacia atrás, muchos de estos cambios parecen pequeños. Una flecha mejor. Un orbe violeta. Un círculo de target. Una fruta. Un poco más de vida. Un poco menos de defensa.
Pero juntos están creando algo mucho más importante: una identidad.
- El Guerrero no juega como el Arquero.
- El Arquero no juega como el Mago.
- Los enemigos ya no son solamente obstáculos.
- Los árboles ya no son solamente decoración.
- Las frutas ya no son solamente curación.
- Y el targeting ya no es solamente una función.
Todo empieza a conectarse.
Entrás al bosque. Ves un enemigo. Lo seleccionás. Disparás. Te movés. Esquivás.
Una flecha atraviesa el aire. Un orbe violeta ilumina la oscuridad. Un enemigo cae.
Y entre los árboles... hay una pequeña fruta esperando.
¿Cómo está el juego hoy?
Antes de cerrar, queremos dejar registro claro del estado actual del proyecto.
- **Isle Survivors es jugable ahora mismo** en play.islesurvivors.com.
- Las tres clases están implementadas y balanceadas: Guerrero, Arquero y Mago, cada una con su propia forma de jugar.
- El combate a distancia tiene targeting automático con retargeting y selección manual de objetivo.
- El Mago ataca con orbes mágicos propios, no con flechas recicladas.
- Los árboles reaccionan al chocarlos y sueltan frutas que curan en distintos grados.
- El targeting tolera clicks imprecisos, pensado también para mobile.
- Y todo corre sobre el servidor autoritativo de la etapa anterior: chunks, culling, predicción del cliente y persistencia.
Todavía falta muchísimo: más contenido, más enemigos, la identidad visual definitiva, pruebas de carga más grandes. Pero la base sobre la que vamos a construir todo eso ya existe.
Y ya es jugable.
¿Y ahora qué?
Todavía falta muchísimo.
Pero esta etapa dejó algo claro.
Isle Survivors ya no se trata solamente de sobrevivir en una isla. Se trata de descubrir cómo sobrevivir en ella.
Esa diferencia puede parecer pequeña. Pero para nosotros es enorme.
Porque ahora la isla empieza a responder.
Y esto recién empieza.
Nos vemos en el próximo Isle Journal.