Instagram, Snapchat, Twitter, Facebook, Twitch, Linkedin, etc. Las redes sociales han invadido nuestras vidas. Las amamos u odiamos, y muchxs no podemos vivir sin ellas.
Hay redes sociales de todo tipo y para todo tipo de intereses. Por ejemplo, en una ronda de financiamiento con inversionistas, se presentó una red social para químicos en la que los usuarios podían publicar artículos sobre sus investigaciones, comentar en los artículos de sus colegas, y filtrar artículos de acuerdo a determinadas etiquetas o su popularidad, lo más reciente, o lo más comentado.
Una emprendedora nos ha encargado crear una red social. No nos da mucho detalle sobre qué tipo de red social quiere, sólo nos dice que creemos la mejor que podamos, y que luego la convenzamos de lanzarla al mercado. Nos da ciertos temas en los que le gustaría invertir:
- Alimentación
- Feminismo
- Educación
- Salud
- Energías Renovables
El objetivo principal de aprendizaje de este proyecto es construir un sitio web responsive con más de una vista (página), y en el que podamos leer y escribir datos.
Algunos objetivos específicos:
- Entender las necesidades de los usuarios para los que crearás el producto y que ayudarás a resolver.
- Poner en juego tu creatividad para generar ideas que lleven a una solución original y valiosa del problema.
- Cuentas con el apoyo de tus compañeras, debes trabajar en equipo buscando feedback constante.
Este proyecto se debe "resolver" en tríos.
La lógica del proyecto debe estar implementada completamente en JavaScript (ES6), HTML y CSS. En este proyecto SÍ está permitido usar librerías o frameworks, pero no es obligatorio 😃.
Para comenzar tendrás que hacer un fork y clonar este repositorio.
En este proyecto, no hay un boilerplate, por lo que tú deberás definir la estructura de carpetas y archivos que consideres necesaria, puedes guiarte de los proyectos anteriores. Por lo tanto, los tests y el setup necesario para ejecutarlos serán hechos por ti misma 😃.
Debe verse bien en dispositivos de pantallas grandes (computadoras/es, laptops, etc.) y pequeñas (tablets, celulares, etc.). Te sugerimos seguir la técnica de mobile first (más detalles sobre esta técnica al final).
Los tests unitarios deben cubrir un mínimo del 70% de statements, functions, lines, y branches.
La interfaz debe permitir lo siguiente:
-
Login con Firebase:
- Solamente para el login es obligatorio usar Firebase, no para las
publicaciones en el muro ni las demás funcionalidades, para eso puedes
usar
localStorage. - Autenticación con Facebook o Google.
- Solamente para el login es obligatorio usar Firebase, no para las
publicaciones en el muro ni las demás funcionalidades, para eso puedes
usar
-
Validaciones:
- No pueden haber usuarios repetidos.
- La cuenta de usuario debe ser un correo electrónico válido.
- Lo que se escriba en el campo (input) de contraseña debe ser secreto.
-
Comportamiento:
- Al enviarse un formulario de registro o inicio de sesión, debe validarse.
- En caso haya errores, el sistema debe mostrar mensajes de error para ayudar al usuario a corregirlos.
- La aplicación solo permitirá el acceso a usuarios con cuentas válidas.
- Al recargar la aplicación, se debe verificar si el usuario está logueado antes de mostrarle el contenido privado.
-
Perspectiva de interfaz:
-
Validaciones:
- Al apretar el botón de publicar, debe validar que exista contenido en el input.
-
Comportamiento:
- Poder publicar un post.
- Poder poner like a una publicación.
- Llevar un conteo de los likes.
- Poder eliminar un post específico.
- Poder publicar y mostrar los posts que son sólo para mi (o amigos - ver Hacker edition 😉) y para todo público.
- Pedir confirmación antes de eliminar un post.
- Al darle click en el botón editar, debe cambiar el texto por un input que permita editar el texto y cambiar el link por guardar.
- Al darle guardar debe cambiar de vuelta a un texto normal pero con la información editada.
- Al recargar la página debo de poder ver los textos editados
-
Perspectiva de interfaz:
- La aplicación no debe dejar hacer publicaciones vacías de ningún tipo.
- El usuario debe poder agregar, editar y eliminar contenido de la red social.
- El usuario debe poder definir la privacidad de lo que publica.
- Al editar contenido, el contenido editado se verá automáticamente e inmediatamente después de guardar.
- Al recargar la página se deben poder ver los contenidos editados.
Para armar la interfaz visual, utiliza como base alguna de estas guías de componentes:
Personaliza estas guías con los colores y/o tipografías que creas convenientes. Recuerda que al hacer estas adaptaciones deberás seguir los fundamentos de visual design como contraste, alineación, jerarquía, entre otros.
El corazón de este proyecto incluye:
- Separar la manipulación del DOM de la lógica (separación de responsabilidades).
- Que el sitio sea responsive, ya dicho.
- Alterar y persistir datos. Los datos que agregues o modifiques deberán
persistir a lo largo de la aplicación, te recomendamos que uses
localStoragecomo primera opción para resolver este desafío, aun así, tú puedes optar por la que se acomode más a tu equipo.
Además, podrías agregar algunas tareas nuevas de acuerdo a tus decisiones:
- Recuerda que puedes usar una librería o framework si así lo desea el equipo. Al navegar en internet te darás cuenta de que algunas de estas construyen un boilerplate por ti, tenlo presente al iniciar tu proyecto.
- Recuerda que no hay un setup de tests definido, dependerá de la estructura de tu proyecto también, pero algo que no debes de olvidar es pensar en estas pruebas, pues incluso te podrían ayudar a definir la estructura y nomenclatura de tu lógica.
Desde el punto de vista de UX, deberás:
- Hacer un benchmark de las principales redes sociales.
- Hacer al menos 2 o 3 entrevistas con usuarios.
- Hacer un prototipo de alta fidelidad.
- Testear el prototipo con usuarios.
- Asegurarte de que la implementación en código siga los lineamientos del diseño.
- Hacer sesiones de testing con el producto en HTML.
Vamos a dar un paso importante para seguir aprendiendo de Ágil. Te será de mucha ayuda para ir avanzando tu proyecto de forma incremental y no en cascada.
Esta vez te pedimos que los ítems de tu Backlog de Producto estén escritos como Historias de Usuario. Esta es una técnica muy simple que te ayudará a:
- Organizar el trabajo en función del valor que le aporta al usuario.
- Poder publicar partes completas y utilizables del producto al final del sprint.
- Que el equipo trabaje de manera multidisciplinaria de manera natural.
Trabajar en equipo es un gran desafío porque coordinarse no es una tarea fácil, y es más difícil entre tres que entre dos. Trata que tu equipo te entienda, facilitando siempre el diálogo dentro del squad.
Planifica enumerando las tareas y distribuyéndolas, considerando los recursos, las habilidades, y el tiempo del que dispones. Planifica de manera que te permita avanzar en los distintos aspectos del proyecto de forma paralela, teniendo un tablero donde puedas ver en qué está trabajando cada compañera.
Entrega tu trabajo a tu equipo a tiempo y colabora con el objetivo final del proyecto, lo que puede implicar ayudar a los demás miembros del equipo con sus pendientes, con el fin de entregar una red social de calidad.
La división del trabajo debe permitir que todo el equipo practique el aprendizaje de todas las habilidades esperadas. No se dividan el trabajo como en una fábrica.
Para que tu red social responda a las necesidades de tus usuarios, probablemente deberás adquirir nuevos conocimientos para implementar sus preferencias. Para conocer a los usuarios y sus preferencias, debes salir e investigar. Tienes que ejercitar tus habilidades de comunicación y toma de decisiones. Existen infinitas opciones, depende de ti el camino que escojas.
Esta vez, haz code review (feedback de tu código) con otro squad, para que puedas mejorar el producto. Mientras más feedback reciban, mejor.
Esperamos que valores y escuches los comentarios y críticas de los demás, rescatando aquellos aspectos que sirven para tu crecimiento. Entrega siempre tu opinión de manera constructiva, fundamentada y coherente, con el propósito de ayudar a tus compañeras. Estos comentarios los debes hacer de manera honesta, empática e inmediata.
Finalmente, deberás presentar el proyecto que creaste, al usuario que escogiste y las necesidades que lograste resolver en este proceso. Como siempre, sabemos que presentar puede ser una tarea difícil, y esperamos que tengas capacidad de síntesis y articules tus ideas con claridad para que logres mostrar tu trabajo y que los demás lo comprendan.
- Crear posts con imágenes.
- Reemplazar
localStorage: ¿le has compartido tu red social a tus amigxs? Si lo has hecho, te darás cuenta de que ellxs no pueden ver tus posts ni tú el de ellxs. Esto es debido a quelocalStoragealmacena los datos localmente (en tu navegador) por lo que esos datos no se comparten. Para resolver esto podrías implementar una base de datos pero el tiempo podría jugar en contra, para ello existen algunos servicios como Firebase que te proveen soluciones rápidas a este problema y solo usando su SDK 😱. - Agregar la funcionalidad de amistad dentro de la red social, debo poder:
- Agregar amigos.
- Aceptar solicitudes de amigos.
- Eliminar amigos.
- Mostrar los posts que son sólo para mis amigos.
El proyecto será entregado subiendo tu código a GitHub (commit/push) y la
interfaz será desplegada usando GitHub pages u otro servicio de hosting que
puedas haber encontrado en el camino.
En el README.md debes colocar cómo conociste el mercado de las redes sociales, cómo descubriste las necesidades de los usuarios, y cómo llegaste a la definición final de tu producto. Si tienes fotos de entrevistas, cuestionarios y/o sketches
(bocetos) compártelos. Es importante que detalles:
- Cuáles son los elementos básicos que tiene una red social.
- Quiénes son los principales usuarios de producto.
- Cómo descubriste las necesidades de los usuarios.
- Qué problema resuelve el producto para estos usuarios.
- Cuáles son los objetivos de estos usuarios en relación con el producto.
- Cuáles son las principales funcionalidades del producto y cuál es su prioridad.
- Cómo verificaste que el producto les está resolviendo sus problemas.
- Cómo te asegurarás que estos usuarios usen este producto.
Para poder llegar a estas definiciones te recomendamos revisar: benchmarks, entrevistas con usuarios y tests de usabilidad.
Debes definir cuál será el flujo que seguirá el usuario dentro de tu producto y con eso deberás diseñar la Interfaz de Usuario (UI - por sus siglas en inglés) de esta red social que siga este flujo. Para esto debes utilizar la herramienta de diseño visual de tu preferencia. Nosotros te recomendamos Figma dado que es una herramienta que funciona en el navegador y puedes crear una cuenta gratis. Sin embargo, eres libre de utilizar otros editores gráficos como Adobe XD, Illustrator, Photoshop, PowerPoint, Keynote, etc.
Este diseño debe representar la solución que se implementará finalmente en código.
Tu diseño debe seguir los fundamentos de visual design, como: contraste, alineación, jerarquía, entre otros. Tip: revisa el contenido de UX de la unidad de visual design.
La idea para este proyecto es que el producto a desarrollar siga los lineamientos propuestos en el diseño de la interfaz de usuario. Asegúrate a lo largo de la implementación que los elementos propuestos están siendo implementados correctamente. (Hint: testing)
| Habilidad | Nivel esperado |
|---|---|
| JavaScript | |
| Estilo | 3 |
| Nomenclatura/semántica | 3 |
| Funciones/modularidad | 2 |
| Estructuras de datos | 2 |
| Tests | 2 |
| HTML | |
| Validación | 3 |
| Estilo | 3 |
| Semántica | 3 |
| SEO | n/a |
| CSS | |
| DRY | 3 |
| Responsive | 3 |
| SCM | |
| Git | 3 |
| GitHub | 3 |
| CS | |
| Lógica | 2 |
| Arquitectura | 2 |
| Patrones/paradigmas | n/a |
| Habilidad | Nivel esperado |
|---|---|
| User Centricity | 3 |
| Entrevistas | 2 |
| Testing | 2 |
| User Flow | 2 |
| Jerarquía | 3 |
| Alineación | 3 |
| Contraste | 3 |
| Color | 3 |
| Tipografía | 3 |
Para este proyecto esperamos que ya hayas alcanzado el nivel 3 en todas tus habilidades blandas. Te aconsejamos revisar la rúbrica:
| Habilidad | Nivel esperado |
|---|---|
| Planificación y organización | 3 |
| Autoaprendizaje | 3 |
| Solución de Problemas | 3 |
| Dar y recibir feedback | 3 |
| Adaptabilidad | 3 |
| Trabajo en equipo (trabajo colaborativo y responsabilidad) | 3 |
| Comunicación eficaz | 3 |
| Presentaciones | 3 |
El concepto de mobile first hace referencia a un proceso de diseño y desarrollo donde partimos de cómo se ve y cómo funciona la aplicación en un dispositivo móvil primero, y más adelante se ve cómo adaptar la aplicación a pantallas progresivamente grandes y características específicas del entorno desktop. Esto es en contraposición al modelo tradicional, donde primero se diseñaban los websites (o webapps) para desktop y después se trataba de arrugar el diseño para que entre en pantallas más chicas. La clave acá es asegurarse de que desde el principio diseñan usando la vista responsive de las herramientas de desarrollador (developer tools) del navegador. De esa forma, partimos de cómo se ve y comporta la aplicación en una pantalla y entorno móvil.
En proyectos anteriores nuestras aplicaciones habían estado compuestas de una
sola vista principal (una sóla página). En este proyecto se introduce la
necesidad de tener que dividir nuestra interfaz en varias vistas o páginas
y ofrecer una manera de navegar entre estas vistas. Este problema se puede
afrontar de muchas maneras: con archivos HTML independientes (cada uno con su
URL) y links tradicionales, manteniendo estado en memoria y rederizando
condicionalmente (sin refrescar la página), manipulando el historial del
navegador
con window.history,
usando una librería (por ejemplo react-router
o vue-router). En este proyecto te invitamos a
explorar opciones y decidir una opción de implementación.
En los proyectos anteriores hemos consumido (leído) datos, pero todavía no
habíamos escrito datos (guardar cambios, crear datos, borrar, ...). En este
proyecto tendrás que crear (guardar) nuevos datos, así como leer, actualizar y
modificar datos existentes. Estos datos se podrán guardar localmente usando
localStorage
o de forma remota usando Firebase.
En el proyecto "Data Dashboard", la primera historia "épica" podría haber sido:
Yo, como Training Manager quiero poder ver el progreso de solución de ejercicios de JS de las estudiantes de mi(s) cohort(s) para entender cuánto están practicando y qué tan bien les está yendo.
Esta la podríamos haber dividido en algunas más pequeñas, por ejemplo:
- Yo, como Training Manager quiero poder seleccionar cada uno de los cohorts de mi ciudad para ver un listado de todas las estudiantes de ese cohort, y que incluya el % de progreso de solución de ejercicios de cada una de ellas
- Yo, como Training Manager quiero poder seleccionar a una estudiante en particular para ver el % de progreso de solución de todos los ejercicios y el resultado decada uno de ellos
Como ves, dividirla en 1 y 2, hace que sea mucho más fácil imaginar y entender lo que el equipo tiene que conseguir para completarla.
Otras:
- Diseño web, responsive design y la importancia del mobile first - Media Click
- Mobile First: el enfoque actual del diseño web móvil - 1and1
- Mobile First - desarrolloweb.com
- Mobile First - ZURB
- Mobile First Is NOT Mobile Only - Nielsen Norman Group
- Offline first manifesto
- Producto final sigue los lineamientos del diseño.
- Definición del producto:
- Cuáles son los elementos básicos que tiene una red social.
- Quiénes son los principales usuarios de producto.
- Cómo descubriste las necesidades de los usuarios.
- Qué problema resuelve el producto para estos usuarios.
- Cuáles son los objetivos de estos usuarios en relación con el producto.
- Cuáles son las principales funcionalidades del producto y cuál es su prioridad.
- Cómo verificaste que el producto les está resolviendo sus problemas.
- Cómo te asegurarás que estos usuarios usen este producto.
- Benchmark de las principales redes sociales.
- Resumen de entrevistas con usuarios.
- Link/screenshots del prototipo de alta fidelidad.
- Conclusiones de testing con el prototipo de alta fidelidad con usuarios.
- Conclusiones de testing con el producto en HTML.
- Tests unitarios cubren un mínimo del 70% de statements, functions, lines y branches.
- Pasa tests (y linters) (
npm test).
- Permite crear cuenta.
- Valida email.
- Valida password.
- Muestra mensajes de error.
- Permite iniciar sesión.
- Valida email.
- Valida password.
- Muestra mensajes de error.
- Muestra muro.
- Permite publicar nuevos posts.
- Permite eliminar posts.
- Pide confirmación antes de borrar posts.
- Permite editar posts (in place).
- Permite publicar y filtrar posts por público/yo.
- Permite dar like a los posts y llevar un conteo de ellos.