¿Cuáles son las estrategias efectivas para un equipo pequeño de desarrollo de juegos? [cerrado]

12

¿Cuáles son las mejores prácticas independientes del lenguaje / plataforma para un equipo de desarrollo de juegos pequeños de desarrolladores intermedios a avanzados?

Las estrategias de alto nivel (así como las sugerencias en términos de marcos, motores o IDE que podrían ofrecer un buen ROI) son bienvenidas.

architecture cross-platform Joseph Weissman
fuente

Respuestas:

10

El equipo pequeño debe apuntar a "pequeño pero hermoso".

  • Asegúrate de tu objetivo. El suministro fácil y amplio es vital.
  • El diseño del juego debe ser muy simple (sin rpg pero más parecido a algunos juegos de mesa o viejos)
  • El arte debe ser minimalista / 2D (o utilizando tecnología de procedimiento)
  • las herramientas deben ser de alto nivel: usa un motor de juego establecido.
  • el lenguaje debe ser de alto nivel también (Python, Lua, C #). Prefiere un tiempo de desarrollo bajo sobre un programa muy rápido.

Pero no sacrifiques la calidad, esa es la única forma de destacar.

Lionel Barret
fuente
3
Si bien amo C # y Python, no necesariamente creo que un lenguaje de alto nivel sea obligatorio. Quiero decir, ciertamente no programes en C o Assembly, pero C ++ es lo suficientemente alto para muchas personas y si todo tu equipo ya lo sabe, entonces ese es el mejor lenguaje para usar. Mucho más importante es la sugerencia de usar un motor, o más genéricamente, para hacer un buen uso de las bibliotecas de alto nivel. Cuanto más código bueno de otra persona pueda usar, mejor.
CodexArcanum
5

Equipo pequeño + presupuesto pequeño = juegos pequeños. Nunca olvides que tienes un presupuesto limitado, por lo que la relación equipo / presupuesto debe definir el tiempo que puedes trabajar en cada juego.

Dicho esto, tómese el tiempo para crear un prototipo. No puedes permitirte hacer juegos que no sean lo suficientemente buenos.

Para el motor del juego, el mejor motor actual todo en uno y multiplataforma asequible para (muy) pequeños equipos es Unity.

Si crees que los juegos que harás requieren un control preciso del motor del juego (si no es un género establecido), entonces será mejor que configures un marco compuesto por varias bibliotecas especializadas (Ogre, FMod, CAudio, RakNet, etc.) . Dicho esto, significa que tendrá que mantener el código de pegamento usted mismo, por lo que tiene un costo. Si no puede permitírselo, tome un motor completo de todos modos e intente incluir los conceptos de su juego.

Los marcos como SFML pueden ser buenos para usted, ya que proporcionan ladrillos básicos para construir un motor específico del juego (pero está más orientado a los juegos 2D).

Si quieres hacer muchos juegos rápidamente, es mejor que sigas el camino de Flash, ya que es como una especie de plataforma de motor de juego básica. Hay una gran cantidad de motores de juego integrados y es multiplataforma.

Para las herramientas, use cualquier control de fuente que funcione bien con la organización de su equipo. Los idus son relativos al idioma que desea usar, por lo que tendrá que buscar. Solo sepa que si trabaja en Windows con C ++ o C #, Visual Studio es siempre la mejor opción. Parece que XCode es el mejor en Mac. No estoy seguro de otras plataformas Unix.

Si quieres hacer un juego multiplataforma que no esté basado en un motor multiplataforma, entonces usa C ++. Si se dirige solo a Windows y desea acceder rápidamente a la programación del juego (y encontrar un motor de juego adecuado como NeoAxis), utilice C #. Python, en un marco o motor de juegos multiplataforma como SFML, también puede ser una buena idea.

Si tiene tiempo, configure una herramienta de gestión de proyectos. Si no tienes tiempo, no te molestes y solo haz que alguien haga un seguimiento de las tareas de todos. Redmine o TRAC son buenos candidatos para este tipo de cosas, pero requieren que sepas cómo instalarlos. Una alternativa más rápida podría ser Mantis que es solo php (copiar / pegar en su alojamiento web ftp). Hay muchas otras alternativas simples en la web, pero no pases demasiado tiempo buscándolas.

Klaim
fuente