Juego del Zombie: Implementación: fondo y flor. Complejidad Computacional

Loading...

En provenance du cours de Universidad ORT Uruguay

¡A Programar! Una introducción a la programación

977 notes

Explore Related Videos

At Coursera, you will find the best lectures in the world. Here are some of our personalized recommendations for you

Universidad ORT Uruguay

¡A Programar! Una introducción a la programación

977 notes

¿Alguna vez pensaste en crear tus propios juegos de computadora, pero no tenías idea cómo hacerlo o por dónde comenzar? Este curso te enseñará a programar utilizando Scratch, un lenguaje de programación visual muy fácil de usar, y más importante aún, aprenderás los principios fundamentales de la computación para que comiences a pensar como ingeniero/a de software.

À partir de la leçon

Pensando como ingeniero/a de software

Aplicaremos todos los pasos de la ingeniería de software para crear un divertido video juego. También aprenderemos sobre envío de mensajes (“broadcasting”) y concurrencia.

Juego del Zombie: Proceso y enfoques de la Ing. de Software. Requerimientos y diseño de Interfaz.5:52

Juego del Zombie: Diseño del código. Concurrencia7:39

Juego del Zombie: Implementación: interfaz, escoba y zombie 8:36

Juego del Zombie: Implementación: clon del zombie. Envío de mensajes: "broadcasting" 6:47

Juego del Zombie: Implementación: fondo y flor. Complejidad Computacional10:34

Juego del Zombie: Invasión zombie y extensiones 9:00

Rencontrer les enseignants

Inés Friss de Kereki
PhD
Engineering School, Universidad ORT Uruguay
Dr Areti Manataki
Teaching and Research Fellow
Centre for Medical Informatics

Cuando empiece el programa, queremos que el fondo sea el de la casa.

En el escenario agregamos el código:

al presionar bandera verde, cambiar el fondo a fondo casa.

Esto mismo se podría haber hecho desde el programa del personaje, fijando el

fondo directamente.

Muchas veces, como vimos en éste y en otros casos, hay más de

una forma posible de hacer las cosas.

Mmmm... esta idea de que puede haber más de una forma de resolver un problema me

hace pensar en la complejidad computacional de un algoritmo.

Sí, esta frase que suena como muy difícil, es de un concepto fácil de comprender.

Supongamos que tenemos varios algoritmos para resolver un mismo problema,

por ejemplo, queremos ir de una ciudad a otra y podemos tener varios algoritmos:

uno para ir en auto, otro para ir en avión y otro más para ir en bus.

¿Cuál elegimos?

A partir de evaluar elementos tales como el tiempo que demora o

los recursos que usa cada uno, podemos compararlos para elegir aquel que

convenga más según la situación particular.

Esta idea es similar a cuando tenemos diferentes algoritmos para un

mismo problema en computación.

Debemos considerar el tiempo y los recursos necesarios para elegir el

más conveniente según el caso particular.

Volvamos al juego.

Cuando diseñamos el programa para el escenario, especificamos que cuando el

juego termine, se debe cambiar al fondo determinado y detener todos los programas.

Esta es la reacción o comportamiento del escenario cuando recibe el

mensaje de terminar el juego.

¿Cómo lo implementamos?

Agregamos el bloque al recibir terminar juego, que está en la paleta de

eventos y especificamos que cambie el fondo y detenga todos los programas.

Aunque aún no hemos implementado el comportamiento de las flores,

o sea, no las consideraremos por ahora, podemos probar nuestro programa para las

demás partes que ya hemos implementado.

Vamos a probar.

Bien, las instrucciones aparecieron,

la escoba permite alejar los zombies, se actualiza el puntaje.

Veamos qué pasa cuando llega el zombie a la casa.

Bien, termina el juego pero, ¿por qué sigo viendo la escoba en el escenario?

En el programa actual no hay nada que le avise a la

escoba que debe esconderse cuando termina el juego.

¿Cómo lo solucionamos?

En el personaje que tiene el disfraz de escoba usamos el bloque al recibir y

elegimos el mensaje terminar juego.

Agregamos el bloque esconder.

Bien, ahora probemos nuevamente nuestro programa con esta corrección.

Bien, va funcionando.

Juguemos otro partido.

Ups, el personaje no se ve ahora.

Al hacer nuestra prueba detectamos otro error,

falta mostrar el objeto nuevamente al comienzo.

Agregamos en el personaje en el inicio, el bloque mostrar.

Vamos a probar nuevamente, Ahora sí se ve la escoba.

Lo dejamos que llegue al final,

ejecutamos nuevamente, está funcionando correctamente.

Solucionado.

Observa que aquí hemos aplicado otras etapas del proceso de desarrollo del

software: la prueba y la depuración.

Ahora programamos el comportamiento de la flor según nuestro diseño.

Ponemos la bandera verde y el bloque repetir con cantidad al azar de flores,

entre 3 y 10.

El proceso a repetir será crear un clon de este objeto.

Finalmente, y como vimos, lo escondemos porque trabajaremos con los clones.

Veamos el comportamiento cuando empiece como clon según nuestro seudocódigo.

Cuando empiece como clon, la posicionamos en un lugar

al azar del escenario, con x e y con valores por ejemplo entre -150 y 150.

La mostramos y repetimos el baile de la flor hasta que toque el zombie.

El baile se puede programar alternando el disfraz y esperando 0.3 segundos.

Después que la toque borramos el clon.

Vamos a ejecutar.

Bien, va funcionando.

Un detalle que podemos mejorar es que las flores podrían tocarse y

quedaría más lindo que no lo hagan.

Para evitar que se toquen,

cada vez que ubicamos una chequeamos que no esté tocando el color naranja de

los pétalos y que tampoco esté tocando el color verde oscuro del tallo.

Si llega a estar tocando, la volvemos a ubicar y verificamos nuevamente.

Luego del bloque mostrar agregamos un bloque repetir hasta que

con una condición doble: que no esté tocando el color verde y

que no esté tocando el color naranja de la flor.

Armamos la condición compuesta.

Primero colocamos el bloque y,

y luego un bloque no con la condición de tocando el color verde.

En la otra parte, otro bloque no con la condición de tocando el color naranja.

Si observas con cuidado, se ve claramente la condición compuesta por los

diferentes niveles de los bloques, uno encastrado dentro de otro.

Agregamos el bloque repetir hasta que con la condición compuesta que armamos.

Agregamos dentro el bloque ir a con posiciones al azar de x e

y entre -150 y 150.

También ponemos un comentario para aclarar esta parte del código.

Probamos nuevamente varias veces.

Bien, hagamos una pausa.

Pensemos un minuto acerca del proceso.

El desarrollo del software lo estamos haciendo, en general, en

forma iterativa e incremental.

Cada nueva versión incluye más cosas.

Hemos hablado de otros enfoques que se aplican en la

vida profesional como la cascada.

Otro enfoque es el de prototipar.

Un prototipo es un modelo del producto final y nos permite hacer pruebas sobre

ciertas características sin necesidad de tener todo el producto completo.

Por ejemplo, si pensamos en diseño industrial,

un prototipo de una silla podría ser un modelo en 3D,

en tres dimensiones de unos 20 centímetros de altura.

Nos permite visualizar cómo quedaría la silla,

imaginarnos cómo se vería terminada sin tener que esperar a crearla.

Nos permite además hacer ajustes y correcciones de diseño antes de

construirla efectivamente,

lo cual es ciertamente que tener que hacerlos luego que ya está hecha.

Por ejemplo, en este caso podríamos haber creado un nuevo proyecto,

poner ahí solamente el código de las flores de su ubicación y probarlo.

Luego que tenemos esto resuelto, lo incluimos en el proyecto original.

Nuestro caso, como dijimos, usamos el enfoque incremental.

Seguimos probando un poco más.

Mirando con atención se observa que la

escoba queda como por detrás de las flores.

¿Podemos solucionarlo?

Sí. Para ello podemos agregar en el inicio de

la escoba, luego del mostrar, el bloque enviar al

frente que la ubica delante de todos los demás.

Probemos.

Bien, la escoba queda delante de las flores.

Tenemos lista una versión inicial, básica del juego.

Vamos a probar también el desplazamiento de la barra.

Bien, durante la especificación de requerimientos,

hablamos de que los zombies, cada tanto, vengan en grupos grandes,

que funciona como efecto sorpresa en nuestro juego.

En el próximo video extenderemos esta versión y

le agregaremos la invasión zombie.

Explorer notre catalogue

Rejoignez-nous gratuitement et obtenez des recommendations, des mises à jour et des offres personnalisées.

Coursera propose un accès universel à la meilleure formation au monde, en partenariat avec des universités et des organisations du plus haut niveau, pour proposer des cours en ligne.

© 2019 Coursera Inc. Tous droits réservés.

Télécharger dans l'App Store

Disponible sur Google Play