0% encontró este documento útil (0 votos)
49 vistas4 páginas

Curso de Consumo de API REST en JS

Este documento presenta los resultados de un examen sobre el consumo de API REST con JavaScript. El estudiante obtuvo una calificación perfecta de 15/15 y aprobó el curso, pudiendo acceder a su diploma digital. El examen contenía preguntas sobre temas como el uso de API keys, mejoras de velocidad en el frontend, caché, memoization, paginación vs scroll infinito y el uso combinado de Local Storage y APIs.

Cargado por

Ivan Camilo
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
49 vistas4 páginas

Curso de Consumo de API REST en JS

Este documento presenta los resultados de un examen sobre el consumo de API REST con JavaScript. El estudiante obtuvo una calificación perfecta de 15/15 y aprobó el curso, pudiendo acceder a su diploma digital. El examen contenía preguntas sobre temas como el uso de API keys, mejoras de velocidad en el frontend, caché, memoization, paginación vs scroll infinito y el uso combinado de Local Storage y APIs.

Cargado por

Ivan Camilo
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

19/8/22, 23:45 [Link]

com/clases/examen/resultados/2942/

18.139 pts

Curso Profesional de Consumo de API REST con JavaScript

Aprobaste el curso
Felicitaciones, ya puedes acceder a tu diploma digital

10 15 / 15
Aciertos
Calificación

1. Agregar nuestra API KEY a un archivo ignorado por el .gitignore nos asegura
protección completa y es una muy buena práctica.

Sí, pero no. Nadie podrá ver nuestra API KEY desde el repositorio. Pero al hacer deploy nuestra
API KEY debe ser visible de alguna forma desde el navegador para el correcto funcionamiento
de la aplicación.

2. ¿Qué podemos hacer desde el frontend para mejorar la velocidad de nuestras


aplicaciones web?

Utilizar técnicas de caché o memoization para no cargar más una vez los recursos que
necesitamos.

3. ¿Qué es caché?
[Link] 1/4
19/8/22, 23:45 [Link]

Cuando el navegador guarda la respuesta de una consulta HTTP para no hacer esa misma
consulta de nuevo durante un rango de tiempo seguro.

4. ¿Qué es memoization?

Guardar los cálculos de la aplicación (en memoria, durante la ejecución de nuestro código)
para no tener que repetirlos.

5. ¿Qué problemas podemos tener si implementamos técnicas como caché o


memoization?

No sabremos si la información cambió en el backend hasta que volvamos a hacer la consulta


HTTP.

6. Trabajas como frontend developer en un banco con aproximadamente 5 millones de


transacciones al día. Los clientes piden mejorar la velocidad para ver su dinero y
transacciones. Tu equipo propone solucionarlo implementando caché en la plataforma
web. ¿Qué opinas?

Absolutamente no: el caché mejoraría la velocidad, pero podría mostrar información


desactualizada bastante seguido.

7. Trabajas como frontend developer en un periódico digital con aproximadamente 5


noticias a la semana. Los clientes piden mejorar la velocidad para ver sus noticias. Tu
equipo propone solucionarlo implementando caché en la plataforma web. ¿Qué
opinas?

Absolutamente sí: aunque el caché no mejoraría la velocidad en la primera consulta de cada


lector, sí la mejoraría en las siguientes veces que entre o navegue por el portal.

[Link] 2/4
19/8/22, 23:45 [Link]

8. Tu aplicación demora algunos segundos en cargar completamente mientras hace


consultas a la API REST. ¿Qué harías?

Agregar loading skeletons para que los usuarios sepan que estamos cargando la información
(y sepan qué tipo de contenido se está cargando).

9. La cantidad de usuarios que abandona nuestro sitio web incrementa dramáticamente


por cada segundo que tarda nuestro contenido en cargar.

Verdadero

10. Es muy buena práctica que la pantalla de error y la pantalla de carga sean
exactamente iguales para evitar que los usuarios se lleven una mala impresión de
nuestra aplicación.

Falso

11. Es muy buena práctica que nuestra pantalla de carga sea divertida.

Verdadero. Las pantallas de carga pueden ser divertidas DEPENDIENDO del tono de nuestra
aplicación. SIEMPRE deben ser al menos tolerables y fáciles de reconocer.

12. Trabajas como frontend developer en una tienda online de celulares. La empresa
necesita mejorar las ventas. Tu equipo propone cambiar la paginación por infinite
scrolling para que la tienda sea mucho más adictiva. ¿Qué opinas?

No vale la pena. Aunque implementar infinite scroll ayudaría a aumentar la adicción de los
usuarios, bajaría las ventas porque generaría frustración al dificultar encontrar contenido
específico.

[Link] 3/4
19/8/22, 23:45 [Link]

13. Trabajas como frontend developer en Facebook. La empresa ya no quiere enfocarse


en buscar público más joven, sino en atender mejor al público mayor que sigue usando
la red social. Tu equipo propone cambiar el scroll infinito por paginación porque "la
gente mayor ya no está para esos trotes". ¿Qué opinas?

No vale la pena. Cambiar el infinite scroll por paginación bajaría la adictividad del sitio, incluso
con personas mayores.

14. Combinar datos de Local Storage con datos de una API REST es una MALA
PRÁCTICA.

Falso.

15. ¿Cuál de los siguientes datos son seguros para guardar en Local Storage?

Ninguna de las respuestas es correcta.

REGRESAR

[Link] 4/4

También podría gustarte