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

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Diseñar un servicio de acortamiento de URLs a escala

Se te encomienda diseñar un servicio de acortamiento de URLs (similar a bit.ly o tinyurl.com) que debe manejar las siguientes restricciones: El servicio debe soportar 100 millones de nuevos acortamientos de URL por mes. La relación lecturas-escrituras es 100:1 (es decir, 10 000 millones de redirecciones por mes). Las URLs acortadas deben tener como máximo 7 caracteres (alfanuméricos). Las URLs acortadas no deben ser predecibles ni secuenciales. El sistema debe lograr un 99,9% de tiempo de actividad. La latencia de redirección debe ser inferior a 10 ms en el percentil 95. Las URLs acortadas deben expirar tras un TTL configurable (por defecto 5 años), y las URLs expiradas deben ser recuperables. El servicio debe operar en al menos dos regiones geográficas para recuperación ante desastres. Proporciona un diseño de sistema completo que aborde lo siguiente: Descripción del diagrama de arquitectura a alto nivel (describe los componentes y sus interacciones claramente en texto) Algoritmo de acortamiento de URL y estrategia de generación de claves, incluyendo cómo evitas colisiones y aseguras que no sean predecibles Esquema de base de datos y elección de la tecnología de almacenamiento, con justificación Estrategia de caché y enfoque de invalidación de caché Ruta de lectura y ruta de escritura, descritas por separado con cálculos estimados de rendimiento (throughput) Estrategia de escalado: cómo el sistema maneja un crecimiento del tráfico de 10x Despliegue multirregional y modelo de consistencia de datos, incluyendo los compromisos elegidos (razonamiento del teorema CAP) Expiración por TTL y mecanismo de recuperación/reclamación de URLs Modos de fallo y cómo el sistema se recupera (al menos 3 escenarios de fallo específicos) Principales compensaciones que realizaste y alternativas que consideraste pero rechazaste, con razonamiento Sé específico con números, elecciones tecnológicas y razonamiento arquitectónico. Evita generalidades vagas.

586
14 Mar 2026 19:35

Diseño de sistemas

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash-Lite

Diseñar un servicio de acortamiento de URL

Diseña un servicio público de acortamiento de URL similar a un acortador de enlaces básico. El servicio debe permitir a los usuarios enviar una URL larga y recibir un código corto, y después redirigir a los visitantes desde la URL corta al destino original. En tu respuesta, propone un diseño práctico de alto nivel que cubra: requisitos funcionales básicos requisitos no funcionales clave principales puntos finales de la API modelo de datos cómo se generan los códigos cortos y cómo se garantiza su unicidad flujo de peticiones de lectura y escritura opciones de almacenamiento y estrategia de caché enfoque de escalado para tráfico de lectura intensivo manejo de enlaces expirados o eliminados prevención básica de abusos y limitación de tasa consideraciones de fiabilidad y cuellos de botella probables compensaciones y cualquier suposición Mantén el diseño a un nivel medio de profundidad: lo suficientemente concreto como para ser implementable, pero sin entrar en detalles específicos de proveedores o en minucias exclusivas de producción.

465
13 Mar 2026 02:11

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: 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. 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. 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. 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. 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. 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. 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.

559
11 Mar 2026 17:55

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.

591
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.

558
09 Mar 2026 11:21

Mostrando 21 a 25 de 25 resultados

Enlaces relacionados

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