Laboratoria / curriculum

El bootcamp de @Laboratoria es un programa de aprendizaje inmersivo de 6 meses enfocado en los perfiles de Web Developer y UX Designer.
https://curriculum.laboratoria.la
Creative Commons Attribution Share Alike 4.0 International
491 stars 462 forks source link

project(visitors): Revisar y actualizar proyecto #762

Closed lupomontero closed 5 years ago

lupomontero commented 5 years ago

El objetivo de este proyecto es revisar y actualizar el proyecto 03-visitors para el bootcamp 2018-2 en LIM :peru: y SCL :chile: y 2019-1 en CDMX y GDL :mexico:.

:information_source: Esta revisión tendrá que tener en cuenta que este proyecto se va a hacer antes que la Red Social (03-social-network), y no después como se hizo en el último Bootcamp. Con lo cual, este proyecto se convierte en el último del common core.

Cuando se planteó este proyecto originalmente las estudiantes ya habían hecho la Red Social, y por tanto ya tenían familiaridad con asincronía, fetch, HTTP, y Firebase. En el Bootcamp actual llegarán habiendo pasado solamente por Cipher y Data Lovers, con lo cual nos toca reconsiderar el scope y objetivos de aprendizaje.

Con respecto a los objetivos de aprendizaje, hasta ahora el proyecto dice simplemente algo como pondrán en práctica todo lo aprendido hasta ahora. Creo que en esta nueva iteración toca cambiar eso y hacer que asincronía, fetch, HTTP y concepto de serverless sean el foco.

Me gustaría pedir ayuda de coaches para hacer esta revisión y completar una implementación modelo. Se aceptan voluntarixs :stuck_out_tongue:

Se agradecen todo tipo de sugerencias, comentarios, dudas, ...

cc/ @Laboratoria/bootcamp-coaches @diegovelezg @CaroLaboratoria @lalogf @rocioalberdi @alejandrarv @valesmithb

CaroLaboratoria commented 5 years ago

Hola, me gustaría hacer un comentario al respecto. Después del proyecto 2, las estudiantes se separarán en 3 instancias, Proyecto 3 FE, Proyecto 3 UX que será una iteración sobre el proyecto 2 (cierto @lalogf ) y para algunas será la posibilidad de "ponerse al día" de "nivelarse" o de ejercitar un poco más. Todo lo anterior dentro del Common Core todavía. Es importante recalcar que esta instancia fue planteada como una posibilidad de conocer un poco más lo que les espera en el track y además como una instancia de profundización . El punto está en que si agregamos "contenido nuevo" al proyecto 3, las estudiantes que viene de "nivelación" debe de poder igual continuar con el track o sea el Proyecto 4 (Red Social).

@diegovelezg @lupomontero @lalogf @rocioalberdi

lupomontero commented 5 years ago

Gracias por la aclaración @CaroLaboratoria.

Entonces este proyecto quedaría como opcional dentro del common core, no?

Qué factores y quién determina qué estudiante hace qué proyecto en este punto?


Por otro lado, en este momento estoy completando la impementación modelo del proyecto 02-data-lovers con la ayuda del equipo de coaches en CDMX (@shirley-startary, @Jonhks y @mikenieva), y parece que el equipo de Lima (@merunga, @Danielalab, @developerVilchez, @RuthSalvador y @MaiaRojas) va a liderar la revisión del proyecto 03-social-network.

Qué les parece si el equipo de SCL se adueña de este proyecto (con mi apoyo)?

cc/ @FabianBravoA @nerdale @MarciaMillanao @bosqueinvierno @camargozzini

CaroLaboratoria commented 5 years ago

El flujo que estábamos pensando, es que en la entrevista final del proyecto 2, las coaches puedan recomendar a las estudiantes por qué camino seguir. Esta recomendación iría muy de la mano de las habilidades desarrolladas durante los dos primeros proyectos (y de sus intereses también). Si la estudiante necesita un poco más de tiempo, se le recomienda pasar a "nivelación" (lo pongo entre comillas porque todavía no nos gusta el nombre). Si es que la estudiante va super bien, queremos que siga enfrentando nuevos desafíos que sería el proyecto 3. @lalogf creo que sería útil que contarás en resumen cuál va a ser el proyecto 3 de UX.

lupomontero commented 5 years ago

En conversaciones con @CaroLaboratoria, @diegovelezg, @rocioalberdi y @lalogf estamos barajando dos posibilidades para la semana del Bootcamp que cubre este proyecto.

  1. Proyecto 03-visitors revisado, acotando scope y agregando un boilerplate que sirva de guía e incluya ya un setup básico para esmodules, firebase, ... Esto es lo planteado en el comentario original de este thread.
  2. Alternativamente, hacer una segunda parte del proyecto 02-data-lovers, permitiendo a las estudiantes iterar sobre lo ya construido en vez de introducir un proyecto nuevo. En este caso entiendo que estaríamos agregando requerimientos no contemplados en la primera parte.

Antes de poder tomar una decisión informada creo que sería bueno hacer una propuesta más concreta sobre la opción 2 y qué implicaría esto (qué nuevos requerimientos estaríamos agregando, cómo lo presentamos a las estudiantes, ...), así como la disponibilidad de coaches para echar una mano con la implementación modelo y boilerplate de 03-visitors en caso fuéramos adelante con esto.

Danielalab commented 5 years ago

Hola @lupomontero , con relación al proyecto 03-visitors tengo la duda de si al acotar el scope aun se vería el tema de asincronía, fetch,http o si se quitaría, ya que tendríamos a estudiantes ''nivelandose'' que deben de poder igual continuar con el Proyecto 4 (Red Social)

lupomontero commented 5 years ago

Gracias por tu comentarios @Danielalab. Mi idea es que 03-visitors sí incluya asincronía, fetch, HTTP, ... Es necesario para que pueda haber integración con un backend (serverless con Firebase en este caso), pero presentarlo con un boilerplate que sirva de guía.

Por otro lado, con respecto a las estudiantes que se que hagan "nivelación" o se queden iterando sobre 02-data-lovers, creo que no sería problema que pasen después al proyecto de Red Social. Esa era la ruta original... Además, 03-visitors es como un extra para aquellas que están avanzando un poco más rápido.

Qué opinan?

cc/ @CaroLaboratoria @diegovelezg @rocioalberdi @Laboratoria/bootcamp-coaches

lupomontero commented 5 years ago

Como parte de la contrapropuesta al proyecto 03-visitors, qué sería continuar con el 02-data-lovers, que les parecen las siguientes ideas de otros requerimientos que podríamos agregarle:

Agregando requerimientos nuevos para aquellas que ya han completado 02-data-lovers nos permitiría ganar un poco de tiempo y permitir que todas las estudiantes sigan avanzando (cada una a su ritmo).

rocioalberdi commented 5 years ago

Hola!

A mi me parece una muy buena idea iterar sobre data lovers, pensando que también las UX estarán trabajando sobre este mismo proyecto, así cada track profundiza en los conocimientos necesarios

Me gustaría saber si en el caso de hacer la iteración sobre data lovers cómo resolveríamos el tema de trabajo en equipo. Pensando que este es un proyecto en duplas y puede que se desarmen si alguna va a UX o a ejercitar.

lupomontero commented 5 years ago

@rocioalberdi, no estoy seguro de cuál sea la opción más apropiada. Yo propondría que se pueda hacer tanto en duplas como de forma individual. Por ejemplo, si hay una dupla que ya está chambeando junta y quiere continuar así, diría que adelante. Pero si quieres continuar por tu cuenta o tu compañera se va por el lado de UX, en ese caso puedes continuar sola.

@lalogf, @gaposx: del lado de UX cómo lo están planteando?

Cómo lo ven?

diegovelezg commented 5 years ago

Sobre si la parte de UX sería indiviual o en grupos nos falta el feedback de @lalogf . Por lo pronto @gaposx y @Gabx04 me comentaron que tendría sentido que fuera individual TB.

Respecto a cómo organizarse para el de front (data lovers deep dive) yo soy partidariode la autoorganización, agregaría a lo que dice @lupomontero que pediría explícitamente que eviten armar duplas heredando código ajeno.

CaroLaboratoria commented 5 years ago

Me inclinaría en que el proyecto front sea individual, por las siguientes ideas: 1) Creo que después de hacerlo en duplas y enfrentarse solas al problema, puede ser que se hagan muchas preguntas que anteriormente no se hayan planteado, dado que la compañera ya lo tenía claro. 2) También es una buena instancia de realmente completar un proyecto y ponerlo en el futuro portafolio individual. 3) Permite una mejor "observación" por parte de las coaches justo antes de la división de tracks (lo que es un objetivo de hacer este proyecto).

Si es en duplas, 100% de acuerdo con Diego en que sea autoorganización, pero si se junta una nueva dupla no entiendo mucho como no van a heredar código ajeno de una de las dos? Tendrían que hacer todo de nuevo? @diegovelezg

diegovelezg commented 5 years ago

No sé bien cómo vaya a resultar el progreso en los días que vienen pero FYI, hay varios auxilios y algo de zozobra.

lupomontero commented 5 years ago

Después de todo el feedback recibido y conversaciones en paralelo, creo que estamos de acuerdo con lo siguiente:

  1. No vamos a incluir el proyecto 03-visitors en el mapa para este Bootcamp.
  2. Como consecuencia del punto 1, hemos decidido ir por la opción de presentar una segunda parte del 02-data-lovers donde daremos diferentes opciones para continuar con el proyecto dependiendo de cómo vaya cada una.
  3. Será responsabilidad del equipo de @Laboratoria/bootcamp-coaches, después de las entrevistas de 02-data-lovers, de aconsejar, sugerir y validar los siguientes pasos propuestos para cada estudiante.
  4. Estamos considerando un abanico de opciones dependiendo de las necesidades de cada estudiantes:
    • A las que no hayan completado el proyecto les pediremos que lo completen (con todo lo que se especifica en la parte obligatoria)
    • Aquellas que hayan completado el proyecto, pero sin hacker edition, les sugeriremos que se enfoquen en los dos puntos principales del hacker edition: cargar la data usando fetch y agregar gráficas con Chart.js o Google Charts.
    • Para aquellas que hayan avanzado más rápido, les propondremos que elijan una segunda fuente de datos para hacer una nueva visualización o alternativamente refactorizar su código para aumentar la cobertura de tests (incluyendo pruebas para componentes de interfaz?).
  5. Para comunicar esta segunda parte de 02-data-lovers, y hacer el delivery a coaches y estudiantes, esta tarde mandaré un PR que agregue un archivo nuevo en la carpeta 02-data-lovers. De esta forma pediremos a las estudiantes que hagan pull del remoto del cohort y que reciban el archivo nuevo, sin afectar al readme principal, que les pedimos que chanquen.
  6. El formato de esta segunda parte del proyecto es individual, con la excepción de alguna dupla que proponga continuar trabajando juntas y con aprobación de coaches. No se formarán nuevas duplas.

Nos falta:

camargozzini commented 5 years ago

Holaa, el equipo de coaches de Chile nos sumamos a todos los acuerdos. Y la iteración de UX tb la haremos individual para poder observarlas mejor, y ahora estamos coordinándonos para ver que es lo que les pediremos de entrega (estoy pensando que sería bueno acercamiento a usuario real a través de testeo, análisis de uso a través de herramientas como hotjar y rediseño de interfaz.. para que tengan una pincelada de diferentes partes del proceso UX).

lupomontero commented 5 years ago

Hola @camargozzini, gracias por tu comentario :tada:

  1. Tomo nota de la confirmación por parte de equipo de SCL
  2. Iteración de UX individual :+1:
  3. Con respecto a los nuevos requisitos, creo que solo faltaría que que integremos la info de UX en este PR.

cc/ @lalogf @gaposx @Gabx04

lupomontero commented 5 years ago

Cierro este issue ya que esto queda resuelto en https://github.com/Laboratoria/curricula-js/pull/768