Orivel Orivel
Abrir menú

Ú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

Lista de modelos

Programación

Anthropic Claude Sonnet 5 VS OpenAI GPT-5.6

Analizador de registros del servidor web

Escriba una función de Python analyze_logs(log_data) que reciba una cadena multilínea que contenga entradas de registro del servidor web. La función debe analizar estos registros, realizar un análisis y devolver un diccionario que resuma los resultados. Cada línea de registro válida sigue este formato: [TIMESTAMP] LEVEL IP_ADDRESS "REQUEST_METHOD /path" RESPONSE_CODE BYTES_SENT Ejemplo de una línea válida: [2023-10-27T10:00:00Z] INFO 192.168.1.1 "GET /index.html" 200 1543 Su función debe: Analizar únicamente las líneas de registro válidas, ignorando de forma elegante cualquier línea malformada o vacía. Calcular las siguientes métricas: total_requests: El recuento total de entradas de registro válidas. error_rate: El porcentaje de solicitudes con un LEVEL de ERROR, redondeado a dos decimales. top_3_ips: Una lista de tuplas, donde cada tupla contiene una dirección IP y su recuento de solicitudes, para las 3 IP más frecuentes. La lista debe estar ordenada en orden descendente por recuento de solicitudes. busiest_hour: La hora del día (un entero de 0 a 23) que tuvo más solicitudes. La marca de tiempo está en formato ISO 8601 (UTC). Devolver un diccionario con las claves total_requests, error_rate, top_3_ips y busiest_hour que contenga los valores calculados. Maneje los siguientes casos límite: Si la cadena de entrada log_data está vacía, devuelva un diccionario con valores a cero o vacíos según corresponda (por ejemplo, total_requests: 0, top_3_ips: []). Si hay menos de 3 direcciones IP únicas, la lista top_3_ips debe contener todas las IP únicas, ordenadas por recuento. Si hay un empate por la hora con más actividad, es aceptable devolver cualquiera de las horas empatadas.

262
25 Jul 2026 01:19

Generación de ideas

OpenAI GPT-5.6 VS Google Gemini 2.5 Pro

Ideas para reducir el desperdicio de alimentos en restaurantes pequeños

Estás asesorando al propietario de un pequeño restaurante independiente (una ubicación, unas 40 plazas, un equipo de 8 empleados, márgenes de beneficio ajustados). El propietario quiere reducir el desperdicio de alimentos sin comprar equipo nuevo caro y sin bajar la calidad de la comida ni las raciones que esperan los clientes. Genera una lista de 12 ideas distintas y prácticas que el restaurante podría probar de manera realista en los próximos 3 meses. Para cada idea, proporciona: Un nombre corto y claro para la idea. Una descripción de 2 a 4 frases sobre en qué consiste. El beneficio principal (por qué reduce el desperdicio o ahorra dinero). Un primer paso concreto para probarla esta semana. Un nivel aproximado de esfuerzo/costo: Bajo, Medio o Alto. Requisitos y limitaciones: Las ideas deben ser asequibles para una pequeña empresa (sin grandes renovaciones ni compras costosas de tecnología). Cubre una variedad de categorías, por ejemplo: compras e inventario, diseño del menú, preparación en cocina, almacenamiento, hábitos del personal, opciones orientadas al cliente y uso de sobras. Incluye al menos 2 ideas que involucren a los clientes directamente y al menos 2 que impliquen rutinas del personal. Evita sugerencias vagas como "tener más cuidado"; cada idea debe ser específica y accionable. No repitas la misma idea con diferente redacción. Ten en cuenta cualquier preocupación legal o de seguridad alimentaria (por ejemplo, las normas sobre donar o revender alimentos pueden variar según la ubicación).

252
24 Jul 2026 09:48

Redacción empresarial

OpenAI GPT-5.6 VS Google Gemini 2.5 Flash-Lite

Anuncio de un cambio en la política de regreso a la oficina

Eres el Director de Personas en una empresa de software de 400 empleados llamada Northwind Analytics. Durante los últimos dos años, los empleados han trabajado de forma totalmente remota. A partir de dentro de tres meses, la empresa pasará a un modelo híbrido que requerirá que todos los empleados trabajen desde la oficina al menos tres días por semana (martes, miércoles y jueves). Escribe un correo electrónico dirigido a toda la empresa anunciando este cambio. El correo debe: Tener una línea de asunto clara y un saludo y despedida apropiados (firma como Jordan Reyes, Director de Personas). Explicar la nueva política en términos específicos: qué días, cuándo comienza y a quién se aplica. Dar al menos dos razones comerciales honestas y creíbles para el cambio sin menospreciar el trabajo remoto. Reconocer que a algunos empleados esto les resultará difícil y abordar brevemente las preocupaciones probables (desplazamiento, cuidado de niños, tiempo para concentrarse). Mencionar al menos dos medidas de apoyo concretas que la empresa ofrecerá (por ejemplo, un subsidio para el transporte, horarios diarios flexibles o espacios de oficina actualizados). Explicar qué deben hacer los empleados a continuación y dónde dirigir sus preguntas. Mantener un tono profesional, cálido y conciso, y ser adecuado para una audiencia general de empleados. Mantén el correo entre aproximadamente 300 y 450 palabras. No inventes compromisos legalmente vinculantes más allá de lo que un anuncio razonable de Recursos Humanos incluiría.

277
23 Jul 2026 09:38

Diseño de sistemas

OpenAI GPT-5.6 VS Google Gemini 2.5 Flash-Lite

Diseñar un acortador de URL para 10K solicitudes por segundo

Diseña un servicio de acortamiento de URL (similar en espíritu a un producto de "tiny link") que pueda operar de forma fiable a escala. Presenta tu respuesta como un documento de diseño de sistema estructurado. Requisitos funcionales: Los usuarios envían una URL larga y reciben un enlace corto (por ejemplo, un código de 7 caracteres). Cualquiera que visite un enlace corto es redirigido a la URL original. Se deben respetar los alias personalizados opcionales solicitados por los usuarios si están disponibles. Analítica básica de clics: recuento total de clics por enlace corto. Restricciones no funcionales (diseña explícitamente para estos números): Tráfico pico: 10.000 solicitudes de redirección por segundo, con una proporción lectura:escritura aproximadamente de 100:1. Objetivo de latencia para redirección: p99 por debajo de 50 ms medido en el servidor. Total de enlaces almacenados en 5 años: alrededor de 30.000 millones. Objetivo de disponibilidad para redirecciones: 99,99% mensual. Los códigos cortos no deben ser adivinables en bloque (evitar la exposición secuencial simple). Tu documento de diseño debe cubrir lo siguiente, y para cada decisión significativa explica la compensación que estás aceptando: Arquitectura de alto nivel y flujo de la solicitud tanto para la ruta de escritura (crear) como para la de lectura (redirección). Estrategia de generación de códigos cortos, incluyendo cómo garantizas la unicidad y cómo manejas las colisiones de alias personalizados. Modelo de datos y elección de(s) almacén(es) de datos, con una estimación aproximada de capacidad/almacenamiento que justifique la elección. Estrategia de caché y cómo mantienes los enlaces calientes rápidos, incluyendo la invalidación de caché y qué ocurre en un fallo de caché (cache miss). Estrategia de escalado: cómo la ruta de lectura escala para cumplir los objetivos de latencia y rendimiento, y cómo particionarías/fragmentarías los datos. Fiabilidad y manejo de fallos: qué ocurre cuando un nodo de almacenamiento, caché o región falla; cómo alcanzas el objetivo de disponibilidad. Cómo se recogen las analíticas de clics sin ralentizar la ruta caliente de redirección. Indica cualquier suposición que hagas. Mantén el documento enfocado y técnicamente concreto en lugar de genérico.

239
18 Jul 2026 09:42

Mostrando 41 a 60 de 664 resultados

Enlaces relacionados

X f L