CLIENTES LIGEROS
Reflexión sobre el caso de estudio: Clientes Ligeros y la Nueva Era Móvil
Autor: @jess790
Fecha: 25/09/25
Materia: Desarrollo de Aplicaciones Móviles
Profesor: @frexus
Caso de estudio
He leído y analizado el caso publicado por el profesor:
Enlace al caso de estudio
En este caso se aborda el tema de CLIENTES LIGEROS, donde se presenta una situación real o simulada para aplicar los conceptos vistos en clase.
Reflexión personal
Aprendí que en el desarrollo móvil es fundamental crear clientes ligeros, ya que esto mejora la velocidad, el consumo de datos y la experiencia del usuario. Habría delegado la mayor parte de la lógica al servidor desde el inicio y monitoreado el rendimiento antes de escalar. Este caso se relaciona con los temas de eficiencia, diseño centrado en el usuario y buenas prácticas en desarrollo de aplicaciones móviles.
Actividades complementarias
- Práctica desarrollada: Enlace a la publicación en Frexus.dev
Descripción breve: PREGUNTAS LECTURA CASO DE ESTUDIO
• ¿Cómo afecta el diseño de un cliente pesado la experiencia del usuario en aplicaciones móviles?
Hace que el cliente se frustre y que no le pueda gustar la usabilidad o la experiencia del usuario de la app porque puede ser que la app sea lenta, consuma muchos recursos y hasta que el usuario deje de usar la app.
• ¿Qué ventajas ofrecen los clientes ligeros en términos de mantenimiento y escalabilidad?
Que la lógica se concentra en el servidor y esto facilita el actualizar el sistema sin necesidad de que cada usuario actualice su app, también permite una mayor escalabilidad porque el backend puede crecer con servidores en la nube y el cliente solo consume APIs.
• ¿Cuáles son las diferencias clave entre un cliente ligero y un cliente pesado?
Que el cliente ligero realiza lo mínimo dentro de la app. Su función es mínima: mostrar interfaces, recibir entradas, conectarse a APIs. Y el cliente pesado procesa gran parte de la lógica en el dispositivo, consume más recursos, depende de actualizaciones locales y se siente más rígido.
• ¿Qué decisiones técnicas se deben tomar al programar un cliente ligero para asegurar eficiencia?
Separar la lógica del cliente y dejársela al servidor, también puede ser optimizando la comunicación con APIs, reduciendo el peso de la app, implementar autenticación ligera y usar frameworks multiplataforma optimizados.
• ¿De qué forma influye el contexto de uso (móvil, escritorio, red limitada) en la elección del tipo de cliente?
Depende del contexto de uso para determinar qué tan pesado o ligero debe ser el cliente. En móviles, se prefiere un cliente ligero porque los recursos limitados, pero en escritorio, puede usarse un cliente más pesado porque el hardware y la conexión suelen ser más potentes.
En redes limitadas, conviene un cliente ligero para reducir consumo de datos y garantizar que la app siga siendo usable.
• ¿Cómo aplicarías los principios de clientes ligeros en tu próximo desarrollo?
Aplicaría los principios de clientes ligeros haciendo que la app solo muestre interfaces y consuma APIs, dejando la lógica en el servidor. También me ayudaría el optimizar recursos con cargas en segundo plano, datos ligeros y autenticación con tokens, para asegurar que la aplicación sea rápida, fluida y eficiente en móviles.
Evidencias visuales
Captura de la sopa de letras
Captura del crucigrama
Captura del código o práctica
En este ejercicio se desarrolla una aplicación móvil con React Native que actúa como un cliente ligero, ya que obtiene información desde un servidor externo (API pública) y solo la muestra al usuario.
El código utiliza fetch() para consumir datos desde https://jsonplaceholder.typicode.com/users, mostrando una lista de usuarios con su nombre y correo.
El procesamiento y almacenamiento de los datos ocurren en el servidor, mientras que la app solo se encarga de recibir y visualizar la información, cumpliendo así el principio de un cliente ligero conectado a Internet
Responde:
• ¿Dónde se están guardando los datos de los usuarios?
Se están guardando de manera temporal en la memoria de la aplicación, específicamente en la variable de estado usuarios. Una vez que la solicitud fetch es exitosa, la función setUsuarios(data) almacena los objetos recibidos en la memoria de trabajo de tu dispositivo mientras la aplicación está abierta. Los datos no se guardan de forma permanente en el dispositivo (
• ¿Qué pasaría si el servidor de la API dejara de funcionar?
La app no mostraría la información porqued depende al 100% de la respuesta de la API. La lista no mostraría nada
• ¿Podría esta app mostrar los datos si no hay conexión a Internet?
No porque para poder cargar los datos se necesita conexión activa a Internet, ya que no hay almacenamiento local
• ¿Qué ventajas tiene este enfoque para una app pequeña?
Este enfoque es práctico para una app pequeña porque es fácil de implementar, mantiene el código ligero y siempre muestra datos actualizados desde el servidor sin necesidad de manejar bases de datos locales.
Conclusiones finales
Aprendizaje obtenido:
La conclusión que obtengo es que la simplicidad y ligereza en el desarrollo móvil son clave para ofrecer una experiencia de usuario eficiente y satisfactoria. Delegar la lógica al servidor, optimizar recursos y priorizar lo esencial no solo mejora el rendimiento de la app, sino que también fortalece mi forma de pensar como desarrolladora, enfocándome en soluciones efectivas y prácticas.
Dificultades enfrentadas:
Las principales dificultades enfrentadas fueron el desconocimiento sobre la importancia de los clientes ligeros y la mala distribución de la carga entre el cliente y el servidor
Este post forma parte de la actividad de aprendizaje correspondiente a la unidad 2.
Publicación realizada con fines educativos como parte del curso de Aplicaciones Móviles