Orivel Orivel
Abrir menu

Últimas tarefas e discussões

Explore o conteúdo de benchmark mais recente de tarefas e discussões. Filtre por género para focar no que você quer comparar.

Gêneros de comparação

Lista de modelos

Programação

Anthropic Claude Sonnet 5 VS OpenAI GPT-5.6

Analisador de Logs de Servidor Web

Escreva uma função Python analyze_logs(log_data) que recebe uma string de múltiplas linhas contendo entradas de logs de servidor web. A função deve analisar esses logs, executar uma análise e retornar um dicionário resumindo os resultados. Cada linha de log válida segue este formato: [TIMESTAMP] LEVEL IP_ADDRESS "REQUEST_METHOD /path" RESPONSE_CODE BYTES_SENT Exemplo de uma linha válida: [2023-10-27T10:00:00Z] INFO 192.168.1.1 "GET /index.html" 200 1543 Sua função deve: Analisar apenas as linhas de log válidas, ignorando graciosamente quaisquer linhas malformadas ou vazias. Calcular as seguintes métricas: total_requests: A contagem total de entradas de log válidas. error_rate: A porcentagem de requisições com LEVEL igual a ERROR, arredondada para duas casas decimais. top_3_ips: Uma lista de tuplas, onde cada tupla contém um endereço IP e sua contagem de requisições, para os 3 IPs mais frequentes. A lista deve estar ordenada em ordem decrescente pela contagem de requisições. busiest_hour: A hora do dia (um inteiro de 0 a 23) que teve mais requisições. O timestamp está no formato ISO 8601 (UTC). Retornar um dicionário com as chaves total_requests, error_rate, top_3_ips e busiest_hour contendo os valores calculados. Trate os seguintes casos extremos: Se a string de entrada log_data estiver vazia, retorne um dicionário com valores zerados ou vazios conforme apropriado (por exemplo, total_requests: 0, top_3_ips: []). Se houver menos de 3 endereços IP únicos, a lista top_3_ips deve conter todos os IPs únicos, ordenados por contagem. Se houver empate para a hora de maior tráfego, retornar qualquer uma das horas empatadas é aceitável.

262
25 Jul 2026 01:19

Geração de ideias

OpenAI GPT-5.6 VS Google Gemini 2.5 Pro

Ideias para Reduzir o Desperdício de Alimentos em Pequenos Restaurantes

Você está aconselhando o dono de um pequeno restaurante independente (uma localização, cerca de 40 lugares, uma equipe de 8 funcionários, margens de lucro apertadas). O proprietário quer reduzir o desperdício de alimentos sem comprar equipamentos novos e caros e sem reduzir a qualidade dos alimentos ou os tamanhos das porções que os clientes esperam. Gere uma lista de 12 ideias distintas e práticas que o restaurante poderia realisticamente testar nos próximos 3 meses. Para cada ideia, forneça: Um nome curto e claro para a ideia. Uma descrição de 2 a 4 frases sobre o que envolve. O principal benefício (por que reduz o desperdício ou economiza dinheiro). Um primeiro passo concreto para testar isso esta semana. Um nível aproximado de esforço/custo: Baixo, Médio ou Alto. Requisitos e restrições: As ideias devem ser acessíveis para um pequeno negócio (sem grandes reformas ou compras de tecnologia caras). Cubra uma variedade de categorias, por exemplo: compras e inventário, design do menu, preparação na cozinha, armazenamento, hábitos da equipe, opções voltadas ao cliente e aproveitamento de sobras. Inclua pelo menos 2 ideias que envolvam os clientes diretamente e pelo menos 2 que envolvam rotinas da equipe. Evite sugestões vagas como "seja mais cuidadoso"; cada ideia deve ser específica e acionável. Não repita a mesma ideia com palavras diferentes. Tenha em mente quaisquer preocupações legais ou de segurança alimentar (por exemplo, as regras sobre doação ou revenda de alimentos podem variar conforme o local).

252
24 Jul 2026 09:48

Redação empresarial

OpenAI GPT-5.6 VS Google Gemini 2.5 Flash-Lite

Anunciando uma mudança na política de retorno ao escritório

Você é o Diretor de Operações de Pessoas em uma empresa de software de 400 pessoas chamada Northwind Analytics. Nos últimos dois anos os funcionários trabalharam totalmente remotamente. A partir de três meses, a empresa migrará para um modelo híbrido que exigirá que todos os funcionários trabalhem no escritório pelo menos três dias por semana (terça-feira, quarta-feira e quinta-feira). Escreva um e-mail para toda a empresa anunciando essa mudança. O e-mail deve: Ter uma linha de assunto clara e uma saudação e despedida apropriadas (assine como Jordan Reyes, Diretor de Operações de Pessoas). Explicar a nova política em termos específicos: quais dias, quando começa e a quem se aplica. Dar pelo menos duas razões comerciais honestas e credíveis para a mudança, sem desconsiderar o trabalho remoto. Reconhecer que alguns funcionários acharão isso difícil e abordar brevemente preocupações prováveis (deslocamento, cuidados com crianças, tempo de concentração). Mencionar pelo menos duas medidas de apoio concretas que a empresa oferecerá (por exemplo, um subsídio para deslocamento, horários diários flexíveis ou espaços de escritório atualizados). Explicar o que os funcionários devem fazer a seguir e onde direcionar perguntas. Manter um tom profissional, caloroso e conciso, sendo adequado para um público geral de funcionários. Mantenha o e-mail entre aproximadamente 300 e 450 palavras. Não invente compromissos legalmente vinculativos além do que um anúncio razoável de RH incluiria.

278
23 Jul 2026 09:38

Design de sistemas

OpenAI GPT-5.6 VS Google Gemini 2.5 Flash-Lite

Projetar um Encurtador de URL para 10.000 Requisições por Segundo

Desenhe um serviço de encurtamento de URL (similar em espírito a um produto do tipo 'tiny link') que possa operar com confiabilidade em escala. Apresente sua resposta como um documento de design de sistema estruturado. Requisitos funcionais: Os usuários submetem uma URL longa e recebem um link curto (por exemplo, um código de 7 caracteres). Qualquer pessoa que visite um link curto é redirecionada para a URL original. Apelidos personalizados opcionais solicitados pelos usuários devem ser atendidos se disponíveis. Análise básica de cliques: contagem total de cliques por link curto. Restrições não funcionais (projetar considerando explicitamente estes números): Tráfego de pico: 10.000 requisições de redirecionamento por segundo, com uma proporção leitura:escrita de aproximadamente 100:1. Meta de latência de redirecionamento: p99 abaixo de 50 ms medido no servidor. Total de links armazenados ao longo de 5 anos: cerca de 30 bilhões. Meta de disponibilidade de redirecionamento: 99,99% mensal. Os códigos curtos não devem ser previsíveis em massa (evitar exposição sequencial simples). Seu documento de design deve cobrir o seguinte, e para cada decisão significativa explique a troca (trade-off) que você está aceitando: Arquitetura de alto nível e fluxo de requisição para os caminhos de escrita (criação) e leitura (redirecionamento). Estratégia de geração de código curto, incluindo como você garante unicidade e lida com colisões de apelidos personalizados. Modelo de dados e escolha de banco(s) de dados, com uma estimativa aproximada de capacidade/armazenamento que justifique a escolha. Estratégia de cache e como você mantém links 'quentes' rápidos, incluindo invalidação de cache e o que acontece em um cache miss (acesso não atendido pelo cache). Estratégia de escalonamento: como o caminho de leitura escala para cumprir as metas de latência e taxa, e como você particiona/fragmenta (sharding) os dados. Confiabilidade e tratamento de falhas: o que acontece quando um nó de banco de dados, cache ou região falha; como você atende a meta de disponibilidade. Como as análises de cliques são coletadas sem desacelerar o caminho crítico de redirecionamento. Declare quaisquer suposições que fizer. Mantenha o documento focado e tecnicamente concreto em vez de genérico.

240
18 Jul 2026 09:42

Mostrando 41 a 60 de 664 resultados

Links relacionados

X f L