Відео

Aunque algunas prácticas de RAII puedan parecer intuitivas o “normales” para desarrolladores experimentados, no estoy de acuerdo con asumir que todos los desarrolladores aplican el patrón de manera sistemática y consciente. RAII es un patrón de diseño formal que ofrece beneficios claros en la gestión de recursos, y su comprensión y aplicación no deben darse por sentadas en todos los contextos de desarrollo. La pregunta en una entrevista sobre RAII no solo evalúa la familiaridad con una práctica común, sino también la profundidad del conocimiento sobre la gestión de recursos en C++.

@@patcherandpatch Hola! Creo que no te sigo mister. A qué te refieres? 😂

'Nada' abarca demasiado. Sé más explícito

@@The.TrueBoolean jajajaja

Bienvenido entonces Horacio! Espero que te sirva

@@DoloresRuizRodenas Gracias!

Totalmente Dani. Si te fijas, estamos cargando los 3 sprites del pájaro que conforman la animación y que sí vamos a utilizar. Sin embargo, también te diré que cargar todos los assets al comienzo del juego puede tener ciertos beneficios y puede ser una estrategia a considerar. Entre ellos encontramos el de prevenir al usuario de tiempos de carga durante el propio juego, produciendo así una sensación más fluída.

@@The.TrueBoolean Sí eso también esta bien y tiene sentido, es que lo que tengo me parece que requiere demasiada ram porque lo comparo con otros juegos y no me cuadra estar usando casi 300MB(de momento) y me da la sensación de estar haciéndolo mal😅.

Me alegra leer eso Dani! 🙂 Es una muy buena pregunta, trato de responderte. En la programación, siempre hay cientos de caminos para lograr el mismo resultado, eso es lo "bonito", todos podemos ser creadores de nuestra propia solución. Sin embargo, cada camino que tomamos, nos ofrece unos beneficios y unas dificultades. En mi caso, he optado por abstraer los conceptos relacionados con el Engine y encapsularlos en esa clase: como el bucle principal, el manejo de eventos, la carga de texturas, etc. Así, cuando cree un juego, puedo mantener una referencia a esa clase y hacer uso de todas sus herramientas. Hacerlo así me permite tener un main.cpp simple, que únicamente se encargue de encender y comenzar el juego. Tú solución, es otro camino diferente que también te permite obtener lo que deseas. Sin embargo, presenta el inconveniente de no permitirte reutilizar la clase Engine, y hacer crecer el fichero main.cpp a medida que añadas funcionalidades a tu motor. Aunque quizás, es lo que necesitas y también está fantástico así 🙂. Estoy seguro de que en el vídeo del domingo, con el desarrollo del Flappy Bird, podrás ver más claramente a qué me refiero. ¿Mejor así? Abrazo

@@The.TrueBoolean Sí, me imaginaba que era por eso. Otra cosa es el renderer que lo haces unique_ptr pero porque supongo que, viendo que va acabar siendo un flappy bird, vas a poder renderizar todo en el mismo sitio. Yo tengo el propio renderer dentro de cada objeto, con un diseño de que cada objeto se renderiza a si mismo en cadena(no se si por esto estoy teniendo bugs), primero tengo table.render(), luego dentro player1.render(), dentro tengo handCards.render() y luego acaba renderizandose cada carta ella misma. Lo que no me gusta que estoy arrastrando y pasando por todo el puntero al renderer y tambíen que tengo la logica y el renderizado en cada objeto, pero no se si el bug me puede estar viniendo por esto.

Hola Dani! Mucho ánimo entonces. Confío en que estarás disfrutando de crearlo casi desde cero. Estoy de acuerdo con lo que comentas, cuando lo tiene que hacer uno mismo, CMake es un coñazo. Sin embargo, a mí parecer, tiene 2 ventajas para el que ve los vídeos (que es lo importante para mí): - La primera y para mí más relevante es que, con CMake y las librerías de SDL ya compiladas, puedo hacer que funcione directamente en tu ordenador, mientras que si utilizamos Visual Studio como comentas (además de que debes tener Windows como sistema operativo, o correr una máquina virtual) sólo podría explicar cómo se hace y sería tarea vuestra hacer que funcionara. Bastante más complejo a mi parecer. Aunque es una opinión. - La segunda es que no tienes que instalar nada en tu sistema operativo ni modificar las variables de entorno. Así, si mañana te cansas, borras el repositorio y tu sistema queda limpio. En cuanto a debuggear, es posible que utilizando puntos de interrupción en la función que gestiona tu click y seguir la traza a través de él, te pueda ayudar. Un punto de interrupción, siempre es una manera estándar válida para debuggear "todos" los lenguajes :-D. Abrazote. Nos vamos viendo.

Amo Linux xd

@@clarabujeda Hola Clara! Vaya … yo que te iba a decir que estabas de suerte porque en la 2a parte del vídeo que sale el domingo, había añadido la compilación para Windows … jeje Aunque acabo de leer tu comentario sobre Linux 😂.

Le echaré un vistazo, a ver cómo podemos añadirlo :-)!

@@The.TrueBoolean Wow Muchas gracias. Sinceramente eres muy atento. Normalmente los creadores de contenido no suelen leer los comentarios :3. Usualmente la gente no suele tener apple debido a sus excesivos precios por ello el comment y como humana humilde que soy no tengo jajaja. Sinceramente pienso que windows no esta mal pero para desarrollar ya que es el sistema mas usado, pero como vengo del sector de servicios (Servidores y sistemas que normalmente solo lo ves en la shell) pues usualmente uso linux que simplemente puedes hacer lo que quieras con el. Por eso lo amo. Además que es el sistema con mas herramientas para C y C++.

Gracias a ti Clara, por tu tiempo. Entiendo que cuando se tiene un gran volumen de comentarios, pueden ser complejos de gestionar. Entiendo lo que dices porque yo también usaba Linux cuando desarrollaba juegos para las máquinas de Casino. Abrazote! Nos vamos viendo por aquí!

Gracias crack! Esa es la idea 💪🏼

Hola Arnau! 🎉

Gracias Xisco! Cojonudo entonces, me alegro!