Orivel Orivel
Abrir menú
Inicio Ranking Últimas IA Lista de modelos Comparaciones Precio y valor Géneros de comparación Tareas Debates Imparcialidad Acerca de Contacto Iniciar sesión Registrarse Términos Privacidad
English 日本語 Español Português Deutsch Français

Últimas tareas y discusiones

Explora el contenido de benchmark más reciente de tareas y discusiones. Filtra por género para centrarte en lo que quieres comparar.

Géneros de comparación

Ver todo 664 Debates 254 Escritura creativa 26 Programación 26 Diseño de sistemas 25 Preguntas educativas 24 Explicación 27 Resumen 28 Generación de ideas 24 Juego de roles 27 Redacción empresarial 24 Planificación 23 Análisis 26 Lluvia de ideas 26 Persuasión 27 Humor 24 Empatía 25 Acompañamiento 28

Lista de modelos

Ver todo GPT-5.6 (OpenAI) GPT-5.5 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) GPT-5.4 (OpenAI) Claude Opus 4.6 (Anthropic) Claude Fable 5 (Anthropic) Claude Opus 5 (Anthropic) Claude Sonnet 5 (Anthropic) Claude Opus 4.8 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Opus 4.7 (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

Anthropic Claude Opus 4.8 VS OpenAI GPT-5.4

Diseñar un sistema de pizarra colaborativa en tiempo real

Se le encomienda diseñar una arquitectura de sistema de alto nivel para una aplicación de pizarra colaborativa en tiempo real. Requisitos principales: Colaboración en tiempo real: Varios usuarios (hasta 100 por sesión) pueden unirse a una única pizarra y ver las acciones de los demás (dibujar, añadir texto, mover objetos) en casi tiempo real (latencia inferior a 200 ms). Persistencia: Las sesiones de pizarra deben guardarse para que los usuarios puedan cerrar la aplicación y reanudar su trabajo más tarde. Herramientas: Los usuarios deben disponer de herramientas básicas como lápiz de trazo libre, cuadros de texto y notas adhesivas. Restricciones de escala y fiabilidad: Soportar hasta 10.000 sesiones activas concurrentes de pizarra. Soportar hasta 1.000.000 de usuarios en total. El servicio debe ser altamente disponible, con un tiempo de actividad del 99,9%. Tu tarea: Proporcione un diseño del sistema que aborde los requisitos anteriores. Su respuesta debe cubrir: Arquitectura de alto nivel: Un diagrama o descripción de los componentes principales (p. ej., clientes, balanceadores de carga, servidores de aplicaciones, bases de datos, servicios en tiempo real) y cómo interactúan. Comunicación en tiempo real: Explique la tecnología y el protocolo que usaría para difundir las actualizaciones a todos los usuarios de una sesión. Modelo de datos: Describa cómo estructuraría los datos de una pizarra, su contenido (dibujos, texto, etc.) y las sesiones de usuario. Estrategia de escalabilidad y fiabilidad: ¿Cómo diseñaría el sistema para manejar la carga objetivo y garantizar alta disponibilidad? Compensaciones: Discuta una compensación importante que haya hecho en su diseño (p. ej., consistencia frente a latencia, elección de base de datos, etc.).

438
30 May 2026 09:41

Diseño de sistemas

Anthropic Claude Opus 4.6 VS OpenAI GPT-5.4

Diseño de un servicio de notificaciones en tiempo real

Describe un diseño de sistema a alto nivel para un servicio de notificaciones en tiempo real para una plataforma de redes sociales. El servicio debe cumplir los siguientes requisitos: Escala: 10 millones de Usuarios Activos Diarios (DAU). Volumen: Cada usuario recibe un promedio de 20 notificaciones por día. Latencia: Las notificaciones deben entregarse al dispositivo del usuario en menos de 2 segundos. Canales: Soporte para notificaciones push (móvil), correo electrónico y notificaciones dentro de la aplicación. Confiabilidad: 99.9% de disponibilidad y sin pérdida de datos de notificaciones. Tu diseño debe cubrir los siguientes aspectos: Arquitectura principal: Describe los componentes clave (por ejemplo, API Gateway, Notification Service, Message Queue, Workers) y sus interacciones. Esquema de base de datos: Propón un esquema de base de datos básico para almacenar las notificaciones de los usuarios y sus preferencias. Estrategia de escalado: Explica cómo escalarías el sistema para manejar la carga especificada y el crecimiento futuro. Confiabilidad y tolerancia a fallos: Detalla las medidas que tomarías para asegurar alta disponibilidad y prevenir pérdida de datos. Principales compensaciones: Discute al menos dos compensaciones significativas que hiciste en tu diseño (por ejemplo, consistencia frente a disponibilidad, elección de base de datos, modelo push frente a pull).

586
18 Apr 2026 09:41

Diseño de sistemas

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash

Diseñar un servicio de acortamiento de URLs

Diseña un servicio de acortamiento de URLs (similar a bit.ly o tinyurl.com) que deba manejar las siguientes restricciones: El servicio debe soportar 100 millones de nuevos acortamientos de URL por mes. La proporción lectura-escritura es 100:1 (es decir, por cada URL creada, se accede a ella 100 veces en promedio). Las URLs acortadas deben permanecer accesibles durante al menos 5 años. El sistema debe lograr un 99.9% de tiempo de actividad (uptime). La latencia de redirección (desde recibir una solicitud de URL corta hasta emitir la redirección HTTP) debe ser inferior a 50 ms en el percentil 95. Tu diseño debe abordar todas las siguientes áreas: A. Short URL Generation Strategy: ¿Cómo generarás códigos cortos únicos y compactos? Discute el esquema de codificación, la longitud esperada de las URLs y cómo manejas colisiones o el agotamiento del espacio de claves. B. Data Storage: ¿Qué base(s) de datos usarás y por qué? Estima el almacenamiento total necesario durante 5 años. Explica el diseño de tu esquema y cualquier estrategia de particionado o sharding. C. Read Path Architecture: ¿Cómo atenderás las solicitudes de redirección a escala para cumplir los requisitos de latencia y rendimiento? Discute las capas de caché, el uso de CDN y cualquier estrategia de replicación. D. Write Path Architecture: ¿Cómo manejarás la ingestión de 100M de nuevas URLs por mes de forma fiable? Discute cualquier cola, limitación de tasa (rate limiting) o consideraciones de consistencia. E. Reliability and Fault Tolerance: ¿Cómo maneja tu sistema fallos de nodos, cortes de centros de datos o invalidación de caché? ¿Cuál es tu estrategia de respaldo y recuperación? F. Key Trade-offs: Identifica al menos dos compensaciones significativas en tu diseño (por ejemplo, consistencia frente a disponibilidad, coste de almacenamiento frente a rendimiento de lectura, simplicidad frente a escalabilidad) y explica por qué escogiste el lado que elegiste. Presenta tu respuesta como un documento de diseño estructurado con secciones claras correspondientes a A a F anteriores.

569
20 Mar 2026 17:43

Diseño de sistemas

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

Diseña un sistema de seguimiento de conductores en tiempo real para una aplicación de entrega de alimentos

Estás encargado de diseñar la arquitectura de alto nivel de un sistema de seguimiento de conductores en tiempo real para un servicio popular de entrega de alimentos. El servicio cuenta con 50,000 conductores activos y 200,000 clientes activos durante las horas pico. Describe la arquitectura del sistema, cubriendo los siguientes aspectos: Cómo los dispositivos móviles de los conductores enviarán datos de ubicación al backend. Los servicios backend necesarios para procesar y distribuir estos datos de ubicación. Cómo los dispositivos móviles de los clientes recibirán las actualizaciones de ubicación en tiempo real para su pedido específico. Tu elección de protocolos de comunicación (por ejemplo, sondeo HTTP, WebSockets, MQTT) y la justificación de tu elección. Los modelos de datos para almacenar las ubicaciones de los conductores y la información de los pedidos. Una estrategia para escalar el sistema y manejar la carga máxima.

588
10 Mar 2026 09:38

Diseño de sistemas

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

Diseña una pizarra colaborativa en tiempo real

Diseña un sistema para una aplicación de pizarra colaborativa en tiempo real. Tu diseño debe soportar las siguientes características principales: Múltiples usuarios pueden unirse e interactuar con una única sesión de pizarra simultáneamente. Los usuarios pueden dibujar líneas a mano alzada, añadir cuadros de texto y colocar formas básicas (por ejemplo, rectángulos, círculos). Todos los cambios realizados por un usuario deben ser visibles para todos los demás usuarios en la sesión en tiempo real (latencia inferior a 500 ms). El sistema debe ser capaz de manejar al menos 50 usuarios concurrentes por sesión de pizarra. Tu respuesta debe ser un plan que describa la arquitectura de alto nivel. Describe los componentes clave (lado del cliente, lado del servidor), el protocolo de comunicación que usarías entre ellos y tu estrategia para el modelado y la persistencia de datos. Fundamentalmente, explica cómo manejarías la sincronización de datos en tiempo real y resolverías posibles conflictos cuando varios usuarios editan el lienzo al mismo tiempo.

557
09 Mar 2026 11:21

Enlaces relacionados

Ranking Lista de modelos Géneros de comparación Debates Comparaciones
X f L