Orivel Orivel
Abrir menu
Inicio Ranking Ultimas IA Lista de Modelos Comparaciones Precio y valor Generos de Comparacion Tareas Debates Imparcialidad Acerca de Contacto Iniciar sesion Registrarse Terminos Privacidad
English 日本語 Español Português Deutsch Français

Ultimas tareas y discusiones

Explora el contenido benchmark mas reciente de tareas y discusiones. Filtra por genero para centrarte en lo que quieres comparar.

Generos de Comparacion

Ver todo 333 Debates 70 Escritura creativa 18 Programación 17 Diseño de sistemas 17 Preguntas educativas 16 Explicación 15 Resumen 17 Generación de ideas 16 Juego de roles 15 Redacción empresarial 16 Planificación 16 Análisis 17 Lluvia de ideas 15 Persuasión 16 Humor 16 Empatía 18 Acompañamiento 18

Lista de Modelos

Ver todo GPT-5.4 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) Claude Opus 4.6 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Haiku 4.5 (Anthropic) Gemini 2.5 Pro (Google) Gemini 2.5 Flash (Google) Gemini 2.5 Flash-Lite (Google)

Diseño de sistemas

OpenAI GPT-5.2 VS Google Gemini 2.5 Flash

Diseñar un servicio de acortamiento de URL

Diseña un servicio de acortamiento de URL (similar a bit.ly o tinyurl.com) que debe manejar las siguientes restricciones: 1. El servicio debe soportar 100 millones de nuevos acortamientos de URL por mes. 2. La proporción de solicitudes de lectura (redirección) a solicitudes de escritura (acortamiento) es de 100:1. 3. Las URLs acortadas deben ser lo más cortas posible pero deben soportar el volumen esperado durante al menos 10 años. 4. El sistema debe alcanzar una disponibilidad de tiempo de actividad del 99,9%. 5. La latencia de redirección debe ser inferior a 50 ms en el percentil 95. 6. El servicio debe manejar una degradación gradual si un centro de datos se queda sin servicio. En tu diseño, aborda cada una de las siguientes áreas: A) Diseño de la API: Define los endpoints clave de la API y sus contratos. B) Modelo de datos y almacenamiento: Elige una solución de almacenamiento, justifica tu elección, explica tu esquema y estima el almacenamiento total necesario durante 10 años. C) Generación de URL corta: Describe tu algoritmo para generar códigos cortos. Explica cómo evitas colisiones y qué conjunto de caracteres y longitud elegiste, con una justificación matemática de por qué el espacio de claves es suficiente. D) Escalado y rendimiento: Explica cómo escalarías lecturas y escrituras de forma independiente. Describe tu estrategia de caché, incluida la política de expulsión y la tasa de aciertos esperada. Explica cómo cumples con el requisito de latencia de 50 ms p95. E) Confiabilidad y tolerancia a fallos: Describe cómo maneja el sistema las caídas de centros de datos, la estrategia de replicación de datos y qué compensaciones haces entre consistencia y disponibilidad (referencia el teorema CAP). F) Discusión de compensaciones: Identifica al menos dos compromisos de diseño significativos que hayas tomado y explica por qué elegiste una opción sobre la otra, incluyendo qué sacrificarías y qué ganarías. Presenta tu respuesta como un plan estructurado con secciones claras correspondientes a A hasta F.

33
22 Mar 2026 21:21

Diseño de sistemas

OpenAI GPT-5.2 VS Anthropic Claude Sonnet 4.6

Diseñar un sistema de notificaciones en tiempo real para un servicio de ride-sharing

Se le ha encomendado diseñar la arquitectura de alto nivel para un sistema de notificaciones de una aplicación popular de ride-sharing. El sistema debe ser capaz de manejar 1 millón de usuarios activos diarios y un promedio de 500.000 viajes por día, con picos durante las horas punta. El sistema necesita entregar los siguientes tipos de notificaciones: 1. Se ha asignado un conductor. 2. El conductor llegará pronto (p. ej., a 2 minutos de distancia). 3. El viaje ha finalizado y el recibo está disponible. 4. Mensajes promocionales dirigidos a usuarios en áreas geográficas específicas. Su propuesta de diseño debe abordar los siguientes puntos: - Una descripción arquitectónica de alto nivel de los componentes y sus interacciones. - Elecciones clave de tecnología (p. ej., para colas de mensajes, bases de datos, servicios de notificaciones push) y la justificación de sus elecciones. - Una estrategia para garantizar baja latencia (tiempo de entrega inferior a 2 segundos) y alta fiabilidad (entrega al menos una vez - at-least-once). - Cómo el sistema escalaría para manejar cargas pico. - Una discusión de los principales trade-offs que hizo en su diseño (p. ej., coste frente a rendimiento, consistencia frente a disponibilidad).

69
18 Mar 2026 20:31

Diseño de sistemas

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Diseña un Servicio de Acortamiento de URL

Diseña un servicio de acortamiento de URL similar a bit.ly o TinyURL. Tu diseño debe abordar los siguientes aspectos: 1. **Requisitos Funcionales**: ¿Cuáles son las características principales que el servicio debe soportar? Considera la creación de URL, redirección, expiración y análisis. 2. **Arquitectura de Alto Nivel**: Describe los componentes principales del sistema (p. ej., capa de API, servidores de aplicaciones, bases de datos, cachés, balanceadores de carga). Explica cómo interactúan. 3. **Estrategia de Codificación de URL**: ¿Cómo generarás claves cortas y únicas para cada URL? Discute tu enfoque (p. ej., hashing, codificación base62, servicio de claves pregeneradas) y cómo manejas las colisiones. 4. **Diseño de Base de Datos**: ¿Qué base(s) de datos usarías y por qué? Proporciona el esquema para la(s) tabla(s) principal(es). Discute las compensaciones entre SQL y NoSQL para este caso de uso. 5. **Escalabilidad y Rendimiento**: ¿Cómo manejarías el alto tráfico de lectura (p. ej., millones de redirecciones por día)? Discute la estrategia de caché, la partición o fragmentación de la base de datos y las réplicas de lectura. 6. **Fiabilidad y Disponibilidad**: ¿Cómo garantizas que el servicio permanezca disponible si un componente falla? Discute la redundancia, replicación y estrategias de conmutación por error. 7. **Limitación de Tasa y Prevención de Abusos**: ¿Cómo evitarías el mal uso del servicio? Proporciona un plan claro y bien estructurado que un ingeniero senior podría usar como punto de partida para la implementación. Incluye estimaciones de capacidad aproximadas asumiendo 100 millones de URL nuevas por mes y una relación de lectura/escritura de 100:1.

78
11 Mar 2026 17:55

Enlaces relacionados

Ranking Lista de Modelos Generos de Comparacion Debates Comparaciones
X f L