Estoy planeando desarrollar un RPG espacial en 2D y me enfrento a la elección: ¿cuál es el mejor lenguaje para escribirlo? Mis candidatos son C ++, Java y Python. Obviamente, quiero escribir juegos en Python debido a su expresividad, velocidad de desarrollo y la simplicidad de agregar soporte para scripts. Pero estoy preocupado:
- ¿Python no será demasiado lento? El juego no será trivial (como Tetris, por ejemplo), puede ser necesario calcular tareas para miles de naves en el universo (aunque su IA puede simplificarse mucho si esas naves no son vistas por el jugador). Por supuesto, puedo escribir algunas partes críticas en C, pero al instante complicará la construcción y la implementación.
- Supongamos que el juego se hizo popular y me convertí en una superestrella. Los usuarios de Windows rara vez tienen Python (afortunadamente tenemos py2exe). Python en Mac OS X puede estar desactualizado y el juego puede fallar con una oscura excepción. ¿No sería difícil implementar el juego en Python?
- Debido a la falta de bibliotecas para Python 3, tendré que escribir un juego en Python 2. ¿La transición a Python 3 en un par de años no sería demasiado dolorosa y requeriría mucho tiempo?
Respuestas:
Es difícil de decir, pero la mayoría de las veces el factor limitante para el rendimiento es la capacidad / experiencia de uno como desarrollador, no el lenguaje. Tenga en cuenta que EVE usa Stackless Python (consulte aquí y aquí para descargar una presentación relacionada). No recuerdo los detalles exactos, pero aparentemente la mayor parte de su clúster de servidores ejecuta Python . Por lo tanto, me imagino que podría manejar sus requisitos de escalabilidad, aunque la creación de prototipos para estar seguro sería buena.
La mayoría de los usuarios rara vez tienen las dependencias binarias apropiadas para los juegos, independientemente de en qué tecnología se escribieron esos juegos (incluso C requiere que se distribuya un componente de tiempo de ejecución). La implementación a través de py2exe o equivalente, o simplemente la implementación de la dependencia adecuada, es algo real. Si bien nunca es lo más fácil (la mayoría de las tecnologías de instalación son dolorosas), es factible y no debería ser una razón para evitar el lenguaje; como dije, es probable que tenga que manejar algo similar de todos modos.
No sé mucho sobre esto, nunca he usado realmente Python 3. No espero que Python 2.X desaparezca pronto, sin embargo, así que ni siquiera sospecho que la vida de tu juego sería tal que tú 'd necesidad de hacer la transición si no quería, lo que hace que esta preocupación algo de un no-tema.
Como otros han dicho, te estás preocupando demasiado por el aspecto de selección de idioma de tu proyecto. Python es una herramienta poderosa y útil para desarrollar juegos y, si lo conoce y le gusta, debe desarrollarlo. No importa qué tan rápido se ejecute tu juego si nunca termina porque te preocupas demasiado por el idioma.
fuente
Para su primer punto, solo necesitará construir un prototipo y ver. Incluso si nos contaras todos los detalles que realmente no cambiarían las cosas.
En cuanto a los otros dos puntos, siento que estás poniendo el carro delante del caballo. Según su pregunta, parece que es nuevo en el desarrollo de juegos, en cuyo caso realmente solo necesita elegir una herramienta e ir con ella. Analizar los pros y los contras de las herramientas en su mayoría igualmente útiles es una distracción de su verdadero desafío: aprender a desarrollar juegos.
fuente
re # 3, Python 2.x verá soporte de distribuidor por al menos otros 5-10 años. Si usa una versión bastante reciente (2.7, o posiblemente 2.6), la ruta de migración es bastante fácil si escribe código preparado para el futuro (objeto de nuevo estilo, unicode en todas partes, etc.). El dolor es principalmente por cosas que dependían de comportamientos viejos y rotos.
fuente
python -3 filename.py, que imprimirá advertencias para cosas que ya no son compatibles con Python 3