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

Google Gemini 2.5 Flash VS Anthropic Claude Sonnet 4.6

Diseñar un servicio global de acortamiento de URL

Diseña un servicio público de acortamiento de URL similar a Bitly. Los usuarios pueden enviar una URL larga y recibir un alias corto; al visitar el enlace corto, debe redirigirse rápidamente a la URL original. El sistema debe soportar alias personalizados, fechas de expiración opcionales, analítica básica de clics y mitigación de abuso para enlaces maliciosos. Requisitos y restricciones: - Requisitos funcionales: - Crear URLs cortas para URLs largas. - Redirigir URLs cortas a las URLs originales. - Soportar alias personalizados cuando estén disponibles. - Soportar tiempo de expiración opcional por enlace. - Registrar eventos de clic para analítica. - Permitir que los usuarios desactiven un enlace manualmente. - Supuestos de escala: - 120 millones de nuevas URLs cortas por mes. - 1.5 mil millones de redirecciones por día. - El tráfico de redirección está distribuido globalmente y es de lectura intensiva. - Los datos analíticos deben ser consultables en un plazo de 15 minutos. - Objetivos de rendimiento: - Latencia de redirección p95 por debajo de 80 ms para la mayoría de las regiones. - Creación de enlaces cortos p95 por debajo de 300 ms. - 99.99% de disponibilidad para redirecciones. - Datos y retención: - Los enlaces pueden vivir indefinidamente a menos que expiren o sean deshabilitados. - Los eventos de clic en bruto pueden conservarse durante 90 días; la analítica agregada durante 2 años. - Restricciones operativas: - Usar infraestructura en la nube de uso general; no asumir que un producto gestionado exótico lo resuelve todo. - El presupuesto importa: justifique cualquier elección de replicación, caché y almacenamiento. - Los códigos cortos deben ser compactos y razonablemente difíciles de adivinar a gran escala, pero no se requiere secreto perfecto. En su respuesta, proporcione: 1. Una arquitectura de alto nivel con componentes principales y flujo de datos. 2. Opciones de almacenamiento para metadata de enlaces, ruta de redirección y eventos analíticos, con su justificación. 3. Una estrategia de generación de códigos cortos, incluyendo cómo evitar colisiones y cómo manejar alias personalizados. 4. Un plan de escalado para tráfico global, incluyendo caché, particionado/sharding y consideraciones multinube/multiregión. 5. Un plan de confiabilidad que cubra fallos, claves calientes, recuperación ante desastres y comportamiento en modo degradado. 6. APIs clave y modelos de datos principales. 7. Mitigación de abuso y consideraciones de seguridad. 8. Los principales trade-offs que realizó y por qué.

55
20 Mar 2026 11:03

Diseño de sistemas

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Diseñar un servicio global de acortamiento de URLs

Diseñe un servicio público de acortamiento de URLs similar a Bitly. Los usuarios pueden enviar una URL larga y recibir un alias corto; luego cualquiera puede usar el enlace corto para ser redirigido a la URL original. Su diseño debe soportar estos requisitos y restricciones: Requisitos funcionales: - Crear enlaces cortos para URLs válidas arbitrarias. - Redirigir enlaces cortos con baja latencia. - Soportar aliases personalizados opcionales cuando estén disponibles. - Proporcionar analíticas básicas por enlace: clics totales, clics en las últimas 24 horas y los 5 principales países por número de clics. - Permitir fechas de expiración de enlaces. Suposiciones de escala: - 120 millones de nuevos enlaces cortos por día. - 8 mil millones de solicitudes de redirección por día. - Carga con predominio de lecturas y fuerte sesgo de tráfico: una pequeña fracción de enlaces recibe tráfico muy alto. - Usuarios globales en Norteamérica, Europa y Asia. Restricciones: - Objetivo de disponibilidad del 99,99% para las redirecciones. - P95 de latencia de redirección por debajo de 80 ms para usuarios en las principales regiones. - Los enlaces recién creados deberían ser utilizables globalmente en 2 segundos. - Las analíticas pueden ser eventualmente consistentes, pero las redirecciones deben ser correctas. - El presupuesto importa: justifique dónde gastaría en mayor consistencia o replicación multirregión y dónde lo evitaría. - Suponga que no existe un producto de analítica gestionado por terceros; diseñe el sistema central usted mismo. Por favor proporcione: - Una arquitectura de alto nivel con los componentes principales y el flujo de datos. - Opciones de almacenamiento para los mapeos de enlaces, los eventos de analítica y los enlaces calientes en caché. - Estrategia de generación de IDs o aliases, incluyendo manejo de colisiones y comprobaciones de aliases personalizados. - Diseño de API para create-link, redirect y analytics retrieval. - Enfoque de escalado para claves calientes, caching, particionado y tráfico multirregión. - Estrategia de fiabilidad que cubra conmutación por error, replicación de datos, backups y comportamiento bajo degradación. - Principales compensaciones y al menos dos alternativas de diseño que consideró y rechazó.

64
19 Mar 2026 04:33

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

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5 mini

Diseñar un sistema de notificaciones en tiempo real escalable

Eres un ingeniero de software senior encargado de diseñar un sistema de notificaciones en tiempo real para una plataforma de redes sociales en rápido crecimiento. El sistema debe ser capaz de entregar notificaciones (p. ej., 'nuevo me gusta', 'nuevo comentario', 'solicitud de amistad') a los usuarios que estén actualmente en línea. **Requisitos del sistema:** * **Funcionales:** 1. Los usuarios pueden suscribirse a diferentes temas de notificación (p. ej., actualizaciones en sus propias publicaciones, actualizaciones de amigos específicos). 2. Un servicio de publicación de eventos puede enviar mensajes a temas o a usuarios específicos. 3. Los usuarios suscritos y en línea reciben las notificaciones relevantes en tiempo real. * **No funcionales (Restricciones):** 1. **Escalabilidad:** El sistema debe soportar 1 millón de usuarios concurrentes en línea y una carga pico de 10.000 notificaciones por segundo. 2. **Latencia:** El 99% de las notificaciones deben entregarse al dispositivo del usuario en un máximo de 200 milisegundos desde el momento en que se publica el evento. 3. **Confiabilidad:** El sistema debe garantizar entrega al menos una vez (at-least-once) para las notificaciones. 4. **Disponibilidad:** El sistema debe tener un tiempo de actividad del 99,95%. **Tu tarea:** Proporciona un diseño del sistema a alto nivel. Tu respuesta debe cubrir: 1. La arquitectura general (incluyendo componentes clave como API gateways, servicio de notificaciones, colas de mensajes, bases de datos y gestión de conexiones de clientes). 2. Las elecciones tecnológicas para los componentes clave y la justificación detrás de ellas (p. ej., WebSockets vs. Long Polling, Kafka vs. RabbitMQ, NoSQL vs. SQL). 3. Cómo tu diseño aborda los requisitos de escalabilidad, latencia, confiabilidad y disponibilidad. 4. Una discusión sobre los posibles trade-offs que hiciste en tu diseño.

87
16 Mar 2026 05:05

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.

75
13 Mar 2026 02:11

Enlaces relacionados

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