¿Cómo prepararse para una competencia de desarrollo de juegos?


11

Ludum Dare 18 se acerca y participaré en él. He hecho un par de otras competiciones de juegos a corto plazo en el pasado, pero esta es mi primera gran (y mi primera en solitario). Estoy REALMENTE emocionado por ello, pero me pregunto si hay algún truco para prepararse para este tipo de cosas, y algún consejo sobre qué hacer durante la competencia. Entonces...

¿Cómo te preparas o participas en una competencia de juegos a corto plazo?

Tu respuesta puede ser específica para Ludum Dare, pero realmente estoy hablando de cualquier competencia de juegos, siempre que sea a corto plazo , no en los meses en los que desarrollas tu juego y lo lanzas de manera casual; Estoy hablando de competiciones de alta presión, final en el tiempo, pull-an-all-nighter. El Global Game Jam también encaja aquí, si participaste en eso a principios de este año.

También cualquier consejo en el contexto de un grupo de personas (cada uno trabajando en su propio juego en solitario) sería genial; Estaré con el club de desarrollo de juegos en mi escuela durante la mayor parte de las 48 horas (solo unas pocas personas, no un grupo enorme).


Como esta publicación es muy subjetiva, considera hacerla en sentido horario.
Jesse Dorsey

1
Espero tener algunas buenas respuestas con consejos distintos (ya que cada persona es diferente y tiene sus propias experiencias) y espero que los respondedores sean recompensados ​​con reputación. No veo ninguna razón para la colaboración en las respuestas (en la moda wiki). Si esto no justifica, no dude en hacerlo en sentido horario; eres el mod después de todo! :)
Ricket

Respuestas:


15

Como organizador y participante del juego, aquí hay algunos consejos de mis experiencias:

  • Familiarícese con las herramientas que utilizará. Desea utilizar un entorno de desarrollo con el que ya se sienta cómodo; no quieres aprender nada nuevo sobre la marcha si no tienes que hacerlo absolutamente.
  • Corolario: si se le permite comenzar con un código preescrito (bibliotecas, motores de juegos, etc.), ya sea algo que haya hecho usted mismo o de una fuente de terceros, también familiarícese con eso. .
  • Los concursos a corto plazo requieren resistencia física, ¡así que no descuides tu lado físico! Coma bien, haga ejercicio regularmente, duerma lo suficiente y, en general, elija un estilo de vida que lo mantenga lo más saludable posible. A corto plazo (es decir, un par de días antes de que comience el concurso), asegúrate de recuperar tu sueño para comenzar de nuevo.
  • Conoce tus límites. Según su propia experiencia, ¿cuánto tiempo puede desarrollar en un tramo continuo antes de comenzar a ver rendimientos decrecientes en su tiempo? ¿Cuánto tiempo y con qué frecuencia necesita tomar descansos para mantener un rendimiento óptimo? ¿Cuál es su curva de compensación del sueño (es decir, si se queda despierto hasta tarde en el desarrollo, ¿eso lo hace MÁS productivo por el tiempo extra que pasa, o MENOS productivo porque el cansancio lo ralentiza)? Si no sabe estas cosas sobre usted pero tiene tiempo para "probarse" antes del concurso, hágalo.
  • Prepara todas las cosas mundanas por adelantado. Si participa desde su casa, asegúrese de tener comidas preparadas, refrigerios y bebidas listas para usar, y tenga accesos directos y marcadores en su escritorio para todo lo que cree que necesitará y al que desea acceder fácilmente. Si tiene libros de texto de referencia favoritos, apílelos junto a su computadora. Piense en otras herramientas que pueda desear: lápices / bolígrafos, gráficos y papel estándar, tal vez algunos dados y fichas y prototipos físicos, etc. Si va a algún lugar fuera de su casa (como con un evento típico de "Game Jam" ), empaca una bolsa con anticipación con todo lo que quieras llevar contigo y tenlo listo para que no te despiertes temprano o te apresures a último momento.
  • Como estrategia a largo plazo, desarrolle sus habilidades de desarrollo; no hay forma de que ser un desarrollador más fuerte pueda lastimarte. Tampoco hay nada que te impida hacer tu propio "juego privado", desafiándote a ti mismo a hacer un juego en una semana (o un fin de semana) según lo permita tu horario personal. Cuantos más proyectos de este tipo realice, mejor será su desempeño.

7

He hecho Ludum Dare dos veces, mi primer intento falló bastante miserablemente, pero en mi segundo intento (LD17) lo hice bastante bien y obtuve el séptimo lugar en general.

Solo algunas viñetas aleatorias (específicas para LD principalmente, pero probablemente aplicables en otros lugares):

  • Sueño : esto es muy importante, LD16 fue mi primer compuesto de 48 horas e intenté pasar demasiado tiempo sin dormir y terminé tomando una "siesta" de 10 horas hasta la fecha límite ... Para LD17 dormí las dos noches durante 6-7 horas y todo fue mucho más suave. Trabajé por menos tiempo total, pero no estar medio dormido todo el tiempo definitivamente ayudó.

  • Planes cambiantes : Último LD Cambié por completo mi idea en unas 10 horas, eliminé la mayor parte del trabajo de esa época y me moví en una dirección diferente. Parecía totalmente desesperado ya que mi plan inicial no era divertido; pero se me ocurrió otra idea, me dormí y eventualmente todo se unió. Así que no tenga miedo de cambiar de dirección si su enfoque inicial no va a ninguna parte.

  • Timelapse : esto parece irrelevante, pero poder reproducir las 48 horas como timelapse realmente te ayuda a sentir dónde pasaste demasiado / muy poco tiempo. También descubrí que grabar el lapso de tiempo era una especie de incentivo para seguir trabajando y no aflojar tanto ...

  • Comunidad / IRC : Una gran parte de Ludum Dare es la comunidad, es mucho más divertido si participas en todo el proceso; hacer timelapses, tomar fotos de comida / espacio de trabajo, pasar el rato en IRC y lo más importante, votar y dejar comentarios para todos.

  • Middleware / framework / lo que sea : algunas personas prefieren comenzar desde cero , pero las reglas sí permiten el middleware disponible y el middleware personalizado (siempre y cuando lo liberes de código abierto antes del componente). Dada la cantidad de entradas de Gamemaker y Unity, no me siento tan mal por escribir un marco rápido usando algunos bits de middleware (usé Ogre y Bullet la última vez) la semana anterior.

  • Audio : Personalmente, tengo muy poca experiencia con el audio, por lo que ha sido difícil para mí, pero un poco de audio es muy útil. La última vez logré tener un poco de música (muy repetitiva) (hecha con LMMS) y efectos de sonido generados con sfxr .

  • Versión Post Compo : te animo a que sigas trabajando en tu entrada después de la competencia; Agregué tablas de clasificación en línea y algunos ajustes a mi entrada de la última LD como una idea de último momento, lo lancé en moddb y ha sido sorprendentemente exitoso (la tabla de clasificación tiene más de medio millón ~ 20-25 segundos de 'carreras' registradas y aparentemente va para ser un pequeño artículo al respecto en una revista de juegos francesa).

Eso es todo lo que puedo pensar por ahora, ¡buena suerte!


1
Yay para sfxr! Encontré esa joya de programa hace solo unos días y definitivamente la archivé para usarla durante la competencia. :)
Ricket

2

Compití en un atasco el año pasado y solo tomar decisiones antes de la competencia realmente hizo que las cosas fueran más fáciles. Por ejemplo, no desea decidirse por un motor cuando debería codificar.

Construye / recolecta todo lo que puedas con anticipación. En el juego en el que participé, tuvimos la suerte de tener algunos recursos de arte proporcionados, pero no pudimos obtener todo lo que necesitábamos, así que perdimos el tiempo buscando en los recursos de ciertas bibliotecas. También terminamos haciendo la mayor parte del sonido en el sitio, que podríamos haber manejado antes del evento.

Intente anticipar algunos de los desafíos de codificación con los que se encontrará. Estábamos construyendo un juego de disparos básico y uno de los mayores desafíos fue tratar de hacer que los enemigos se movieran hacia un jugador en movimiento de una manera realista. Este fue un desafío que podríamos haber predicho si pasáramos más tiempo discutiendo antes del evento.

Finalmente, si se trata de una competencia de equipo, asegúrese de repasar estas ideas con los miembros de su equipo. No querrás presentarte con muchas ideas diferentes y pasar tiempo debatiendo cuáles implementar.


2

Baja tu sistema. En este momento, obtenga todas las herramientas que pueda estar utilizando durante la competencia y realice una carrera en seco previa a la competencia. No tienes que hacer un juego completo, pero asegúrate de estar familiarizado con las cosas (esto incluye todos los aspectos, jugabilidad, arte, música, etc.). Este es el único "truco" que necesitas. Si tiene un flujo de trabajo en funcionamiento antes de la competencia, entonces su premio es la capacidad de concentrarse en el contenido real del juego mientras el tiempo corre.

También puede publicar este juego / experimento previo al componente como un calentamiento ... ¡a la comunidad de LD le gusta, y puede recibir comentarios antes de que comience la competencia!

Para algo como Ludum Dare, no hay nada que pueda hacer de antemano en cuanto al contenido, y la jugabilidad real probablemente será diferente de lo que practicó antes de tiempo. Pero si sabe que usará la plataforma XYZ, y será un juego basado en sprites 2D (por ejemplo), entonces es crucial poder llegar a la parte de contenido / juego lo más rápido posible.

Aprendí esto de la manera difícil. LD16 se gastó tratando de hacer que las cosas funcionen. LD17 se gastó enriqueciendo el mundo.

Espero ver lo que se te ocurre. ¡¡Buena suerte!!


Una nota al margen para LD: vi que puedes construir tu propio middleware para el componente siempre que lo liberes a todos antes de la competencia.
funwhilelost

Realmente me gusta esa regla ... Pero tiene que estar disponible para todos con al menos dos semanas de anticipación. ¡Tengo que darme prisa y sacar algo para mañana! : -O
Ricket
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.