Como agencia de desarrollo de juegos, hemos trabajado con casi todos los marcos multiplataforma relacionados con juegos 2D. Permítanme comenzar vinculando a esta matriz (http://www.doublecoconut.com/fra…) que hemos reunido en los últimos años.
Para explicar lo que intentamos hacer aquí:
Es obvio que la implementación de su juego en todas las plataformas móviles más importantes aumentará el tamaño de su audiencia y sus ingresos, ¿verdad?
- ¿Dónde y cómo podría hacer una aplicación de Android de forma gratuita?
- ¿Cuánto cuesta construir una aplicación móvil como Spotify?
- ¿Cuáles son las diez tendencias principales en el desarrollo de aplicaciones móviles?
- ¿Es un primer enfoque móvil adecuado para mi producto?
- ¿Cuánto tiempo lleva aprender la programación de aplicaciones móviles?
Hay docenas de marcos de juego increíbles disponibles que no solo facilitan el manejo de problemas complejos de sprites, audio o física, sino que también permiten escribir una vez y ejecutar en cualquier lugar. ¡Y muchos de ellos funcionan!
¡Pero cuidado! Hemos visto que la elección incorrecta de los marcos multiplataforma demora o paraliza los juegos geniales e incluso, a veces, decapita a compañías enteras.
Es por eso que cuando nuestra agencia se propone trabajar en un nuevo juego, lo primero que discutimos con un cliente es qué tecnología usar.
Aquí hay algunos criterios que a menudo no se piensan hasta que es demasiado tarde:
- ¡La demostración que viene con el marco está enferma! Pero, ¿cuántos juegos exitosos se han enviado utilizando esta tecnología? ¿Quieres ser el conejillo de indias?
- ¿Cuánto tiempo llevará producir un primer jugable? Tener la capacidad de “producir” un juego en Android e iOS es genial, pero ¿qué pasa si te pierde valiosos meses de pruebas de juego, análisis en vivo o participación comunitaria de esa primera beta? Dependiendo de su presupuesto y línea de tiempo, el tiempo adicional dedicado a construir esa línea de base de código multiplataforma perfecta puede retrasar su juego más allá del punto de ruptura.
- ¿Cuánta distracción y sobrecarga hay, en general, para soportar más de una plataforma? Cada vez que se toca el juego, implicará cada vez más ingeniería, control de calidad, trabajo en el servidor, segmentación de análisis y enfoque de marketing. ¿Puedes permitirte eso? ¿Puedes realmente ?
- Cuán adaptable es el marco de trabajo para un equipo, no solo un ingeniero individual. Por ejemplo, Unity3D es una herramienta fantástica para artistas 3D, diseñadores de niveles, diseñadores de sistemas y diseñadores de sonido para participar, tocar el juego directamente e inmediatamente ver resultados, si ya conocen Unity3D, eso es. De lo contrario, puede agregar mucho tiempo de aceleración y dedos sucios atrapados en el mismo pedazo de pastel rancio. Además, Unity es una molestia para múltiples programadores, ya que varios ingenieros no pueden trabajar fácilmente en la misma escena al mismo tiempo, lo que genera toneladas de conflictos de fusión (un problema que se aborda en Unity V5).
- ¿Cuál es el tiempo real para construir el juego, tanto en un emulador como en dispositivos reales? Gran parte del desarrollo del juego implica hacer ajustes, jugar el juego, ver cómo se siente y ajustar un poco más hasta que se encuentre la diversión o la animación se vea así. Si un marco demora 20 minutos para construir un juego en el iPad de un probador, eso es horas y horas totalmente desperdiciadas por semana.
- ¿Qué tan bien se puede depurar el juego en un dispositivo objetivo? A menudo, los marcos que hacen que sea más rápido “lanzar un juego rápido juntos” hacen que sea difícil o incluso imposible pasar por el código, ver el valor de las variables en tiempo real y esencialmente trabajar a través de errores de una manera moderna y eficiente.
- ¿Cuál es el tamaño binario del juego y el tiempo de carga? Algunas de las increíbles características de su marco significan una descarga enorme que debe ser modificada y modificada al inicio.
- ¿Qué tan bien se pueden integrar los SDK de terceros? En estos días, los juegos móviles a menudo viven o mueren según el SDK de anuncios, análisis, atribución, atención al cliente, redes sociales u otros. Algunas plataformas tienen comunidades / equipos activos que mantienen los SDK más populares, pero si quieres menos SDK popular no tienes suerte. Otras plataformas hacen posible, pero complejo, escribir un puente para permitir que funcione cualquier SDK nativo. Es importante saber cuáles son cuáles y también reconocer que los requisitos del SDK a menudo cambian a medida que una empresa forma nuevas asociaciones de marketing o descubre una nueva herramienta útil de terceros.
- En relación con lo anterior, ¿con qué facilidad se puede acceder a las bibliotecas nativas? A veces hay que “acercarse al silicio” para corregir un error particularmente malo o tratar con una optimización específica, como subprocesos o memoria. Algunos marcos le permiten escribir su propio código nativo o acceder a las bibliotecas existentes, otros simplemente le dan un gran cuadro negro y una mirada en blanco.
- Y finalmente, ¿es a prueba de futuro? ¿Qué sucede si la empresa marco se hunde, disminuye su sorprendente nivel de soporte actual, o se vuelve codicioso y presiona por regalías u honorarios de licencias onerosas? Alguien que sepa algo sobre derecho debe leer cuidadosamente los términos de cualquier software que actúe como la base de su negocio.
Un bocado, lo sé.
Saltar sin esfuerzo de plataforma en plataforma definitivamente puede sentirse mágico … pero no dejes que el deslumbramiento te distraiga de lo que realmente importa: crear un juego de mega hit, lo suficientemente difícil como para hacerlo incluso en una plataforma.