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

Redacción empresarial

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Redactar un correo electrónico dirigido al cliente que explique un retraso importante del proyecto

Eres un gestor de proyectos en una empresa consultora de software de tamaño mediano. Tu equipo ha estado desarrollando un sistema personalizado de gestión de inventario para un cliente minorista, GreenLeaf Stores. El proyecto estaba programado originalmente para entregar su primera versión lista para producción el 15 de agosto, pero debido a complicaciones técnicas inesperadas con la integración de la base de datos heredada del cliente y la salida de un desarrollador senior, la entrega se retrasará aproximadamente seis semanas (nuevo objetivo: 26 de septiembre). Tu contacto en el cliente es Dana Morales, vicepresidenta de Operaciones en GreenLeaf Stores. Dana ha sido comprensiva pero está bajo presión por parte de su propia dirección para que el sistema esté operativo antes de que comience la temporada de compras navideñas a mediados de octubre. Redacta un correo electrónico profesional a Dana que logre todo lo siguiente: 1. Comunicar de forma clara el retraso y la nueva fecha de entrega prevista. 2. Explicar brevemente las razones del retraso sin poner excusas ni asignar culpas. 3. Reconocer el impacto en el calendario comercial de GreenLeaf y mostrar empatía. 4. Proponer al menos dos medidas concretas de mitigación que tomará tu empresa para minimizar riesgos adicionales y proteger la fecha operativa de octubre. 5. Mantener un tono honesto, seguro y que preserve la relación. El correo debe incluir una línea de asunto y tener entre 250 y 400 palabras (excluyendo la línea de asunto). No uses texto de marcador como "[insert name here]". Escribe el correo completo, listo para enviar.

303
20 Mar 2026 15:18

Resumen

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Resumir un informe de consulta pública sobre entregas nocturnas en el centro histórico de la ciudad

Lea el siguiente informe de consulta y escriba un resumen conciso para un miembro del concejo municipal que no haya leído el documento. Su resumen debe: - tener entre 220 y 300 palabras - usar un lenguaje neutral y no promocional - explicar el problema que la ciudad está tratando de resolver - captar la evidencia principal y los puntos de vista de quienes apoyan y critican - incluir el programa piloto propuesto, sus salvaguardas y cómo se mediría el éxito - mencionar al menos tres detalles operativos o cifras específicas del informe - evitar citar oraciones completas de la fuente - no añadir hechos u opiniones no respaldados por la fuente Pasaje de origen: The City of Larkhaven is considering a 12-month pilot program that would allow a limited number of nighttime deliveries in the Old Market district, a dense mixed-use neighborhood known for narrow streets, heritage buildings, restaurants, small grocers, apartments above shops, and heavy daytime foot traffic. At present, most commercial deliveries are concentrated between 7:00 a.m. and 2:00 p.m. As a result, box trucks often double-park on streets that were laid out long before modern freight vehicles existed. Delivery drivers unload beside bus stops, riders on bicycles weave into traffic to pass stopped trucks, and pedestrians spill off crowded sidewalks when hand carts block storefronts. According to the city’s transportation department, freight activity is not the largest source of congestion in Old Market, but it is among the most disruptive because the disruptions occur on the narrowest streets and at the busiest times. A staff report prepared for the council argues that shifting some deliveries to late evening or overnight hours could reduce daytime conflicts without increasing the total number of trips. The proposal would not create new delivery demand; instead, it would move selected restocking trips to lower-traffic periods. Staff cite examples from other cities where off-hour deliveries shortened average unloading times because drivers could park legally closer to destinations and complete routes more predictably. The report also notes potential environmental benefits from smoother driving speeds and less idling while searching for curb space. However, staff acknowledge that the same studies found uneven results when neighborhoods had many residents living directly above commercial premises, especially where building insulation was poor. The draft pilot would cover only the four-block core of Old Market and would limit participation to 18 businesses in its first phase. Eligible businesses would include food retailers, pharmacies, and hospitality venues that already receive at least four deliveries per week. Participating carriers would need to use vehicles no larger than 7.5 tons gross weight and comply with a quiet-delivery code. That code would prohibit metal roll cages, require rubberized cart wheels, ban unloading with engine idling beyond two minutes, and require drivers to complete noise-awareness training. Routine delivery windows under the pilot would run from 9:30 p.m. to 6:00 a.m., but no unloading could begin after midnight within 20 meters of a residential entrance unless the destination business had submitted a building-specific mitigation plan. To address concerns about resident sleep disturbance, the city proposes several safeguards. First, the pilot would exclude streets with documented nighttime noise complaints above the district median during the previous 18 months. Second, each participating business would have to designate an on-site receiver so drivers would not need to buzz apartments or repeatedly knock on locked service doors. Third, the city would install temporary sound monitors at 12 locations and publish monthly readings, along with a log of complaints, parking citations, and observed curb-blocking incidents. Fourth, the pilot could be suspended on any block where overnight complaints exceeded a trigger threshold for two consecutive months. The threshold in the draft is six verified complaints per 100 residents, though staff say this number is open to revision after public comment. Business groups strongly support the pilot. The Old Market Merchants Association says morning deliveries frequently arrive after shops open, forcing staff to restock shelves while also serving customers. Restaurant owners argue that receiving produce and beverages at dawn or late night would free curb space during lunch preparation and reduce the need for workers to drag pallets through crowded dining streets. A coalition of independent grocers adds that more predictable delivery times could cut spoilage for chilled goods, because drivers would spend less time stuck in queues. Several carriers also support the plan, saying a truck can sometimes spend more time circling for legal curb access than actually unloading. They argue that if routes become more reliable, fewer backup vehicles may be needed to complete the same volume of deliveries. Resident organizations are divided. Some acknowledge that daytime freight activity has become chaotic and that blocked sidewalks are especially difficult for older adults, parents with strollers, wheelchair users, and delivery workers on cargo bikes. Others say the burden is being shifted from shoppers to people trying to sleep. The Old Market Tenants Forum submitted comments noting that many apartments have single-glazed windows and bedrooms facing service alleys. The forum argues that even if average noise readings stay within acceptable ranges, repeated short bursts from tail lifts, rolling containers, reversing alarms, and late conversations can still wake residents. Preservation advocates have raised a related concern: because many buildings are protected, retrofitting loading areas or installing acoustic barriers may be expensive, restricted, or visually inappropriate. Labor representatives have offered conditional support but say the pilot should not depend on unpaid schedule flexibility from retail staff or unsafe expectations for drivers. The local drivers’ union says quieter equipment is welcome, but nighttime operations can create pressure to unload faster with fewer workers present. They want clear rules on staffing, access, lighting, and restroom availability. A union representing shop employees says receiving deliveries at 5:00 a.m. should not become an informal expectation for junior workers without revised contracts, transport allowances, or secure entry procedures. City staff responded by stating that labor conditions would be monitored through employer attestations and random compliance checks, though details remain limited in the current draft. The consultation brief includes preliminary cost estimates. The city expects to spend about $420,000 over 12 months: roughly $160,000 for monitoring equipment and data analysis, $110,000 for curbside signage and temporary loading zone adjustments, $90,000 for program administration and inspections, and $60,000 for driver training subsidies and business onboarding. Staff propose funding the pilot from the existing mobility innovation budget rather than from the general fund. They argue that if daytime curb conflicts decline, the city may avoid or defer more expensive street redesigns. Critics reply that the estimate may be incomplete because it does not clearly price enforcement during overnight hours or any mitigation measures for affected residents. The brief also explains why the city is pursuing a pilot instead of a permanent rule change. Freight patterns vary sharply by street, season, and business type, and council members previously rejected a citywide nighttime delivery ordinance as too broad. Staff now argue that a smaller trial with block-by-block reporting would generate better local evidence. The proposed evaluation framework would compare pilot streets with similar non-pilot streets using measures such as average unloading duration, illegal parking observations, daytime travel speeds for buses, complaint rates, worker injury reports, and business delivery reliability. The city would also survey residents, drivers, and participating businesses at three points: before launch, at six months, and near the end of the trial. A final recommendation would return to council only if the data showed meaningful daytime benefits without disproportionate nighttime harms. At a recent public meeting, council members signaled interest but asked for revisions. One requested a stricter cap on the number of participating vehicles per night. Another asked staff to clarify whether electric refrigeration units would be required for chilled-food suppliers, since diesel-powered units can create a persistent hum even when engines are off. A third questioned whether the complaint trigger should be based on residents, dwelling units, or building frontages, noting that each method could produce different outcomes on mixed-use blocks. Staff said they would revise the draft before the formal vote next month and might narrow the eligible street list further if consultation feedback shows concentrated concern. In short, the debate is not simply about whether goods should move at night. It is about whether carefully managed off-hour deliveries can reduce visible daytime disorder in a fragile, busy district without transferring the costs to residents, workers, or historic buildings. The consultation asks respondents to comment on the proposed hours, business eligibility rules, quiet-delivery standards, complaint thresholds, labor protections, and evaluation metrics. Written comments remain open until the 28th of this month, after which staff will publish a response summary and a revised pilot design for council consideration.

279
20 Mar 2026 11:21

Preguntas educativas

Google Gemini 2.5 Pro VS OpenAI GPT-5 mini

Explica la paradoja de la Segunda Ley de la Termodinámica y la evolución biológica

Una objeción común planteada contra la evolución biológica es que parece violar la Segunda Ley de la Termodinámica, que establece que la entropía total de un sistema aislado tiende a aumentar con el tiempo. La evolución, en cambio, parece producir organismos cada vez más complejos y ordenados a partir de otros más simples. Aborda lo siguiente en un ensayo estructurado: 1. Enuncia con precisión la Segunda Ley de la Termodinámica, incluida la distinción crítica entre sistemas aislados y sistemas abiertos. 2. Explica por qué la aparente contradicción entre la Segunda Ley y la evolución biológica no es una paradoja genuina. Tu explicación debe hacer referencia al papel del aporte de energía del Sol y al concepto de disminución local de la entropía acoplada a un mayor aumento global de la entropía. 3. Proporciona al menos dos ejemplos físicos o biológicos concretos (más allá del propio sistema Sol-Tierra) en los que el orden local aumente mientras la entropía total del universo aumenta. 4. Analiza el concepto de estructuras disipativas (tal como lo introdujo Ilya Prigogine) y explica cómo se relacionan con la aparición de la complejidad biológica. 5. Aborda brevemente por qué este error conceptual persiste en el discurso público y qué pueden hacer los educadores para corregirlo de manera eficaz.

296
20 Mar 2026 10:26

Lluvia de ideas

Google Gemini 2.5 Pro VS Anthropic Claude Haiku 4.5

Formas de bajo costo para reducir el desperdicio de alimentos en la cafetería escolar

Una escuela pública de educación media quiere ideas prácticas para reducir el desperdicio de alimentos en su cafetería durante los próximos 3 meses. La escuela tiene 600 estudiantes, un presupuesto muy limitado de $1,000 en total, y solo dos miembros del personal que pueden dedicar hasta 2 horas extra por semana a nuevos esfuerzos. La escuela no puede cambiar los requisitos nutricionales nacionales, no puede exigir a los estudiantes que instalen aplicaciones y no puede depender de voluntarios externos a la escuela. Elabore 18 ideas distintas que la escuela podría probar de forma realista. Para cada idea, proporcione: - un título corto - una explicación de 1-2 frases - la principal fuente de desperdicio que busca (por ejemplo: leche sin abrir, fruta, verduras, productos envasados, sobreproducción, desperdicio en bandeja) - nivel de costo estimado: bajo, medio o alto dentro del presupuesto de esta escuela - nivel de esfuerzo estimado para el personal: bajo, medio o alto Requisitos adicionales: - Cubrir al menos 5 fuentes de desperdicio diferentes - Incluir al menos 4 ideas que involucren el comportamiento de los estudiantes o la comunicación - Incluir al menos 4 ideas que involucren operaciones de la cafetería o programación - Evitar repetir la misma idea básica con cambios menores de redacción - Mantener todas las ideas seguras, legales y realistas para un entorno escolar

261
19 Mar 2026 17:20

Programación

Google Gemini 2.5 Pro VS OpenAI GPT-5.2

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**: En lugar de usar ventanas de tiempo fijas, implementa un algoritmo de ventana deslizante real. Cada cliente (identificado por una clave de tipo cadena) puede realizar como máximo `max_requests` solicitudes dentro de cualquier ventana móvil de `window_seconds` segundos. 2. **Niveles de prioridad**: Cada solicitud tiene un nivel de prioridad (entero 1-5, donde 1 es la prioridad más alta). Cuando se alcanza el límite de tasa para un cliente, las solicitudes de menor prioridad (número mayor) deben rechazarse primero. Específicamente, si llega una nueva solicitud con prioridad P y la ventana está llena, el limitador debe comprobar si existe alguna solicitud en la ventana actual con prioridad estrictamente menor (número mayor) que P. Si es así, se "revoca" la solicitud de prioridad más baja (mayor número) y se admite la nueva solicitud de mayor prioridad. La solicitud revocada debe registrarse para que pueda informarse. Si no existe ninguna solicitud de menor prioridad para revocar, la nueva solicitud se rechaza. 3. **Permiso de ráfaga (Burst Allowance)**: Cada cliente puede opcionalmente tener una asignación de ráfaga `burst` (por defecto 0). Esto permite hasta `burst` solicitudes adicionales por encima de `max_requests` en una ventana, pero sólo si al menos la mitad de la duración de la ventana ha transcurrido desde la primera solicitud del cliente en la ventana actual. 4. **Seguridad para hilos (Thread Safety)**: El limitador de tasa debe ser seguro para uso concurrente desde múltiples hilos. Demuestra esto con un escenario de prueba. 5. **Estadísticas**: El limitador debe rastrear estadísticas por cliente: total de solicitudes admitidas, total rechazadas, total revocadas (removidas por solicitudes de mayor prioridad) y utilización actual de la ventana (como un float de 0.0 a 1.0). Implementa la siguiente interfaz: ```python class RateLimiter: def __init__(self, max_requests: int, window_seconds: float, default_burst: int = 0): ... def set_client_burst(self, client_id: str, burst: int) -> None: """Override burst allowance for a specific client.""" ... def allow(self, client_id: str, priority: int = 3, timestamp: float = None) -> bool: """ Check if a request is allowed. If timestamp is None, use current time. Returns True if the request is admitted, False if rejected. """ ... def get_stats(self, client_id: str) -> dict: """ Return a dict with keys: 'admitted', 'rejected', 'revoked', 'utilization' """ ... def get_revoked_log(self, client_id: str) -> list: """ Return a list of (timestamp, priority) tuples for revoked requests for the given client, in chronological order. """ ... ``` Proporciona una implementación completa y ejecutable junto con un script de demostración que: - Cree un limitador con max_requests=5, window_seconds=10.0, default_burst=2 - Simule una secuencia de solicitudes de dos clientes con prioridades y marcas de tiempo variables que ejerciten todas las características (expiración por ventana deslizante, revocación por prioridad, activación de ráfaga y rechazo) - Imprima las estadísticas y los registros de revocación para cada cliente al final - Incluya una breve prueba multihilo con al menos 4 hilos realizando solicitudes concurrentes Asegúrate de manejar casos límite tales como: - Validación del valor de prioridad (debe ser 1-5) - Solicitudes que llegan exactamente en los límites de la ventana - Múltiples revocaciones en secuencia - Activación de la asignación de ráfaga exactamente en el punto de la mitad de la ventana - IDs de cliente vacíos o desconocidos en consultas de estadísticas

292
19 Mar 2026 14:46

Diseño de sistemas

Anthropic Claude Opus 4.6 VS Google Gemini 2.5 Pro

Diseñar un servicio global de acortamiento de URL

Diseñe un servicio público de acortamiento de URL similar a Bitly. El servicio debe permitir a los usuarios crear enlaces cortos para URL largas, especificar opcionalmente un alias personalizado si está disponible, y redirigir a los usuarios que visiten el enlace corto al destino original. Incluya una funcionalidad básica de analítica que informe el total de clics por enlace y clics por día durante los últimos 30 días. Asuma las siguientes restricciones: - 120 million new short links are created per month. - 1.2 billion redirect requests are served per month. - Read traffic is highly bursty, especially for viral links. - The service is used globally and users expect low-latency redirects. - Short links should remain valid for at least 5 years. - Redirect availability target is 99.99 percent. - Analytics may be eventually consistent by up to 10 minutes. - The system should prevent obvious abuse at a basic level, but a full trust and safety platform is out of scope. En su diseño, cubra: - High-level architecture and main components. - Data model and storage choices for link mappings and analytics. - ID or token generation strategy, including custom alias handling. - API design for creating links, redirecting, and fetching analytics. - Caching, partitioning, and replication strategy. - Reliability approach, including failure handling and multi-region considerations. - How you would scale for read-heavy traffic and viral hotspots. - Key trade-offs in consistency, cost, latency, and operational complexity. Indique cualquier suposición razonable que haga y justifique sus elecciones.

291
19 Mar 2026 08:02

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

303
19 Mar 2026 04:33

Explicación

Google Gemini 2.5 Pro VS OpenAI GPT-5.4

Explicar el indexado de bases de datos a un desarrollador junior

Eres un ingeniero de software sénior que está mentorando a un desarrollador junior que ha estado escribiendo consultas SQL durante unos seis meses pero nunca ha creado ni pensado en índices de bases de datos. Acaba de quejarse de que sus consultas en una tabla con dos millones de filas se están ejecutando lentamente. Escribe una explicación clara y orientada a la enseñanza sobre el indexado de bases de datos para este público. Tu explicación debe cubrir lo siguiente: 1. Qué es un índice de base de datos y por qué existe, usando al menos una analogía concreta que un principiante encuentre intuitiva. 2. Cómo un índice básico (por ejemplo, un índice B-tree) acelera las búsquedas en consultas en comparación con un escaneo completo de la tabla, con suficiente detalle para que el desarrollador junior entienda conceptualmente la diferencia de rendimiento. 3. Los compromisos (trade-offs) de añadir índices, incluidos los costos que no son inmediatamente obvios. 4. Orientación práctica sobre cuándo añadir un índice y cuándo no hacerlo, con al menos dos ejemplos realistas de cada caso. 5. Una nota breve sobre los índices compuestos y la importancia del orden de las columnas dentro de ellos. Busca un tono que sea alentador y accesible, evitando jerga innecesaria aunque manteniéndote técnicamente preciso. La explicación debe ser lo bastante completa como para que el desarrollador junior pueda decidir con confianza si añadir un índice a una columna dada después de leerla.

291
19 Mar 2026 02:59

Mostrando 41 a 60 de 106 resultados

Enlaces relacionados

X f L