No creo que los AAA sea lo más alto de lo más alto. Es un tipo de proyecto diferente, cuya característica principal es que no puede ser realizado por una persona y que resulta más vistoso. Pero, para una única persona, puede suponer el mismo o más trabajo hacer un juego casual o share, en general, que uno de estos gigantes. Aunque claro, todo dependerá de la cantidad de gente que trabaje en él. Y dicho sea de paso no he trabajado en la industria, aunque sí se lo que es hacer juegos completamente solo.

El caso es que cada tipo de juego tiene lo suyo, pero tienen su intríngulis y no hay ningún tipo por encima de otro.

Y con respecto a la trollada de turno, ni puto caso. Provocación barata que busca conseguir que se perturbe la discusión original y que sync acabe mandando esto a la basura, teniendo como consecuencia el callar a la gente, y muy parecido a los dos o tres que se registraron para echar pestes del Doid.

Suscribo que no sirve de nada exponer un problema si no se ponen de manifiesto todos los detalles de ese problema. Es imposible sacar juicios de valor adecuados si no se cuenta con toda la información posible ni todos los puntos de vista afectados.

De todas formas, el problema es que, poniendo nombres y apellidos, se seguirá sin poder sacar juicios de valor salvo por parte de quienes hayan tenido que trabajar con esa persona. Y, mención aparte, se podría ver envuelto en líos legales por calumnias (le ha llamado gilipollas, amén de otras cosas que ha dicho y no le ha puesto de bonito, precisamente).

Lo que sí estaría bien es que dijera cuanto tiene de experiencia y en cuantas empresas españolas de videojuegos ha pasado durante su vida (no me refiero al nombre, sino solo al número)

Ex3, todo depende de la biblioteca de lectura/escritura de turno, pero lo más normal es que te haga transparente el tema de la codificación interna.  Muchos engines y bibliotecas gráficas en C++ vienen con funciones para ello (Irrlicht y Allegro, por ejemplo). Además, ese tipo de problemas podrías seguir teniéndolo con los xmls.
Vicente,

Y si la librería del lenguaje que usas ya trae el parser de XML pues mira...

Los ensamblados de C# te tienen muy mal acostumbrado, ¿eh? :P. Depende más bien, por lo que parece, del lenguaje que de librerías. Con C++ me da la impresión de que se sigue la tendencia (muy correcta a mi parecer, por cierto) de hacer las bibliotecas para gestionar xmls aparte, por lo que tendrás que enganchar a un .lib/.a más y, si me apuras, otra dll en la lista de dependencias.   Vamos, que no te vas a encontrar fácilmente con una biblioteca para hacer juegos con un gestor de estos.
Con  Java o C#, como vienen en la propia API de esos lenguajes, pues nada, a tirar para adelante.

En lo que quería hacer más hincapié es en esa tendencia de usar xml's para todo. No solo ya por el tema que comentamos, sino que, por ejemplo, imagina que quieres hacer esto:

Código [Seleccionar] Expand


<números>
   <entero>3</entero>
   <entero>4</entero>
   <entero>5</entero>
</números>



¿No sería mejor para todos un binario donde se guarden los enteros (suponiendo que solo vas a usar enteros, claro)? Por temas de tiempo y espacio (solo debería ocupar el fichero de marras 24B, y no es necesario enganchar con ningún parser de xml, sino que, con un simple while(!file.eof()), te sobra).

Respondo tarde, pero es que ha sido ahora cuando me ha venido a flote una cosa que tengo en mente desde hace mucho y, casualidades de la vida, tiene que ver con todo este tema.

¿Por qué hay tanta tendencia a hacer todos los ficheros etiquetados con XML?  XML tiene sus utilidades, pero para un fichero relativamente pequeño y con una secuencia de datos bastante repetitiva (es decir, que los registros casi no tienen atributos opcionales), basta con cualquier formato binario. Es una forma de encriptación de cara a la galería, vamos, que nadie va a coger un simple editor de texto y a modificar a pelo los valores de los atributos. ¿Qué no puedes crear ficheros binarios fácilmente? Pues se hace un programita en 5-10 minutos que guarde los valores de turno en el fichero y ya está.

Para tu juego creo que para niveles.xml bastaría con un binario.

Pues me parecería raro. Por lo que he visto y tengo entendido, los headhunters son más propios de países como Irlanda. En España no suelen verse, aunque vamos, alguno habrá :S.

(Por cierto, sigue dando problemas el envío).

Bueno, antes que nada felicitarte por la oferta de trabajo. Tristemente, no es muy frecuente que te expliciten el sueldo, el horario y las condiciones, y tú lo has puesto todo bastante clarito (la oferta es buena, por lo que no debería haber ninguna razón para ocultar dichas cosas).

Solo te critico un par de cosas:

- Deberías procurar no poner una dirección de gmail. Más que nada, por imagen. ¿No teneis servidor de correo propio? ¿O tal vez luego reenvías el CV a la empresa en cuestión (que tampoco dices su nombre)?
- Falta también el nombre de la empresa.
-Por último, te recomendaría también que enviaras esta a la página principal de

Stratos. Así la verá más gente.
[/list]

Uhmmm... tengo la tentación de probar suerte y todo :). Pero no se si la evaluación del candidato es confidencial. Me refiero a que los de RR.HH. accederán de forma totalmente ópaca para el candidato una consulta a su actual empresa para pedir referencias (cosa que podría ponerte en un aprieto, ya que puede cambiar el trato hacia ti por parte de tus superiores al enterarse de que pretendes dejar el puesto).

Un saludo.

Esta me gusta más... pero en ese caso, ya que el tipo de instancia a crear no se resuelve hasta que no ejecutas la aplicación, es necesario compilar y enlazar ambas implementaciones en tu ejecutable. Para cosas del tipo Dispositivo_D3D y Dispositivo_GL puede tener sentido, pero no para código dependiente del SO (no puedes compilar código Linux en Windows, y aunque pudieses no tendría sentido enlazarlo si nunca se va a ejecutar).

Razón tienes. Pero puedes hacer que, para cada implementación en concreto, las clases que necesiten dependencias de otra plataforma que no sea la actual, sean vacías. Vamos, que al final entraríamos también a usar #ifdef's y demás :D :

Código [Seleccionar] Expand


class CTimerLinux : public CTimer
{
   public:
       void hazArgo()
       {
           #ifdef LINUX
               std::cout << "Mira mamá! Estoy haciendo cosas raras en Linux! << std::endl;
           #endif
       }
}



http://en.wikipedia.org/wiki/Abstract_factory_pattern

Pero es que si la gente quisiera ver cosas de meneame iría a meneame, digoyo, y si Vicente postea cosas de .NET será porque tiene más que ver con el desarrollo de juegos que no Homer hecho en CSS.

En Menéame obtienes los comentarios de los usuarios de Meneame. En Stratos obtienes los comentarios de los usuarios de Stratos. Si te gusta leer los comentarios, la opinión "media ponderada" de Menéame no es la misma que la de Stratos. Y a mi me resulta curioso ver lo que opinan por Menéame, la vox populi de las masas mundanas, y lo que opinan gente de Stratos, gente usualmente de intereses e inquietudes parecidas a las mías.

So, move along and still posting. Nothing to see here ;).

No he jugado a este, pero hay que reconocer que el juego de chapas del Div era lo mejor de lo mejor. Igualito que el ejemplo de los erizos mutantes del espacio del Click & Play xD.

Independientemente de que la biblioteca esté muy bien o no, el nombre pesa mucho. Vamos, que "indielib" vende tela, por lo que eso lo publicitas en dos o tres sitios angloparlantes y el servidor se te va a colapsar con 500·10^30 intentos de conexión :lol:.

Aparte de eso, mucha suerte, que parece que no te va a hacer falta.

P.D.: No habria posibilidad de aplazarlo al sabado a las 18:00 u os viene muy mal al resto?

A mi también me viene mal; tengo visita familiar (motivo por el que me tengo que ir pronto de la quedada).

Aunque sí que estoy de acuerdo es que decidir ir mañana puede ser perjudicial para mucha gente, puesto que no da tiempo a realizar planes alternos que puedan poner de acuerdo a todos.  De momento, podríamos hablar de fechas alternas:

Domingo 6.
Viernes 11.
Sábado 12.
Domingo 13.
¿Cualquier otra fecha en calendario hebreo?

[/list]

Pues por mi, perfect. Eso  sí, sobre las 22:30-23:00 me tendré que pirar, aunque de 19:30 a 22:30 creo que hay un buen rango temporal.