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

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.

127
21 Mar 2026 09:23

Escritura creativa

OpenAI GPT-5.4 VS Google Gemini 2.5 Pro

Escribe una escena en la que dos desconocidos comparten una comida durante un corte de energía

Escribe una escena de ficción breve (600–900 palabras) en la que dos desconocidos que nunca se han visto antes terminan compartiendo una comida durante un inesperado corte de energía que afecta a toda la ciudad. La escena debe situarse en un lugar específico y descrito vívidamente (un restaurante, una azotea, una estación de tren, etc.) y debe cumplir los siguientes requisitos: 1. Cada personaje debe tener una voz y una personalidad distintas que emerjan de forma natural a través del diálogo y la acción, y no por exposición directa. 2. El corte de energía no debe funcionar solo como telón de fondo, sino como un catalizador que cambie la dinámica entre los dos personajes de manera significativa. 3. Incluye al menos un momento de detalle sensorial que solo podría existir por la oscuridad o la ausencia de electricidad (p. ej., sonidos que se vuelven más notables, la forma en que la luz de las velas transforma un rostro, el sabor de la comida consumida sin verla). 4. La escena debe tener un arco emocional claro: debe comenzar en un registro emocional y terminar en otro visiblemente distinto. 5. El final debe sentirse merecido y resonante sin ser sentimental ni resuelto de forma ordenada. Escribe en tercera persona limitada, anclada a uno de los dos personajes. El tono debe equilibrar la calidez con la contención.

134
21 Mar 2026 08:49

Programación

Google Gemini 2.5 Flash-Lite VS OpenAI GPT-5 mini

Implementar un limitador de tasa concurrente con ventana deslizante y colas de prioridad

Diseña e implementa un limitador de tasa (rate limiter) en Python que sea seguro para hilos (thread-safe) y que admita las siguientes características: 1. **Limitación de tasa con ventana deslizante**: El limitador debe usar un algoritmo de ventana deslizante (no ventanas fijas) para hacer el seguimiento del número de solicitudes. Dado un máximo de `max_requests` permitido dentro de un periodo de `window_seconds` segundos, debe determinar con precisión si una nueva solicitud está permitida en cualquier momento. 2. **Múltiples niveles**: El limitador debe soportar múltiples niveles con nombre (por ejemplo, \"free\", \"standard\", \"premium\"), cada uno con su propia configuración de `max_requests` y `window_seconds`. Los clientes se asignan a un nivel al registrarse. 3. **Cola de prioridad para solicitudes diferidas**: Cuando una solicitud queda limitada por la tasa, en lugar de rechazarla simplemente, el limitador debe encolarla en una cola de prioridad por nivel. Cada solicitud tiene una prioridad entera (número menor = mayor prioridad). El limitador debe proporcionar un método que, cuando haya capacidad disponible, desencole y procese la solicitud en espera de mayor prioridad para un cliente dado. 4. **Seguridad para hilos**: Todas las operaciones (`allow_request`, `enqueue`, `dequeue`, `register_client`) deben ser seguras para ser llamadas concurrentemente desde múltiples hilos. 5. **Limpieza**: Proporciona un método para eliminar los datos de seguimiento expirados de clientes que no hayan realizado solicitudes en los últimos `cleanup_threshold_seconds` (configurable). Tu implementación debe incluir: - Una clase `RateLimiter` con la interfaz descrita. - Un dataclass `Request` o namedtuple que contenga como mínimo: `client_id`, `timestamp`, `priority` y `payload`. - Manejo adecuado de casos límite: registro duplicado de clientes, solicitudes para clientes no registrados, colas de prioridad vacías, modificaciones concurrentes y problemas de precisión del reloj. Asimismo, escribe un script de demostración (en el bloque `if __name__ == "__main__"`) que: - Crea un limitador de tasa con al menos dos niveles. - Registra varios clientes. - Simula una ráfaga de solicitudes desde múltiples hilos, mostrando que algunas son permitidas y otras quedan encoladas. - Muestra cómo las solicitudes diferidas se procesan cuando se libera capacidad. - Imprime una salida clara que muestre la secuencia de eventos. Explica tus decisiones de diseño en comentarios, especialmente en lo relativo a tu implementación de la ventana deslizante, la elección de primitivos de sincronización y los compromisos que hayas hecho entre precisión y rendimiento.

128
21 Mar 2026 08:40

Análisis

Google Gemini 2.5 Pro VS OpenAI GPT-5.2

Evaluación de la evidencia en una decisión de retirada de producto

Una empresa de electrónica de consumo, VoltTech, fabrica un popular cargador de teléfono portátil llamado PowerPak 3000. En los últimos seis meses, la empresa ha recibido los siguientes informes y datos: 1. Quejas de clientes: 47 informes de que el dispositivo se sobrecalentó durante su uso, de aproximadamente 820.000 unidades vendidas. De estos, 12 clientes informaron quemaduras leves y 3 informaron pequeños incendios que fueron rápidamente contenidos. 2. Pruebas internas: el equipo de aseguramiento de calidad de VoltTech probó 500 unidades de lotes de producción recientes. Encontraron que el 2,4% de las unidades mostró una salida térmica más alta de lo normal bajo carga máxima sostenida, pero todas se mantuvieron dentro del umbral de seguridad técnica definido por la norma de certificación UL correspondiente. 3. El mes pasado se retiró del mercado un producto similar de un competidor por un problema de sobrecalentamiento comparable, lo que generó una cobertura mediática significativa y preocupación pública sobre la seguridad de los cargadores portátiles en general. 4. Un blog independiente de seguridad del consumidor publicó un artículo afirmando que el PowerPak 3000 tiene un "defecto de diseño peligroso", basado en el análisis de desmontaje de una sola unidad comprada a un revendedor tercero. VoltTech no ha verificado si esa unidad era genuina o una falsificación. 5. El equipo legal de VoltTech estima que una retirada voluntaria costaría aproximadamente 14 millones de dólares, mientras que continuar las ventas sin tomar medidas y enfrentarse a posibles litigios futuros podría costar entre 2 millones de dólares (si no ocurren incidentes graves) y 40 millones de dólares (si una demanda por lesiones graves o daños a la propiedad prospera). Analice la evidencia anterior y recomiende si VoltTech debe emitir una retirada voluntaria, implementar una acción correctiva menor (como una actualización de firmware, la adición de una etiqueta de advertencia o un programa de sustitución), o no tomar medidas. Justifique su recomendación evaluando la solidez y las limitaciones de cada elemento de evidencia, sopesando los riesgos y explicando claramente su razonamiento.

133
21 Mar 2026 08:06

Resumen

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5 mini

Resumen de la historia del Canal de Suez

Resume el texto proporcionado sobre la historia del Canal de Suez en un solo párrafo coherente de 200 a 250 palabras. Tu resumen debe cubrir con precisión los siguientes puntos clave: 1. Los orígenes antiguos del concepto del canal. 2. Las figuras clave y los desafíos involucrados en su construcción del siglo XIX. 3. La importancia estratégica del canal para el comercio global y el Imperio británico. 4. La causa principal y el resultado significativo de la Crisis de Suez de 1956. 5. El papel y la relevancia del canal en la actualidad. --- TEXTO --- El Canal de Suez, una vía navegable artificial a nivel del mar de 193 kilómetros en Egipto, que conecta el Mar Mediterráneo con el Mar Rojo a través del Itsmo de Suez, es más que una maravilla de la ingeniería; es una arteria pivotal del comercio mundial y un punto focal de la historia geopolítica. Su historia es de ambición antigua, rivalidad imperial del siglo XIX y despertar nacionalista del siglo XX, reflejando las cambiantes mareas del poder global. El concepto de una ruta acuática directa entre el Mediterráneo y el Mar Rojo es antiguo. Se cree que el faraón Senusret III de la Dinastía XII construyó un precursor del canal que conectaba el río Nilo con el Mar Rojo alrededor de 1850 a. C. Este «Canal de los Faraones» fue mantenido y mejorado por gobernantes posteriores, incluidos Necao II y el conquistador persa Darío I el Grande. Sin embargo, estos primeros canales a menudo fueron descuidados, cayeron en ruina y finalmente sucumbieron a las arenas del desierto, dejando el sueño de una conexión directa mar a mar sin realizarse durante siglos. El desafío principal era la dependencia del Nilo, lo que hacía la ruta indirecta y sujeta a las fluctuaciones estacionales del río. La historia del canal moderno comienza con la ambición del diplomático francés Ferdinand de Lesseps. Inspirado por la escuela saint-simoniana, que imaginaba grandes proyectos de infraestructura que unieran a la humanidad, de Lesseps obtuvo una concesión de Sa'id Pachá, el virrey otomano de Egipto, en 1854. La concesión le otorgó el derecho a formar la Suez Canal Company (Compagnie Universelle du Canal Maritime de Suez) y a explotar el canal durante 99 años después de su apertura. El proyecto se encontró con una feroz oposición de Gran Bretaña, que veía el canal controlado por Francia como una amenaza a su dominio sobre las rutas marítimas hacia la India. Políticos y prensa británicos lanzaron una campaña para desacreditar el proyecto, citando imposibilidades de ingeniería e inviabilidad financiera. A pesar de los obstáculos políticos y financieros, la construcción comenzó en 1859. El proceso fue arduo y plagado de desafíos. Inicialmente, la compañía dependió del trabajo forzado de decenas de miles de campesinos egipcios (fellahin), una práctica que provocó un sufrimiento inmenso y altas tasas de mortalidad. La presión internacional, particularmente de Gran Bretaña, obligó eventualmente a la compañía a abolir este sistema de corvea e introducir maquinaria moderna, incluidos dragadores y excavadoras a vapor construidos a medida. Durante más de una década, una fuerza laboral multinacional trabajó bajo el duro sol del desierto, moviendo un estimado de 75 millones de metros cúbicos de tierra para excavar el canal. El canal se inauguró oficialmente con una ceremonia lujosa el 17 de noviembre de 1869, a la que asistieron miembros de la realeza de toda Europa. El impacto del canal fue inmediato y profundo. Redujo dramáticamente la distancia del viaje marítimo entre Europa y Asia, acortando la travesía de Londres a Bombay en unos 7.000 kilómetros. Esto revolucionó el comercio global, aceleró la expansión colonial europea en Asia y África y afianzó la importancia estratégica de Egipto. Sin embargo, el enorme costo del proyecto sumió a Egipto en una deuda severa. En 1875, ante la bancarrota, el gobernante de Egipto, Isma'il Pachá, se vio obligado a vender el 44% de las acciones de su país en la Suez Canal Company. En un movimiento rápido y decisivo, el primer ministro británico Benjamin Disraeli, sin la aprobación parlamentaria, consiguió un préstamo de la familia bancaria Rothschild y compró las acciones, otorgando a Gran Bretaña un control significativo sobre esta vía vital. Esta maniobra financiera allanó el camino para la ocupación británica de Egipto en 1882. Durante las siguientes décadas, el canal operó principalmente bajo control anglo-francés, sirviendo como un salvavidas crítico para el Imperio británico. Su valor estratégico quedó subrayado durante ambas Guerras Mundiales, cuando fue fuertemente defendido por los Aliados para asegurar el paso de tropas y suministros. La era de posguerra, sin embargo, vio el auge del nacionalismo egipcio. En 1952, una revolución derrocó a la monarquía probritánica y Gamal Abdel Nasser llegó al poder. El 26 de julio de 1956, en un movimiento que asombró al mundo, Nasser nacionalizó la Suez Canal Company, declarando que sus ingresos se utilizarían para financiar el proyecto de la presa de Asuán tras la retirada de las ofertas de financiación de EE. UU. y Reino Unido. Este acto precipitó la Crisis de Suez, en la que Israel, Gran Bretaña y Francia lanzaron una invasión militar coordinada de Egipto. La invasión fue un éxito militar pero un desastre político. La intensa presión de Estados Unidos, la Unión Soviética y las Naciones Unidas obligó a los invasores a retirarse, dejando a Egipto con el control total del canal. La crisis señaló el declive del poder imperial británico y francés y la emergencia de EE. UU. y la URSS como las nuevas superpotencias globales. Hoy, el Canal de Suez sigue siendo una de las vías navegables más importantes del mundo, manejando aproximadamente el 12% del comercio mundial por volumen. Lo opera la Autoridad del Canal de Suez (SCA) de propiedad estatal de Egipto y ha sufrido varias ampliaciones para acomodar buques modernos cada vez mayores. El proyecto de 2015 «Nuevo Canal de Suez», que incluyó un nuevo canal de 35 kilómetros paralelo al existente, aumentó significativamente su capacidad y redujo los tiempos de tránsito. Eventos como el bloqueo de 2021 por el portacontenedores Ever Given sirven como recordatorios nítidos del papel crítico del canal en la cadena de suministro global y de la fragilidad de la economía mundial interconectada. Desde los sueños de los faraones hasta las maquinaciones de los imperios y las afirmaciones de soberanía nacional, el Canal de Suez continúa siendo un poderoso símbolo de la ingeniosidad humana y un barómetro de las relaciones internacionales.

158
21 Mar 2026 06:04

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.

156
20 Mar 2026 17:43

Mostrando 121 a 140 de 426 resultados

Enlaces relacionados

X f L