Orivel Orivel
Abrir menu

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

Lista de Modelos

Programación

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Implementar una caché LRU concurrente sin bloqueo global

Implementa una caché LRU (Least Recently Used) segura para subprocesos en Python que admita lecturas y escrituras concurrentes sin usar un bloqueo global para cada operación. Tu implementación debe cumplir los siguientes requisitos: 1. **Interfaz**: La caché debe soportar estas operaciones: - `__init__(self, capacity: int)` — Inicializa la caché con una capacidad máxima dada (entero positivo). - `get(self, key: str) -> Optional[Any]` — Devuelve el valor asociado a la clave si existe (y lo marca como utilizado recientemente), o devuelve `None` si la clave no está en la caché. - `put(self, key: str, value: Any) -> None` — Inserta o actualiza el par clave-valor. Si la caché excede la capacidad después de la inserción, expulsa el elemento menos recientemente usado. - `delete(self, key: str) -> bool` — Elimina la clave de la caché. Devuelve `True` si la clave estaba presente, `False` en caso contrario. - `keys(self) -> List[str]` — Devuelve una lista de todas las claves actualmente en la caché, ordenadas desde la más recientemente usada hasta la menos recientemente usada. 2. **Concurrencia**: La caché debe ser segura para ser usada desde múltiples hilos simultáneamente. Apunta a un diseño que permita que las lecturas concurrentes procedan sin bloquearse entre sí cuando sea posible (por ejemplo, utilizando locks de lectura/escritura, bloqueo fino por fragmentos, o técnicas lock-free). Un mutex global único que serialice cada operación se considera una solución básica pero subóptima. 3. **Corrección bajo contención**: Bajo acceso concurrente, la caché nunca debe devolver datos obsoletos o corrompidos, nunca debe exceder su capacidad indicada y debe mantener un orden LRU consistente. 4. **Casos límite a manejar**: - Capacidad de 1 - `put` con una clave que ya existe (debe actualizar el valor y moverla a la más reciente) - `delete` de una clave que no existe - `put` y `get` concurrentes sobre la misma clave - Evicciones secuenciales rápidas cuando muchos hilos insertan simultáneamente 5. **Pruebas**: Incluye una función de prueba `run_tests()` que demuestre la corrección de todas las operaciones tanto en escenarios mono-hilo como multi-hilo. La prueba multi-hilo debe usar al menos 8 hilos que realicen una mezcla de operaciones `get`, `put` y `delete` sobre claves superpuestas, y debe afirmar que la caché nunca excede la capacidad y que `get` nunca devuelve un valor para una clave que nunca fue insertada. Proporciona tu implementación completa en Python. Usa únicamente la biblioteca estándar (sin paquetes de terceros). Incluye docstrings y comentarios que expliquen tu estrategia de concurrencia y cualquier compensación de diseño que hayas hecho.

27
23 Mar 2026 17:47

Generación de ideas

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Fuentes creativas de ingresos para bibliotecas públicas en la era digital

Las bibliotecas públicas de todo el mundo enfrentan recortes presupuestarios mientras la demanda comunitaria de sus servicios sigue creciendo. Imagina que estás asesorando a un sistema de bibliotecas de una ciudad de tamaño medio (que atiende aproximadamente a 150.000 residentes) que necesita generar nuevas fuentes de ingresos sostenibles sin comprometer su misión central de acceso gratuito y equitativo a la información. Genera al menos 8 ideas distintas para nuevas fuentes de ingresos o estrategias de compensación de costos que la biblioteca podría perseguir. Para cada idea, proporciona: 1. Un nombre descriptivo corto 2. Una breve explicación de cómo funciona (2-3 oraciones) 3. Por qué es factible específicamente para una biblioteca pública (teniendo en cuenta los activos existentes, los espacios, la experiencia del personal y la confianza de la comunidad) 4. Un riesgo o inconveniente potencial y cómo podría mitigarse Restricciones: - Ninguna de las ideas debe implicar cobrar a los usuarios por el préstamo de libros o por el acceso a los servicios bibliotecarios básicos. - Al menos dos ideas deben aprovechar el espacio físico de la biblioteca de maneras no convencionales. - Al menos dos ideas deben implicar asociaciones con empresas u organizaciones locales. - Las ideas deben abarcar una gama de escalas, desde victorias rápidas de baja inversión hasta iniciativas estratégicas más amplias. - Evita sugerencias genéricas como "organizar una venta de pasteles" o "pedir donaciones". Concéntrate en modelos creativos y sostenibles.

45
23 Mar 2026 09:01

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.

22
22 Mar 2026 21:21

Persuasión

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Persuadir a la junta escolar para que mantenga el programa de artes

Usted es un representante de padres en una escuela intermedia pública. La junta escolar ha propuesto eliminar todo el programa de artes (artes visuales, música y teatro) para redirigir los fondos hacia la expansión de cursos de preparación para exámenes estandarizados. Se le han otorgado cinco minutos para dirigirse a la junta en su próxima reunión. Escriba un discurso persuasivo (400–600 palabras) dirigido a los miembros de la junta escolar para convencerlos de preservar el programa de artes. Su discurso debe: 1. Reconocer la preocupación de la junta por mejorar los resultados de los exámenes y tratarla como un objetivo legítimo. 2. Presentar al menos tres argumentos distintos para mantener el programa de artes, basándose en razonamientos educativos, socioemocionales y comunitarios. 3. Referirse al menos a una evidencia específica y plausible o a un hallazgo de investigación (por ejemplo, un estudio, una estadística o un resultado documentado) para respaldar su argumento. 4. Proponer un compromiso constructivo que aborde las preocupaciones presupuestarias de la junta sin eliminar por completo las artes. 5. Usar un tono respetuoso y colaborativo en todo momento — evitar la hostilidad o la condescendencia hacia la junta. Su discurso debe estar estructurado con una apertura, un cuerpo y un cierre claros, y debe sonar natural cuando se lea en voz alta.

44
21 Mar 2026 09:23

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: 1. El servicio debe soportar 100 millones de nuevos acortamientos de URL por mes. 2. La proporción lectura-escritura es 100:1 (es decir, por cada URL creada, se accede a ella 100 veces en promedio). 3. Las URLs acortadas deben permanecer accesibles durante al menos 5 años. 4. El sistema debe lograr un 99.9% de tiempo de actividad (uptime). 5. 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.

47
20 Mar 2026 17:43

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

46
20 Mar 2026 11:03

Análisis

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash

Seleccionar la reforma del almuerzo escolar más prometedora

Un distrito escolar público solo puede financiar una reforma del almuerzo durante los próximos dos años. Analice las opciones que siguen y recomiende cuál opción única debe elegir el distrito. Su respuesta debe comparar las compensaciones, abordar las objeciones probables y llegar a una conclusión clara. Objetivos del distrito: 1. Mejorar la nutrición de los estudiantes 2. Aumentar el número de estudiantes que realmente toman el almuerzo escolar 3. Mantener la implementación realista dentro de dos años 4. Evitar grandes sobrecostes continuos Situación actual: - 12,000 estudiantes a lo largo de 18 escuelas - El 46% de los estudiantes actualmente eligen el almuerzo escolar - Las encuestas sugieren que los estudiantes a menudo se saltan el almuerzo debido al sabor, largas colas o la falta de opciones atractivas - El distrito puede costear solo una de las siguientes opciones ahora Opción A: Contratar chefs capacitados para rediseñar los menús - Coste inicial de formación y consultoría: medio - Coste continuo de alimentos: ligeramente más alto - Efectos esperados: las comidas saben mejor, las recetas más saludables resultan más atractivas, aumento moderado de la participación - Riesgos: los beneficios dependen de la adopción por parte del personal y de la consistencia de las recetas entre las escuelas Opción B: Añadir barras de ensaladas y frutas de autoservicio en cada escuela - Coste inicial de equipamiento: alto - Riesgo continuo de desperdicio de alimentos: alto - Efectos esperados: fuerte mejora nutricional para los estudiantes que usen las barras, aumento modesto de la participación en general - Riesgos: personal, saneamiento y uso desigual según el grupo de edad Opción C: Lanzar un sistema móvil de pedidos anticipados para almuerzos - Coste inicial de tecnología y formación: medio - Coste continuo: de bajo a medio - Efectos esperados: colas más cortas, mejor previsión, aumento moderado de la participación, poca mejora nutricional directa a menos que los menús cambien - Riesgos: acceso desigual para familias con uso limitado de tecnología, desafíos de adopción al principio Opción D: Reemplazar postres azucarados y acompañamientos fritos por opciones predeterminadas más saludables - Coste inicial: bajo - Coste continuo: neutro - Efectos esperados: mejora nutricional directa para todos los usuarios del almuerzo escolar, posible pequeña caída en la participación si a los estudiantes no les gustan los cambios - Riesgos: reacción negativa de los estudiantes, percepción de que el almuerzo dejó de ser agradable Escriba un análisis que identifique la mejor elección dadas las metas y restricciones del distrito. No invente nuevos números presupuestarios ni hechos externos; razone solo a partir de la información proporcionada.

45
19 Mar 2026 21:45

Lluvia de ideas

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Fuentes de ingresos para una biblioteca pública de un pequeño pueblo que enfrenta recortes presupuestarios

Una biblioteca pública de un pequeño pueblo (que atiende a una población de aproximadamente 12,000) acaba de saber que su financiación municipal anual se reducirá en un 30% a partir del próximo año fiscal. La biblioteca dispone de los siguientes activos y limitaciones: Activos: - Un edificio de 6,000 sq ft con una sala comunitaria con capacidad para 200 personas - Un pequeño aparcamiento (20 plazas) - Dos bibliotecarios a tiempo completo y tres empleados a tiempo parcial - Una colección de 40,000 libros físicos y un catálogo digital modesto - Un makerspace con una impresora 3D, cortadora láser y máquinas de coser - Internet de alta velocidad confiable y 15 ordenadores de uso público - Un pequeño jardín cercado detrás del edificio Limitaciones: - La biblioteca debe seguir siendo de entrada gratuita y debe continuar prestando libros sin cargo - No puede vender alcohol ni albergar juegos de azar - Cualquier nueva actividad generadora de ingresos debe ser legal en un municipio típico de EE. UU. - El personal no puede aumentar; se pueden reclutar voluntarios - La junta de la biblioteca no aprobará nada que genere quejas significativas por ruido por parte de los vecinos residenciales adyacentes Genere tantas ideas distintas y prácticas como pueda para generar ingresos o ahorrar costos. Para cada idea, proporcione: 1. Un nombre breve 2. Una descripción de una o dos frases de cómo funciona 3. Qué activo de la biblioteca aprovecha Busque amplitud en diferentes categorías (p. ej., eventos, asociaciones, servicios, alquiler de espacios, subvenciones, merchandising, digital, etc.).

53
19 Mar 2026 19:59

Diseño de sistemas

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Diseñar un servicio global de acortamiento de URL

Diseñe un servicio de acortamiento de URL disponible globalmente similar a Bitly. El servicio debe permitir a los usuarios crear enlaces cortos que redirijan a URL largas, admitir alias personalizados para usuarios de pago, rastrear analíticas de clics y permitir que los enlaces expiren en un momento especificado. Requisitos: - Manejar 120 millones de nuevos enlaces cortos por día. - Manejar 4 mil millones de redireccionamientos por día. - El tráfico pico puede alcanzar 3 veces el promedio diario. - Objetivo de latencia de redirección: p95 por debajo de 80 ms para usuarios en Norteamérica, Europa y Asia. - Objetivo de latencia de creación de enlaces cortos: p95 por debajo de 300 ms. - Objetivo de disponibilidad del servicio: 99.99% para redireccionamientos. - Los datos de analítica pueden ser eventualmente consistentes dentro de 5 minutos. - Los alias personalizados deben ser únicos a nivel global. - Los enlaces caducados o eliminados deben dejar de redirigir rápidamente. - El sistema debe tolerar fallas regionales sin una interrupción total del servicio. Suposiciones que puede usar: - La longitud promedio de la URL larga es de 500 bytes. - Los eventos de analítica incluyen marca de tiempo, ID del enlace, país, tipo de dispositivo y dominio referidor. - El tráfico de lectura es mucho mayor que el de escritura. - Puede elegir tecnologías SQL, NoSQL, caché, streaming, CDN y mensajería según sea necesario, pero justifíquelas. En su respuesta, proporcione: 1. Una arquitectura de alto nivel con los componentes principales y los flujos de solicitud. 2. Modelo de datos y elecciones de almacenamiento para enlaces, alias y analíticas. 3. Una estrategia de escalado para tráfico mayoritariamente de lectura, incluyendo caché y enrutamiento regional. 4. Una estrategia de fiabilidad que cubra conmutación por error, decisiones de consistencia y manejo de cortes regionales. 5. Principales compensaciones, cuellos de botella y al menos tres riesgos con mitigaciones. 6. Una breve estimación de capacidad para almacenamiento y rendimiento usando los números anteriores.

56
19 Mar 2026 18:51

Mostrando 1 a 20 de 74 resultados

Enlaces relacionados

X f L