# Siguiendo la participación desde los repositorios de código.

En las sesiones bimodales es importante la participación proactiva de los aprendices y el docente, que puede ocurrir de maneras síncronas y asíncronas. En nuestro caso, dicha participación proactiva se ve a partir de la publicación continua en el repositorio propio y el repositorio compartido del LabCI, de las distintas actividades. Dado que estas actividades dejan huella computacional, podemos usar el computador mismo para hacer seguimiento de dichos cambios continuos. Este será el problema con el que introduciremos la aplicación del control de lectura.

Dado que la sesión 13 tiene el listado los repositorios del primer corte, usemos este documento para revisar la participación reciente.



Con esa información revisemos aquellas líneas que contienen repositorios en ChiselApp.

Separemos ahora el texto de cada enlace de la dirección como tal a la que apuntan.


Si nos fijamos en la respuesta anterior, hemos introducido informalmente algunos elementos que revisaremos en mayor detalle luego: colecciones, iteradores, variables y diccionarios. Por lo pronto, enfoquémonos en el diccionario que contiene la respuesta. Este tiene dos partes, que se muestran en la figura anterior: las llaves, ubicadas a la izquierda, y los valores, ubicados a la derecha. Si queremos seleccionar un repositorio aleatoriamente, para ver su evolución, apelamos a sus llaves, que equivalen a los nombres de los estudiantes:


>>> # ('Eduar Daza' 'Nestor Cristancho' 'Maxi López-Gómez' 'Valentina Vanegas' 'Rubén Torres' 'Thomas Martínez' 'Lizeth Colorado' 'Dario Montenegro' 'Juan Pablo Arias Romero' 'Valentina Penagos Ariza') Podemos aplicar aleatoriedas a esas llaves con el siguiente código.

 Lo cual quiere decir que es posible seleccionar un repositorio también aleatoriamente para revisar su evolución (sin detrimento de quienes quieran socializar sus repositorios de modo voluntario)

>>> 'https://chiselapp.com/user/NESTORCRISTANCHO/repository/NESTOR/timeline' Si vemos la línea de tiempo desde la interfaz web, veremos algo de este estilo: 

**Vista web de la linea de tiempo del repositorio seleccionado aleatoriamente.** Nos interesa ver los datos en el repositorio y para ello apelaremos a su interfaz JSON, que es un formato ampliamente utilizado en el intercambio de datos en la web y que está habilitado para los repositorios publicados en ChiselApp.

# Pokemones e información a partir de datos en JSON

La información previa es información estructurada. Sin embargo su resultado está en HTML. Que es difícil de consumir. Podemos pasar de una línea de tiempo a información estructurada en JSON de la siguiente manera: https://chiselapp.com/user/NESTORCRISTANCHO/repository/NESTOR/timeline Grafoscopio tiene soporte para líneas de tiempo en Fossil. Sin embargo no lo usaremos en nuestro caso no lo usaremos, debido a un error, usaremos como ejemplo el PokeAPI. Definamos el enlace como una cadena de texto:

Convirtamos la cadena de texto en un enlace y recuperemos sus contenidos:

Usando bloques podemos pensar en algo como:

Si quisieramos hacerlo explícitamente con dos variables sería algo como:

Sin embargo, la aproximación original puede ser más sencilla:

# Proyecto final - Maestro Pokémon Nestor Fabian Cristancho **Importante:** Para este proyecto se debe tener MiniDocs atualizado al menos a la versión 3f26595 o posteriores, de acuerdo al procedimiento mostrado en clase.


Para el proyecto final se extenderá esta narrativa de datos, usando la narrativa misma y los recursos vistos hasta el momento. La intensión es ver hasta qué punto cada estudiante maduró su pensamiento computacional y está en condiciones de usarlo, junto con las estrategias metacognitivas propias, para abordar un problema, incluyendo la búsqueda de información y su lectura crítica, de manera que pueda concebir estrategias para resolver un problema, modificar una narrativa de datos, crear nuevos elementos e indicar claramente dónde tiene dudas e inquietudes frente a una narrativa de datos o recursos y literactura técnica.

Se espera que cada estudiante: 1. Haga una lectura anotada en Hypothesis de la narrativa de datos inicial, formulando preguntas, sugerencias o aclaraciones al texto, como hicimos con representando y procesando datos en Pharo y con Challenge Yourself. Importante: Las anotaciones las haremos todæs a un mismo documento ubicado en esta dirección. 2. Importe esta narrativa a su propio GToolkit/Grafoscopio y exportarla en su propio portafolio, indexándolo desde la portada, de manera similar a como hizo cada cual con su ejercicio de Challenge Yourself. 3. Extender esta narrativa, dentro del repositorio de cada cual, de manera que se pueda:

- Agregar 2 rondas más de combates a la tabla pokemenTournament, para un total de 3 rondas, incluyendo la primera ronda agregada en el código previo. - Usar las utilidades de Data Frame para determinar quién es el Pokemon ganador, es decir, quien haya gando dos de los tres combates. Para esto es necesario leer apartados de [libro de Data Frame](https://mutabit.com/repos.fossil/labci/uv/wiki/herramientas/25A-DataFrame-wip.pdf), encontrando cómo se utiliza para contar las ocurrencias de un valor. En caso de dudas, anotarlas con Hypothesis en el libro mismo y compartirlas por correo electrónico.

4. Si sabemos que el código Pokemon atRandom , permite seleccionar un Pokemon al azar, ¿cómo debería modificarse el código anterior para que el Data Frame pokemonTournament guarde la batalla de dos Pokemones elegidos al azar en lugar de dos Pokemones predefinidos? - Describir las modificaciones solicitadas, como un conjunto de pasos finitos en frases, en español. - Si se alcanza, intentar traducir esas frases anteriores en español a su equivalente en código.

## Desarrollo Proyecto final - Maestro Pokémon Nestor Fabian Cristancho.











Usar colecciones en Pharo/Smalltalk para coleccionar los pesos de todos los Pokemones:


Supongamos que queremos comparar alturas de los pokemones:


# Clases y batallas Pokemon Lo que hemos hecho con los bloques, vamos a abstraerlo usando las clases. Supongamos que queremos modelar una batalla entre Pokemones. Definamos nuestros contrincantes dos pokemones:

Esto nos permite preguntar datos particulares a cada peleador:


Podemos seleccionar un movimiento al azar, y conocer su nombre. Para ello usamos llaves de diccionarios anidadas, en las que una vez seleccionado un movimiento al azar, queremos adentrarnos en ese movimiento, usando el mensaje at: 'move' y una vez adentro seleccionamos su nombre, usando el mensaje at: 'name', lo que es lo mismo que anidar ambos mensajes en uno sólo, at: 'move' at: 'name'. El equivalente en código de lo anterior sería:

Lo que gráficamente puede ser representado como recorrer una jerarquía el en diccionario de datos de los movimientos de un pokemon, hasta llegar al nombre de uno de ellos, como se muestra en la siguiente figura:  De este modo, podemos modelar una ronda de lucha como la selección aleatoria de un movimiento de ataque:

E incluso podemos definir un ganador al azar:

Supongamos que queremos colocar toda la información en una tabla. Para ello usaremos los llamados Data Frames, particularmente, adaptando, el ejemplo de la página 21, haciendo que las columnas guarden la información sobre los contrincantes, sus movimientos y el ganador y las filas guarden información sobre cómo se llevó a cabo cada ronda de combate.

Creemos una primera ronda de combate:

Como nos damos cuenta, la ronda anterior sólo depende de los valores de los dos peleadores, que empleamos repetidamente en el código anterior, así que podemos convertir esto en un bloque:

Con lo cual podemos invocar este para diferentes peleadores, o para los mismos con resultados distintos. Por ejemplo, cada vez que invoquemos el siguiente código, debería darnos algo distinto:


Y agreguémosla a nuestro torneo: **Ronda 1 (JOLTEON VS CHARIZARD) **



**(Visualización de la batalla para saber que pokémon es mas fuerte)** **Entrenador 1** manda a Charizard al campo de batalla. El poderoso Pokémon de tipo Fuego/Volador ruge y agita sus alas, listo para arrasar. **Entrenador 2** no se queda atrás y lanza a Jolteon, el veloz Pokémon de tipo Eléctrico, que aparece en una descarga de chispas. 🔥 Charizard intenta tomar la delantera con un Lanzallamas directo hacia Jolteon.

⚡ Pero Jolteon, gracias a su increíble velocidad, esquiva el ataque como un rayo. Y cuando menos se lo espera Charizard… ¡JOLTEON USA BOFETÓN! 🖐️⚡ Una ráfaga de electricidad acompaña el sonoro golpe que deja a Charizard tambaleando. El público queda en silencio… hasta que Charizard cae debilitado. **¡Ganador: Jolteon!**

**Ronda 2 (JOLTEON VS CHARIZARD) **




**(Visualización de la batalla para saber que pokémon es mas fuerte)** En una esquina del campo de batalla: **Jolteon**, ágil como un rayo, chispeando electricidad, listo para atacar. En la otra: **Charizard**, imponente, con sus alas abiertas y una llama ardiente en su cola, decidido a no caer. Jolteon se adelanta con rapidez supersónica y lanza su movimiento: Golpe en el Dorso. Un ataque veloz, directo al costado de Charizard, que gruñe, resiste el impacto y retrocede levemente… pero no cae. 🔥 Y entonces… se desata el infierno.

Charizard, con los ojos encendidos de determinación, toma vuelo y carga su ataque definitivo: ¡VASTO IMPACTO!. El cielo se oscurece, el suelo tiembla, y con un rugido atronador Charizard desciende en picada, envuelto en llamas y energía, liberando todo su poder sobre Jolteon. 💥 ¡BOOOOOOOM! Una explosión sacude el campo de batalla. Cuando el humo se disipa… Jolteon cae derrotado. El público estalla en gritos. **¡Ganador absoluto: Charizard!**

**Ronda 3 (JOLTEON VS CHARIZARD) **



**(Visualización de la batalla para saber que pokémon es mas fuerte)** 🎙️ ¡Bienvenidos a la ronda final del gran torneo Pokémon! 🎙️ Dos titanes se enfrentan en este duelo inolvidable: 🔥 Charizard, con su imponente presencia y ferocidad. ⚡ Jolteon, ágil y veloz como el relámpago. El marcador está empatado a una ronda por lado. Esta es la tercera y definitiva. 🔔 ¡Que comience la última ronda! Jolteon no pierde tiempo y lanza su ataque: ¡Electroweb! ⚡🕸️ Una red eléctrica envuelve el campo, buscando atrapar a Charizard y reducir su velocidad.

🔥 Pero Charizard alza vuelo con fuerza, esquivando por poco las descargas. Desde el cielo, mira a su oponente con determinación. Y entonces… se prepara para su movimiento final. 💥 ¡CHARIZARD USA FISSURE! 🌋 El suelo se agrieta brutalmente bajo los pies de Jolteon. Una grieta gigantesca se abre, y antes de que pueda escapar… ⚡ ¡Jolteon es tragado por la tierra! Silencio total en la arena. El juez levanta la bandera. **¡Charizard es el campeón!**

En el siguiente cuadro podemos ver la información de los Pokémon que se utilizan para el combate y las características que poseen, a modo de ejemplo en clase, para el desarrollo de mi trabajo final.


**Importante** Obsérvese que, para ver los elementos del Data Frame es necesario cliquear en la solapa **“Tree”**, pues la vista de la solapa **“Data”** nos da el error de la siguiente gráfica:


Hasta acá hemos visto unos rudimentos de cómo traer la información de un API, en este caso la de los Pokemones para manipularla y organizarla de manera que nos permita modelar un aspecto real o ficticio, en nuestro caso la primera batalla de un torneo Pokemon entre dos contrincantes fijos. Con estos insumos y lo visto de introducción al pensamiento computacional durante el semestre, ya estamos en condiciones de aplicar lo visto en un último entregable.

## **También se puede plantear como alternativa que, en las rondas 1, 2 y 3, el Pokémon con mayor fuerza obtenga la victoria y se varíen los combatientes, seleccionando entre Fighter 1 y Fighter 6.**

Con esto se busca tener una mayor diversidad de Pokémon en los combates. Sé que aún me faltan más pasos por definir, pero sería bueno tenerlo presente para próximos trabajos, ya que así se podría escoger una mayor variedad de Pokémon en cada ronda o pelea. Además, recordando que todo entrenador Pokémon puede utilizar hasta tres Pokémon para enfrentarse contra tres de su contrincante.

**Ganador VAPOREON - TIPO AGUA** 


**Ganador JOLTEON TIPO - ELECTRICO** 


# Data Frame pokemonTournament guardar la batalla de dos Pokemones.


Se toma como referencia el capítulo 2.4 del libro Data Analysis Made Simple with Pharo DataFrame para adaptar el código de medición de tiempo a las batallas Pokémon. Además, se incorpora un bloque que recibe como argumento "each", representando cada elemento de la colección, y concatena su valor con la cadena "round" para mostrar el ganador de cada ronda.

## Data Frame para determinar quién es el Pokemon ganador

Intenté ejecutar el ejemplo con DataSeries de varias formas, pero al no encontrar la clase definida en el entorno, el sistema mostraba un aviso en rojo sugiriendo crearla. Sin embargo, preferí no hacerlo para evitar posibles desconfiguraciones u otros problemas. **Primera opción como referencia el capítulo 2.4** ( Dataseries como habla la narrativa pero no me ejecuto).

Como pueden observar así aparece el error al momento de ejecutar: 

**Tomado de la narrativa Data Frame** En este aspecto, DataSeries actúa como un Diccionario Ordenado. Se puede acceder a un elemento con una clave específica mediante el mensaje at:aKey; se puede modificar este elemento con at:aKeyput:newValue. Para eliminar un elemento, se utiliza removeAt:aKey. Si aKey no está presente en la serie de datos, se creará un nuevo elemento y se añadirá al final. **Como alternativa, se pueden utilizar métodos como at:ifAbsent:, at:ifAbsentPut:, etc.,** para proporcionar un **bloque personalizado** que se evaluará cuando no se encuentre aKey. **Segunda opción como referencia el capítulo 2.4** ( Como alternativa, se pueden utilizar métodos como at:ifAbsent:, at:ifAbsentPut:, etc.,).


## Batallas Ganadas Los resultados permiten identificar al entrenador con mayor cantidad de victorias, evidenciando que el uso estratégico de las habilidades de sus Pokémon, incluso en condiciones desfavorables, puede influir significativamente en el desenlace de cada batalla.


Aquí se puede observar de forma precisa cuántas batallas ganaron los Pokémon Jolteon y Charizard. De manera automática, se realiza el conteo de victorias, lo que permite decretar como ganador a Charizard. Cada combate fortalece a los Pokémon, ya que van adquiriendo experiencia, lo que les permite desarrollar nuevas habilidades y, en caso de que aún cuenten con una evolución disponible, alcanzar su siguiente fase evolutiva.


# Preguntas e inquietudes sincrónico y asincrónico

A continuación un listado de las preguntas que se dieron durante las clases (síncronas) y entre ellas (asíncronas) con motivo de la presente narrativa de datos.

## ¿Podemos trabajar con sustición de cadenas?

Para reemplazar un Pokemon por otro podemos usar sustición de cadenas. Si quisieramos hacerlo explícitamente con dos variables sería algo como:

Sin embargo, esto sólo funciona para esos dos pokemones en particular. Para abstraerlo en un bloque de manera que podamos usar pokemones arbitrarios, escribiríamos:

### ¿Cómo obtener los nombres de todos los pokemones?

A partir de esta respuesta [¿How can I call the PokeAPI to get all the Pokémon at once?](https://salesforce.stackexchange.com/questions/421367/how-can-i-call-the-pokeapi-to-get-all-the-pok%C3%A9mon-at-once), podemos encontrar un código en Pharo que rápidamente nos entregue los nombres como un diccionario de datos:



Pokémon son criaturas ficticias con habilidades especiales que los humanos, conocidos como entrenadores Pokémon, pueden capturar, entrenar y usar para combatir entre sí. El objetivo principal en muchos de los juegos es: Capturar todos los Pokémon (completar la Pokédex), Entrenar a un equipo fuerte, Derrotar a líderes de gimnasio y Convertirse en el Campeón Pokémon.