SuichiM · Maia2019 · Oct 1, 2020 · Oct 2, 2020 · Oct 12, 2020 · Oct 12, 2020
diff --git a/.gitignore b/.gitignore
@@ -1,4 +1,5 @@
 *.obj
 *.lst
-
-**/node_modules/
+.vscode
+**/node_modules/
+.env
diff --git a/CONTRIBUTORS.MD b/CONTRIBUTORS.MD
@@ -1,14 +1,24 @@
 # CONTRIBUTORS PYLP
 
 ## 2020
+
 - Esteban Martini (@SuichiM)
 - German Pautsch (@gpautsch)
 - Francisco Martin Nacimiento (@martinnacimiento)
 - Santiago Villar (@InahoAZ)
 - Zarske Arnold Oscar (@AuxZarske)
 - Rodrigo Leonel Uriarte (@rodrigoUriarte)
 - Javier Kachuka (@javikachuka)
-- Nicolas Sawczuk (@NicoSawczuk) 
+- Nicolas Sawczuk (@NicoSawczuk)
 - John Babi (@charlesbabi)
 - Facundo Silveira Do Santo (@facundSilveira)
-- Andrea Zakowicz (@Tremoteam)
+- Andrea Zakowicz (@Tremoteam)
+  <<<<<<< HEAD
+
+## 2021
+
+- Hernan Vieira (@hernanvieira)
+- Kovalski Matias (@Matiasss11)
+- Enrique Gauto Sand (@EnriqueGautoSand)
+- Joaquin Potocki (@joaquinpotocki)
+- Mariela Kolb (@marielakolb)
diff --git a/Dockerfile.firebase b/Dockerfile.firebase
@@ -1,4 +1,12 @@
 FROM php:7.2-apache
 
 # COPY unidad_6 /var/www/html/
+
+# Instalando node
+RUN curl --silent --location https://deb.nodesource.com/setup_12.x | bash - \
+    && apt-get install --yes nodejs \
+    && apt-get install --yes build-essential
+
+RUN npm install -g firebase-tools@8.11.2
+
 USER root
diff --git a/Dockerfile.haskell_prolog b/Dockerfile.haskell_prolog
@@ -7,7 +7,7 @@ ENV WEB_DOCUMENT_ROOT=$home_dir
 ENV TERM=xterm\
     TZ=America/Argentina/Cordoba\
     DEBIAN_FRONTEND=noninteractive
-    
+
 WORKDIR $home_dir
 
 RUN apt-get update
@@ -16,10 +16,10 @@ RUN apt-get install -y \
     curl\
     hugs\
     swi-prolog
-    
+
 
 # Instalando node
-RUN curl --silent --location https://deb.nodesource.com/setup_12.x | bash - \
+RUN curl --silent --location https://deb.nodesource.com/setup_16.x | bash - \
     && apt-get install --yes nodejs \
     && apt-get install --yes build-essential
 

diff --git a/docker-compose.yml b/docker-compose.yml
@@ -21,12 +21,14 @@ services:
       - ./unidad_4:/home
       - /home/javascript/node_modules
     ports: 
-      - 3000:3000
+      - 4000:3000
   firebase:
     build: 
       context: .
       dockerfile: Dockerfile.firebase
     volumes: 
       - ./unidad_6:/var/www/html
     ports: 
-      - 3002:80
+      - 5000:5000
+      - 9005:9005
+      - 3001:80
diff --git a/docs/lineamientos_entrega.md b/docs/lineamientos_entrega.md
@@ -26,7 +26,6 @@ Los issues para los trabajos practicos, van a contener un label especial que ser
 
 > ⚠️ El momento de creación de los issues será consensuada con la cátedra para mantener limpio el repositorio en todo momento
 
-
 ## Creacion de issues
 
 > 💡 Para crear un issue debe ir al [repositorio oficial de la catedra](https://github.com/PYLP-UNaM/PYLP). En la pestaña de [Issues](https://github.com/PYLP-UNaM/PYLP/issues). Click en el boton `New issue`.
@@ -43,7 +42,8 @@ Para ello será necesario que el alumno cree un issue por cada ejercicio plantea
 Ejercicio <N> - <Apellido> <1erNombre>#(En caso que el apellido se repita)
 ```
 
-**Descripcion** *\*opcional*
+**Descripcion** _\*opcional_
+
 ```
 <Enunciado del ejercicio>
 ```
@@ -79,19 +79,19 @@ La descripción del issue sera un checklist de los ejercicios del tema correspon
 
 ## Creación de branch para la resolucion de ejercicios
 
-La branch creada para resolver un ejercicio siempre debe tener como origen la rama `master`.
+La branch creada para resolver un ejercicio siempre debe tener como origen la rama `main`.
 
-Se recomienda enfáticamente nombrar la rama siguiendo la siguiente convencion
+Se recomienda nombrar la rama siguiendo la siguiente convencion
 
 ```sh
-tp<tema>_ej<nro>
+tp<tema>_ej<nro>_<apellido>
 ```
 
 con ello el comando para la creacion de rama quedaría:
 
-``` bash
+```bash
 # asegurandonos siempre que partimos de master
-git checkout -b tp<tema>_ej<nro>
+git checkout -b tp<tema>_ej<nro>_<apellido>
 ```
 
 ## Nombres de archivo
@@ -106,23 +106,23 @@ ejemplo:
 
 ## Mensaje de commit
 
-En el mensaje de cada commit se debe expresar con claridad lo realizado, se puede seguir el siguiente ejemplo como formato:
+En el mensaje de cada commit se debe completar la siguiente leyenda `fixes #<issue>` donde el issue es el nro de issue asignado por github:
 
-`se soluciona el ejercicio 1 del tp1`.
+`fixes #641`.
 
 ## Pull request de los ejercicios
 
-Para hacer pull request al repositorio oficial, es decir realizar la entrega de los ejercicios,  deben:
+Para hacer pull request al repositorio oficial, es decir realizar la entrega de los ejercicios, deben:
 
 - [x] Haber realizado el ejercicio o solucion.
 - [x] Haber realizado el commit de la solucion con su mensaje correspondiente.
-- [x] Haber hecho push a su repositorio forkeado de la catedra. `git push origin tp1_ej1`.
+- [x] Haber hecho push al repositorio de la catedra. `git push origin tp1_ej1`.
 
 Una vez completado la lista de acciones, deben:
 
 1. Ir al repositorio oficial, a la pestaña de `Pull requests` y click en el boton `New pull request`.
 
-2. Seleccionar como destino del Pull Request el repositorio `PYLP-UNaM/PYLP` y la rama `2020` y como origen su repositorio y la brach que posee la solucion del ejercicio. 
+2. Seleccionar como destino del Pull Request el repositorio `PYLP-UNaM/PYLP` y la rama `2022` y como origen la brach que posee la solucion del ejercicio.
 
 el pull request debera seguir la siguiente convencion:
 
@@ -132,7 +132,8 @@ el pull request debera seguir la siguiente convencion:
 solucion Ejercicio <N> - <Apellido> <1erNombre>#(En caso que el apellido se repita)
 ```
 
-**Descripcion** *\*opcional*
+**Descripcion** _\*opcional_
+
 ```
 <Consideraciones relevantes>
 ```
@@ -141,5 +142,4 @@ solucion Ejercicio <N> - <Apellido> <1erNombre>#(En caso que el apellido se repi
 
 Es posible que surgan sugerencias o comentarios en los PR a fin de mejorar el proceso de entrega de los ejercicios, por los que deben estar atentos a las devoluciones.
 
-> ⚠️ En ningún caso el alumno debe marcar de manera manual alguna tarea como resuelta o cerrar los issues de manera manual. El cierre de los issues de los ejercicios se realizaran de manera automatica con las integraciones de los PR a la branch correspodiente.  
-
+> ⚠️ En ningún caso el alumno debe marcar de manera manual alguna tarea como resuelta o cerrar los issues de manera manual. El cierre de los issues de los ejercicios se realizaran de manera automatica con las integraciones de los PR a la branch correspodiente.
diff --git a/docs/lineamientos_video.md b/docs/lineamientos_video.md
@@ -1 +1,10 @@
-# Lineamientos sobre la producción de los video tutoriales
+# Lineamientos sobre la producción de los video tutoriales
+
+- duracion de entre **3 y 9 minutos** segun la extension del tema
+- deben iniciar **presentandose**: apellido, nombre, catedra y cohorte
+- se debe **expresar de manera clara y concisa el objetivo** *(tema)* del video
+- se puede hacer una **breve** explicacion del algoritmo que se va a utilizar
+- *opcionalmente se puede contextualizar el tema con la teoria de manera muy breve*
+- desarrollar la explicación
+- *opcionalmente se debe la ejecucion de la solucion*
+- conclusiones sobre el tema y despedida
diff --git a/img/clone.png b/img/clone.png
diff --git a/img/clone_1.png b/img/clone_1.png
diff --git a/img/ej3_omp_1.png b/img/ej3_omp_1.png
diff --git a/img/ej3_omp_2.png b/img/ej3_omp_2.png
diff --git a/img/fork.png b/img/fork.png
diff --git a/unidad_0/README.md b/unidad_0/README.md
@@ -8,23 +8,15 @@
 
 _\* recomendacion de la catedra_
 
-## 1. crearse un fork del repositorio y clonar
+## 1. clonarse el repositorio
 
 1. Lo primero que deberá hacer es registrarse en github. Para hacerlo puede seguir el siguiente [tutorial](https://www.youtube.com/watch?v=RKXk_nc7icg). _(si ya posee una cuenta puede omitir este paso)_
 
-2. Lo siguiente que debe hacer es crearse un fork del repositorio, para ello ingrese a la siguiente sitio: https://github.com/PYLP-UNaM/PYLP
-   haga click en el boton fork _(ver imagen)_ y siga las instrucciones.
-   esto creara una copia del repositorio en su cuenta.
+2. Para clonarse el repositorio en su maquina local. debe copiarse la url del repositorio. presionando el boton Code y el boton copiar. _(ver imagen)_
 
-![fork](../img/fork.png)
+![clone](../img/clone_1.png)
 
-3. Una vez terminado el fork, ud. tendrá una copia del repositorio en su cuenta, es éste repositorio con el cuál Ud. trabajará de manera local.
-
-4. Para clonarse el repositorio en su maquina local. debe copiarse la url del repositorio. presionando el boton Code y el boton copiar. _(ver imagen)_
-
-![clone](../img/clone.png)
-
-5. una vez copiada la url, en una terminal debe ubicarse en la carpeta donde desea trabajar con el repositorio. y ejecutar el siguiente comando.
+3. una vez copiada la url, en una terminal debe ubicarse en la carpeta donde desea trabajar con el repositorio. y ejecutar el siguiente comando.
 
 ```sh
 # ubicarse en el directorio donde se desea clonar el repositorio
@@ -36,11 +28,10 @@ cd /home/projects
 ## git clone <url_copiada>
 ## url ~ https://github.com/suUsuario/PYLP
 
-git clone https://github.com/SuichiM/PYLP
+git clone https://github.com/PYLP-UNaM/PYLP.git
 ```
-### porque usamos fork? 
 
-aca una explicación de como se contribuye en el mundo OS 👉 [video](https://www.youtube.com/watch?v=QntLv5BjUr0&feature=youtu.be)
+4. Es necesario solicitar al equipo de catedra la adhesion al team de la cohorte correspondiente para tener acceso y poder contribuir con el repositorio.
 
 ## 1. Instalar docker ([¿Que es docker?](https://docs.docker.com/engine/))
 

diff --git a/unidad_3/mpi/ejercicio_4/README.md b/unidad_3/mpi/ejercicio_4/README.md
@@ -5,7 +5,7 @@
 
 Crear un algoritmo que realice el producto escalar de dos vectores donde el tamaño de los vectores es de NP (cantidad de procesos lanzados) por 5.
 
-Para realizar el producto escalar, lo que vamos a tener que hacer, es enviar a cada proceso una porcion de los vectores originales con `MPI_Scatter` *(video 1)*.
+Para realizar el producto escalar, lo que vamos a tener que hacer, es enviar a cada proceso una porcion de los vectores originales con `MPI_Scatter`.
 Cada proceso ira haciendo el producto de los elementos de los vectores que recibió almacenadolos en una variable `producto`. Luego todos los productos locales se reducirán en el proceso 0 con `MPI_Reduce`.
 
 ## Objetivos

diff --git a/unidad_3/mpi/ejercicio_4/ejercicio_4_krayeski.cpp b/unidad_3/mpi/ejercicio_4/ejercicio_4_krayeski.cpp
@@ -0,0 +1,68 @@
+#include "mpi.h"
+#include <iostream>
+using namespace std;
+
+int main(int argc, char *argv[])
+{
+    //Variables 
+    int rank, size, total, elementos;
+
+    MPI_Init(&argc, &argv); 
+
+    MPI_Comm_size(MPI_COMM_WORLD, &size);
+    MPI_Comm_rank(MPI_COMM_WORLD, &rank);
+
+    elementos = 5;
+    //5, según la consigna
+    total = size * elementos;
+
+    // vectores
+    float vector1[total], vector2[total];
+    float vector1_local[elementos], vector2_local[elementos];
+
+    // Variables para la suma de los vectores
+    float suma_parcial;                      // Suma parcial por vector
+    float sumas_parciales[size], suma_total; // Suma parcial que ocupa el proceso Raiz.
+
+    //Inicializacion
+    suma_total = 0;
+    suma_parcial = 0;
+
+    if (rank == 0)
+    {
+        for (int i = 0; i < total; i++)
+        {
+            vector1[i] = i + 3;
+            vector2[i] = i + 2;
+        }
+    }
+
+    // Aplico MPI_Scatter 
+    MPI_Scatter(vector1, elementos, MPI_FLOAT, vector1_local, elementos, MPI_FLOAT, 0, MPI_COMM_WORLD);
+
+    // Aplico MPI_Scatter 
+    MPI_Scatter(vector2, elementos, MPI_FLOAT, vector2_local, elementos, MPI_FLOAT, 0, MPI_COMM_WORLD);
+
+    // Se realiza el calculo parcial sobre el vector principal
+    for (int i = 0; i < elementos; i++)
+    {
+        suma_parcial = suma_parcial + (vector1_local[i] * vector2_local[i]);
+        cout << "Proceso: " << rank
+             << " vector1: " << vector1_local[i]
+             << " vector2: " << vector2_local[i]
+             << " resultado parcial: " << suma_parcial << endl;
+    }
+
+    // Se aplica MPI_Reduce sobre la sumatoria
+    MPI_Reduce(&suma_parcial, &suma_total, 1, MPI_FLOAT, MPI_SUM, 0, MPI_COMM_WORLD);
+
+    // Se realiza la suma en el proceso raiz
+    if (rank == 0)
+    {
+        cout << "Suma Total: " << suma_total << endl;
+    }
+
+    MPI_Finalize();
+
+    return 0;
+}
diff --git a/unidad_3/mpi/ejercicio_6/README.md b/unidad_3/mpi/ejercicio_6/README.md
@@ -0,0 +1,25 @@
+
+# ejercicio 6
+
+## Enunciado
+
+Crear un algoritmo donde el proceso 0 cree y envíe un vector *"Global"* de tamaño NP(cantidad de procesos lanzados) \* 5 a todos procesos mediante `MPI_Bcast`. 
+
+Cada proceso va a recibir dicho valores, utilizando la misma variable de origen.
+
+Cada proceso debe ir contabilizando todos los elementos del vector, que sean multiplo del elemento en la posicion `rango` del proceso.
+
+> el proceso 0 debe verificar cuantos elementos son multiplos del elemento en la posicion 0
+
+> el proceso 1 debe verificar cuantos elementos son multiplos del elemento en la posicion 1
+
+> el proceso 2 debe verificar cuantos elementos son multiplos del elemento en la posicion 2
+
+> el proceso n debe verificar cuantos elementos son multiplos del elemento en la posicion n
+
+Luego imprimir el resultado por pantalla y opcionalmente obtener cual es el que mayor multiplos tuvo mediante la instruccion `MPI_Reduce` .
+
+## Objetivos
+
+- Aprender a usar `MPI_Bcast`.
+- Aprender a usar `MPI_Reduce` para obtener el maximo.
diff --git a/unidad_3/openmp/README.md b/unidad_3/openmp/README.md
@@ -12,6 +12,12 @@ La API define únicamente el estándar que hay que seguir para poder utilizar la
 
 ## Funciones/Directivas
 
+Las directivas se basan en #pragma directivas definidas en los estándares de C y C++. Los compiladores que admiten la API de OpenMP C y C++ incluirán una opción de línea de comandos que active y permita la interpretación de todas las directivas de compilador de OpenMP.
+
+Cada directiva comienza con #pragma omp , para reducir la posibilidad de conflicto con otras directivas pragma (que no son de OpenMP o de proveedor a OpenMP) con los mismos nombres. El resto de la Directiva sigue las convenciones de los estándares de C y C++ para las directivas de compilador.
+
+`#pragma omp <directiva> [clausulas-comparticion]`
+
 |                                                                                                             |                                                                                                    |                                                                                                         |
 | ----------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- |
 | [**pragma omp parallel**](https://lsi.ugr.es/jmantas/ppr/ayuda/omp_ayuda.php?ayuda=omp_directivas)          | [**pragma omp single**](https://lsi.ugr.es/jmantas/ppr/ayuda/omp_ayuda.php?ayuda=omp_directivas)   | [**pragma omp taskwait**](https://lsi.ugr.es/jmantas/ppr/ayuda/omp_ayuda.php?ayuda=omp_directivas)      |
@@ -52,7 +58,7 @@ debemos usar la opcion `-fopenmp` para indicarle que es un archivo que usa `Open
 con la opcion `-o` le damos el nombre que queremos al ejecutable.
 
 ```sh
-mpicxx -fopenmp <archivo_fuente.cpp> -o <archivo_ejecutable>
+g++ -fopenmp <archivo_fuente.cpp> -o <archivo_ejecutable>
 ```
 
 ## Ejecutando los archivos