[Enlace de la narrativa original](https://mutabit.com/repos.fossil/labci/doc/tip/wiki/revisando-la-participacion-continua--2w3jt.md.html#siguiendolaparticipaci%C3%B3ndesdelosrepositoriosdec%C3%B3digo) La narrativa que guía este proyecto fue elaborada manualmente por mí, con base en los criterios establecidos por el profesor. Fue validada como válida por el mismo, por lo que no se utilizó la narrativa oficial proporcionada al inicio del corte. A partir de ella, se construyó el torneo de combates Pokémon, utilizando GToolkit, DataFrames

# Primero probemos json en mi repositorio de la clase

Quiero definir primero el repo en json y que pueda formarse la URL en el segundo pharo. Esto lo haríamos con mi propio repositorio.

El resultado de este primer pharo muestra lo siguiente: 

Si quisiera recuperar los contenidos del anterior phato *del checkinTimelinelink*

Ahora este último pharo lo quiero convertir en un pixelario

# Pokemon Pokeapi Muy bien. Ahora tomando en cuenta el cambio de planes mencionado en clase nuestro enfoque se va a basar principalmente en el manejo de código con el pokeapi.

**nota rápida** para esta narrativa no voy a utilizar los términos de la narrativa hecha por el profesor. En este caso voy a utilizar términos como ***ejemplodepokemonlink** *pokemondiccionariodedatos** **diccionariosdedatospokemon**

## Conociendo a los pokemones (parte 1) En este primer apartado voy a realizar un análisis de los pokemones: pikachu, piplup y lucario. En primera instancia vamos a dar anexo a la página de pokeapi que nos va a permitir realizar la visualización de datos.

El primer ejemplo lo haremos con lucario

primero quiero poner el enlace grandecito

Y ahora quiero mostrar los contenidos.

aparecerá algo como esto: 

lo que vimos en el último pharo eran los datos crudos. Pero ahora quiero que se vean los datos estructurados

**Nota rápida** No quería funcionar colocando únicamente *ejemplodepokemonlink* por ende recurrí a utilizar otra estratégia la cual era poner *(ejemplodepokemonlink asUrl retrieveContents)* y ahora sí funcionó.

Se pueden ver las características del pokemon 

Dentro de los datos que nos muestran la características de lucario podemos ver en sprites distintos ángulos del pokemon. Y entre ellos podermos ver un PNG que nos direcciona a ver dicho pokemon desdde el ángulo que queramos. En este caso podemos verlo de frente.


## Bloques y analizando los pokemones (parte 2)

**Nota rápida** Al realizar los bloques en los pokemones comenzando con el pharo que verán a continuación va a provocar la aparición de una serie de llaves en los anteriores pharos. Pero al volver a ejecutar los pharos de **conociendo a los pokemones** las llaves desaparecerán. Es un caso curioso pero importante para tener en cuenta.


En los siguientes 4 pharos al ejecutar el último conocido como **ejemplodepokemonlink value: 'lucario'** y todos los posteriores hasta **blastoise** mostrará un enlace. Idéntico al primer pharo que ejecutamos respecto al tema de pokemones. Pero en este caso cuando colocamos dicho enlace en los buscadores nos direcciona a lo que veremos en la siguiente imagen: 

adicionalmente al primer pharo como hace referencia general al *pokemon* podemos utilizar el término *value* con cualquiera. Como se puede ver se realizó la prueba con: lucario, pikachu, piplup y blastoise.

En este aspecto cabe resaltar que los dos anteriores pharos utilizan el término de tomar un pokemon original y lo reemplazan por otro. Pero hay un método más fácil con el cual podremos reemplazar pokemones

nuevamente cuando añadimos el comando *value* en el diccionario de datos trae las características de cada pokemon

a continuación vamos a realizar comparaciones entre varias características de los pokemones. Esto se realiza como si fueran colecciones e iteradores. En este espacio voy a realizar dos divisiones. La primera con pikachu y piplup ya que son pokemones pequeños, la segunda entre lucario y blastoise al ser pokemones mas grandes.

En el siguiente recuadro vamos a colocar todos los pokemones con los que hemos trabajado hasta ahora

Y este fue el resultado . Como se puede evidenciar en la imagen aparece un listado de los pokemones que queremos comparar en el orden que los colocamos. Cuando ejecutamos los dos anteriores códigos de pharo debe aparecer algo similar pero o bien aparecen solo pikachu y puplup o deberian aparecer únicamente lucario y blastoise. 

Ahora, me gustaría evaluar una de las colecciones que nos ofrecen para poder comparar las características de los pokemones. En este caso evaluaré primero a pikachu y piplup. Posteriormente haré lo mismo con los otros dos códigos.

Hasta este punto hemos podido colocar en un código de pharo dos enlaces que nos permiten ver las características tanto de pikachu como de piplup. Con esto podrmos conocer y comparar con mayor facilidad las características de cada uno. También este fue el motivo por el cual opté por hacer 3 comparativas distintas. Pues al tratarse de varios pokemones de distintos tamaños es más facil poder catalogarlos.


Ahora. Voy a realizar el mismo procedimiento pero con todos los pokemones con los cuales hemos experimentado con anterioridad.

De igual manera que el procedimiento realizado unicamente con pikachu y piplup también se obtuvo un resultado similar incluyendo a los 4 pokemones. En este caso podemos explorar los diccionarios de datos de los 4 sin necesidad de ejecutar mas códigos en pharo.


Pero al tratarse de varios diccionarios de datos vamos a grabarlo como corresponde

De los items que nos muestran los diccionarios de datos de los pokemones podemos encontrar uno en específico el cual podremos utilizar para poder comparar los pokemones entre sí.

Ahora supongamos que queremos facilitar la mecánica de comparación entre los pokemones. Principalmente tomando cualquier dato que podamos ver de manera más sencilla. Para ello utilizaremos el siguiente comando en pharo.

En el código de pharo nosotros colocamos características como: el nombre, el ID, los movimientos y la especie. Tal y como lo podemos evidenciar en la imagen que se ve y tomando de ejemplo a pikachu están puestas las características antes mencionadas.


## ¿Cómo pelean los pokemones? (Parte 3)

Anteriormente hemos visto como podemos ver a los pokemones en formatos pixel y su imagen, como podíamos tener un diccionario de datos sobre nuestro pokemon de preferencia y finalmente como podíamos elegir los datos de preferencia de cada pokemon y elegirlo con mayor facilidad. Ahora vamos a aprender a como van a pelear los pokemones.

En el momento de que ejecuto el primer pharo donde probamos con establecer a pikachu y piplup como los primeros peleadores aparece lo siguiente:


Y ahora estableceremos los peleadores 3 y 4:

Teniendo a los dos primeros peleadores establecidos podemos ver sus datos utilizando el siguiente comando:

nuevamente podremos ver los items de cada pokemon. En caso de la imagen presente los de blastoise.


Pero también se pueden acceder a información mas específica de cada pokemon. Y se hace con el siguiente comando en pharo:

Y efectivamente nos muestra del item **moves** todos los movimientos que este pokemon tiene.


Ahora procederemos a visualizar los movimientos de los peleadores. Primero vamos a establecer el código de movimientos, el cual para este caso llamaremos **movimientorandom**

y posteriormente vamos a evaluar cuales son los ataques que lanzarán nuestros peleadores. En este caso pikachu y piplup


Al tratarse de un movimiento escogido al azar nos genera los siguientes movimientos:


Y posteriormente con este código vamos a saber que sucede en la ronda final y también utilizando el comando de movimientorandom podemos ver que los movimientos cambian.


Ahora, al utilizar los comandos de **at random** nos permite conocer también un ganador. Y cabe resaltar que al tener dicho comando puede ser cualquier pokemon el ganador de la batalla. a continuación vamos a conocer al ganador de esta batalla.

Finalmente nuestro ganador de esta batalla fue pikachu


## Torneo de pokemon a 3 rondas (parte 4)

Vamos a realizar el torneo pokemon de una vez. Y en este caso nuestros combatientes serán pikachu y piplup. Para esto vamos a utilizar dataframes y anexarlos a columnas y filas.

si el caso es que queremos colocar toda la información en un solo pharo y usando dataframes podemos utilizar el siguiente comando:

Ojo, el codigo anterior nos muestra la estructura general de los combates y las rondas. Que en este caso son 3

Este comando muestra dataframes en filas y columnas. Que quiere decir esto? que se distribuye de una manera mas efectiva


El siguiente código es una muestra de como funciona una randa entre los pokemones pikachu y piplup, los cuales están catalogados como **fighter1** y **fighter2**




Y al ejecutar el código obtendremos : los dos primeros datos como los datos oficiales de los pokemones que van a pelear (osea, los nombres de pikachu y piplup no se van a mover aunque ejecutemos un millon de veces el código) los ataques de ambos pokemones (ambos siendo random, el 3 siendo perteneciente a pikachu y el 4 a piplup) y el ganador, el cual al igual que los ataques puede tener cambios.


Como se puede evidenciar en la imagen obtendremos el resultado del combate de la primera ronda. Combate el cual ganó piplup

Ahora, si quisiera anexar la ronda al torneo en general debería utilizar el siguiente comando.

Finalmente tuve que realizar 3 veces tanto los códigos de ronda como los códigos de torneo pokemon. Esto dió un resultado favorable para piplup 2-1



Este último pharo funciona como un listado en dataframes el cual tiene una mayor facilidad para poder leer quienes fueron los ganadores y en qué ronda consiguieron la victoria. Posteriormente con la información anexada podremos utilizar simplemente el código **winners** para poder ver nuevamente la tabla.


**Nota:**Que pasaría si sorteo a los pokemones que quiero ver pelear? (Me lo preguntaba mientras andaba aprendiendo sobre el comando **AtRandom**

Vale, con este nuevo comando vamos a poder organizar una serie de encuentros mucho más intrigantes y que no parezcan ser amañados en ningún momento.

# Solución de los puntos puestos para el corte final. **Nota a tener en cuenta** Originalmente tenía pensado realizar la implementación de 3 narrativas a mi repositorio. Pero dado que Fue completamente imposible poder importar la narrativa original dada por el profesor. No sé si esto pueda perjudicar mi nota o si haya gran conflicto con este percance. Pero quiero dejar en evidencia que lo intenté mas de una vez con la narrativa del profesor. A continuación anexaré las imágenes que confirman que no solo lo intenté sino que también solicité ayuda en la lectura anotada.



Una vez aclarado este malentendido podemos comenzar.

## Primer punto 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. 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.

En el documento que se enlazará a continuación se podrán evidenciar mis anotaciones dentro del documento. Adicionalmente en esta misma narrativa se presentarán imágenes de cada uno de los comentarios realizados en la narrativa original. [Enlace de la narrativa original donde se encuentran los comentarios realizados](https://mutabit.com/repos.fossil/labci/doc/tip/wiki/revisando-la-participacion-continua--2w3jt.md.html#proyectofinal)

Primer comentario: 

Segundo comentario: 

Tercer comentario: 

Cuarto comentario: 

Quinto comentario: 

## Punto 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.

Como aclaré antes dde comenzar a explicar los puntos del corte final. La página de Glamorous Toolkit se congeló al ingresar el enlace de la narrativa original del profesor. Pues mi plan era montar esta narrativa y la narrativa del profesor con ediciones para poder realizar un trabajo mucho mas detallado. Por las circunstancias anteriormente mencionadas opté por colocar dichas ediciones en esta narrativa, las cuales son los puntos que estamos conociendo justo ahora. Sin embargo comparto nuevamente el enlace para poder ver la narrativa original. [Enlace de la narrativa hecha por el profesor](https://mutabit.com/repos.fossil/labci/doc/tip/wiki/revisando-la-participacion-continua--2w3jt.md.html#proyectofinal)

## Punto 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, 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.

Bueno, en este punto a pesar de haber realizado un torneo pokemon con las 3 rondas respectivas Sugiero realizar una segunda edición para que la información se mantenga clara. Dicho esto podemos comenzar.

### Torneo pokemon, segunda edición. En esta nueva edición del torneo pokemon vamos a enfrentar a dos contrincantes que no han tenido la oportunidad de luchar. Se tratan de lucario y blastoise. Primeramente cabe aclarar que ambos pokemones ya están establecidos dentro de los datos de glamorous y enlazados al término de fighter 3 y 4. Comenzaremos con una ronda batalla libre y posteriormente una batalla registrada con los dataframes.

Lo que acabamos de hacer fue tomar a nuestros contrincantes para conocerlos.

Y posteriormente conocer las características de cada uno de nuestros contrincantes con el código *data*

Seguidamente establecemos los datos de los movimientos random para cada peleador.

Primeramente procedemos a probar los movimientos random de cada uno de los peleadores en esta ronda amistosa. la cual da como resultado los movimientos que veremos en la próxima imagen


Este código sigue siendo el mismo que el anterior pero confirma que funciona la mecánica de lanzar movimientos random por parte de cada pokemon.

Finalmente definimos quien es el ganador de este encuentro amistoso.

Ahora, lo que se realizará a continuación es el combate de estos dos pokemones. En este caso la pelea será registrada en los dataframes los cuales funcionan como un orden de columnas y filas para entender con mayor facilidad este encuentro.

Este código si bien puede funcionar perfectamente colocando datos en las columnas, también puede ser colocando datos en las filas. Por ejemplo, colocando los rounds. Pero al hacer eso se debe tener en cuenta que al ejecutar los 3 rounds realmente van a aparecer 6, los cuales los 3 primeros no contarán con datos. Así que lo más recomendable es tomar este código tal cual.


El código que acabamos de ver es la primera ronda de la segunda edición del torneo. Precisamente para que los datos no queden registrados con la pelea de ejemplo de los capítulos anteriores se editó el nombre del round (cosa la cual sucederá con los demás rounds)



Los dos últimos códigos son los rounds 3 y 4. Y con esto podemos definir perfectamente quien es el campeón de esta segunda edición del torneo pokemon. Siempre y cuando no se vuelvan a ejecutar los datos porque al tener los movimientos y un ganador anexados con random.

Adicionalmente anexo un pharo que nos permita conocer datos más precisos en dataframes los cuales enlista de manera más sencilla nuestros ganadores y en qué ronda se consagraron con la vistoria. Y en este aspecto nuestro ganador con 2 de 3 encuentros fue **Blastoise**



Finalmente los últimos códigos puestos son el anexo de las rondas jugadas a los dataframes. Como se puede ver este tipo de códigos forma un listado en el que podemos ver cuales fueron los peleadores, movimientos y ganador de cada ronda. Como se mencionó con anterioridad, nuestro ganador del 2 de 3 fue **Blastoise**


## punto 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.

Antes de comenzar con las modificaciones y la explicación del 4.1 y 4.2 me gustaría explorar brevemente como funciona el código de pokemon atRandom

Si bien no hubo un código que diga explícitamente **Pokemon atRandom** Si logré identificar el código del pokemon ganador del encuentro. En este aspecto la idea principal es que los pokemones que vayan a luchar y sus respectivos movimientos también sean random. Y para ello vamos a resolverlo a continuación.

**Ahora sí desarrolemos el punto 4.1** Describir las modificaciones solicitadas, como un conjunto de pasos finitos en frases, en español.

Encontré una posible solución, la cual consiste principalmente en crear un código basado en el posible sorteo que mencionamos antes de desarrollar los puntos. En este aspecto como se escoge uno de 4 pokemones al azar lo implementé como **todoslosfighters** A partir de ese punto implementé esta premisa en el código del enfrentamiento en la ronda. Pero posteriormente encontré un nuevo problema. Que al ejecutar el nuevo código del enfrentamiento se repetía el mismo pokemon. Obviamente no habría sido lógico un enfrentamiento entre piplup y piplup. Así que cual fue mi paso a seguir? Sencillo. Dupliqué el código y edité el nombre del mismo para que fuera posible una batalla entre 2 pokemones no elegidos por mí. Ahora, esto fue la prueba de como podía dar una solución a lo que pide el cuarto punto y por ello al principio del párrafo lo denominé como una **posible solución**. Lo único que si bien no es un problema si es un tanto ladilloso es que para poder ejecutar el código de la ronda primero se deben ejecutar los dos anteriores códigos que establecen al peleador escogido entre los 4.


Y aquí está el resultado de lo generado en el código.

**4.2** En este punto desarrollé el enfrentamiento entre Pokemones de forma aleatoria, siguiendo los pasos descritos anteriormente. Además, siguiendo la sugerencia del enunciado ("si se alcanza"), traducí varias de esas frases explicativas al lenguaje de programación Toolkit, para que se vea reflejado de forma clara el proceso.

A continuación prodederé a enlistar cuales fueron los términos utilizados en todo el proceso de la narrativa.

- pokemondiccionariodedatos - diccionariosdedatospokemon - Ejemplodepokemonlink - fighter1 - fighter2 - fighter3 - fighter4 - pokemon - movimientorandom - torneopokemon - torneopokemonv2 - round1 - round2 - round3 - round1v2 - round2v2 - round3v2 - winners - winnersv2 - todoslosfighters - todoslosfighters2