Orivel Orivel
Abrir menu

Ultimas tarefas e discussoes

Explore o conteudo benchmark mais recente de tarefas e discussoes. Filtre por genero para focar no que voce quer comparar.

Generos de Comparacao

Lista de Modelos

Redação empresarial

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Escreva um e-mail dirigido ao cliente explicando um atraso significativo no projeto

Você é gerente de projeto em uma empresa de consultoria de software de médio porte. Sua equipe tem desenvolvido um sistema de gestão de inventário personalizado para um cliente do varejo, GreenLeaf Stores. O projeto estava originalmente programado para entregar sua primeira versão pronta para produção em 15 de agosto, mas devido a complicações técnicas inesperadas na integração com o banco de dados legado do cliente e à saída de um desenvolvedor sênior, a entrega será adiada por aproximadamente seis semanas (novo prazo: 26 de setembro). Seu contato no cliente é Dana Morales, VP de Operações da GreenLeaf Stores. Dana tem sido compreensiva, mas está sob pressão da sua própria liderança para ter o sistema em operação antes do início da temporada de compras de fim de ano, em meados de outubro. Escreva um e-mail profissional para Dana que cumpra todos os seguintes pontos: 1. Comunicar claramente o atraso e a nova data de entrega prevista. 2. Explicar brevemente as razões do atraso sem fazer desculpas ou atribuir culpa. 3. Reconhecer o impacto no cronograma comercial da GreenLeaf e demonstrar empatia. 4. Propor pelo menos duas medidas concretas de mitigação que sua empresa tomará para minimizar riscos adicionais e proteger o prazo operacional de outubro. 5. Manter um tom honesto, confiante e que preserve o relacionamento. O e-mail deve incluir uma linha de assunto e ter entre 250 e 400 palavras (excluindo a linha de assunto). Não use texto substituto como "[insert name here]". Escreva o e-mail completo, pronto para envio.

303
20 Mar 2026 15:18

Resumo

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Resumir um relatório de consulta pública sobre entregas noturnas no centro histórico da cidade

Leia o seguinte relatório de consulta e escreva um resumo conciso para um membro do conselho municipal que não leu o documento. Seu resumo deve: - ter entre 220 e 300 palavras - usar linguagem neutra e não promocional - explicar o problema que a cidade está tentando resolver - captar as principais evidências e pontos de vista de apoiadores e críticos - incluir o programa piloto proposto, suas salvaguardas e como o sucesso seria medido - mencionar pelo menos três detalhes operacionais ou números específicos do relatório - evitar citar frases completas da fonte - não adicionar fatos ou opiniões não apoiados pela fonte Trecho da fonte: A Cidade de Larkhaven está considerando um programa piloto de 12 meses que permitiria um número limitado de entregas noturnas no distrito Old Market, um bairro denso de uso misto conhecido por ruas estreitas, edifícios históricos, restaurantes, pequenas mercearias, apartamentos acima das lojas e intenso tráfego de pedestres durante o dia. Atualmente, a maioria das entregas comerciais está concentrada entre 7:00 a.m. e 2:00 p.m. Como resultado, caminhões de carga muitas vezes estacionam em fila dupla em ruas que foram traçadas muito antes da existência de veículos de carga modernos. Motoristas de entrega descarregam ao lado de pontos de ônibus, ciclistas desviam para o tráfego para passar por caminhões parados e pedestres saem das calçadas lotadas quando carrinhos bloqueiam vitrines. Segundo o departamento de transportes da cidade, a atividade de frete não é a maior fonte de congestionamento no Old Market, mas está entre as mais disruptivas porque as interrupções ocorrem nas ruas mais estreitas e nos horários de maior movimento. Um relatório técnico preparado para o conselho argumenta que deslocar algumas entregas para as últimas horas da noite ou a madrugada poderia reduzir conflitos diurnos sem aumentar o número total de viagens. A proposta não criaria nova demanda de entregas; em vez disso, moveria viagens de reabastecimento selecionadas para períodos de menor tráfego. A equipe cita exemplos de outras cidades onde entregas fora do horário reduziram o tempo médio de descarregamento porque os motoristas podiam estacionar legalmente mais perto dos destinos e concluir rotas de forma mais previsível. O relatório também observa benefícios ambientais potenciais devido a velocidades de condução mais constantes e menos marcha lenta enquanto se procura espaço na calçada. Contudo, a equipe reconhece que os mesmos estudos apresentaram resultados desiguais quando bairros tinham muitos residentes morando diretamente acima de estabelecimentos comerciais, especialmente onde o isolamento dos edifícios era precário. O rascunho do piloto cobriria apenas o núcleo de quatro quarteirões do Old Market e limitaria a participação a 18 negócios em sua primeira fase. Negócios elegíveis incluiriam varejistas de alimentos, farmácias e estabelecimentos de hospitalidade que já recebem pelo menos quatro entregas por semana. Operadoras participantes precisariam usar veículos de, no máximo, 7,5 toneladas de peso bruto e cumprir um código de entrega silenciosa. Esse código proibiria gaiolas metálicas com rodízios, exigiria rodas de carrinho emborrachadas, proibiria descarregamento com motor em marcha lenta por mais de dois minutos e exigiria que os motoristas concluíssem treinamento de conscientização sobre ruído. As janelas rotineiras de entrega no piloto funcionariam das 9:30 p.m. às 6:00 a.m., mas nenhum descarregamento poderia começar após meia-noite a menos de 20 metros de uma entrada residencial, salvo se o estabelecimento destino tivesse submetido um plano de mitigação específico para o prédio. Para enfrentar preocupações sobre perturbação do sono dos residentes, a cidade propõe várias salvaguardas. Primeiro, o piloto excluiria ruas com reclamações documentadas de ruído noturno acima da mediana do distrito nos últimos 18 meses. Segundo, cada negócio participante teria que designar um recebedor no local para que os motoristas não precisassem tocar campainhas de apartamentos ou bater repetidamente em portas de serviço trancadas. Terceiro, a cidade instalaria monitores de som temporários em 12 locais e publicaria leituras mensais, juntamente com um registro de reclamações, multas de estacionamento e incidentes observados de bloqueio de calçada. Quarto, o piloto poderia ser suspenso em qualquer quarteirão onde reclamações noturnas excedessem um limiar de acionamento por dois meses consecutivos. O limiar no rascunho é seis reclamações verificadas por 100 residentes, embora a equipe diga que esse número pode ser revisado após comentários públicos. Grupos empresariais apoiam fortemente o piloto. A Old Market Merchants Association diz que entregas matinais frequentemente chegam após a abertura das lojas, forçando o pessoal a reabastecer prateleiras enquanto também atendem clientes. Proprietários de restaurantes argumentam que receber produtos e bebidas ao amanhecer ou tarde da noite liberaria espaço na calçada durante a preparação do almoço e reduziria a necessidade de trabalhadores arrastarem paletes por ruas de refeições cheias. Uma coalizão de mercearias independentes acrescenta que horários de entrega mais previsíveis poderiam reduzir desperdício de produtos refrigerados, porque os motoristas passariam menos tempo presos em filas. Várias transportadoras também apoiam o plano, dizendo que um caminhão às vezes pode gastar mais tempo circulando em busca de acesso legal à calçada do que efetivamente descarregando. Elas argumentam que, se as rotas se tornarem mais confiáveis, menos veículos de reserva podem ser necessários para completar o mesmo volume de entregas. Organizações de residentes estão divididas. Alguns reconhecem que a atividade diurna de frete tornou-se caótica e que calçadas bloqueadas são especialmente difíceis para idosos, pais com carrinhos, usuários de cadeira de rodas e trabalhadores de entrega em bicicletas de carga. Outros dizem que o ônus está sendo transferido de compradores para pessoas que tentam dormir. O Old Market Tenants Forum enviou comentários observando que muitos apartamentos têm janelas com vidro simples e quartos voltados para becos de serviço. O fórum argumenta que, mesmo se leituras médias de ruído permanecerem dentro de faixas aceitáveis, rajadas curtas e repetidas de plataformas elevatórias, contêineres rolantes, alarmes de ré e conversas tardias ainda podem acordar moradores. Defensores da preservação levantaram preocupação relacionada: como muitos edifícios são protegidos, adaptar áreas de carga ou instalar barreiras acústicas pode ser caro, restrito ou visualmente inadequado. Representantes laborais ofereceram apoio condicional, mas dizem que o piloto não deve depender de flexibilidade de horário não remunerada do pessoal do varejo nem de expectativas inseguras para motoristas. O sindicato local de motoristas afirma que equipamentos mais silenciosos são bem-vindos, mas operações noturnas podem criar pressão para descarregar mais rápido com menos trabalhadores presentes. Eles querem regras claras sobre pessoal, acesso, iluminação e disponibilidade de banheiros. Um sindicato que representa empregados de lojas diz que receber entregas às 5:00 a.m. não deve tornar-se uma expectativa informal para trabalhadores juniores sem contratos revisados, auxílios de transporte ou procedimentos de entrada segura. A equipe da cidade respondeu afirmando que as condições laborais seriam monitoradas por meio de atestações dos empregadores e verificações de conformidade aleatórias, embora detalhes permaneçam limitados no rascunho atual. O relatório de consulta inclui estimativas preliminares de custo. A cidade espera gastar cerca de $420.000 ao longo de 12 meses: aproximadamente $160.000 em equipamento de monitoramento e análise de dados, $110.000 em sinalização na calçada e ajustes temporários de zonas de carga, $90.000 em administração do programa e inspeções, e $60.000 em subsídios para treinamento de motoristas e integração de negócios. A equipe propõe financiar o piloto a partir do orçamento de inovação em mobilidade existente em vez do fundo geral. Eles argumentam que, se os conflitos na calçada durante o dia diminuírem, a cidade pode evitar ou adiar redesenhos de rua mais caros. Críticos respondem que a estimativa pode estar incompleta porque não precifica claramente a fiscalização durante horas noturnas ou quaisquer medidas de mitigação para residentes afetados. O relatório também explica por que a cidade está buscando um piloto em vez de uma mudança permanente nas regras. Padrões de frete variam acentuadamente por rua, estação e tipo de negócio, e membros do conselho anteriormente rejeitaram uma ordenança municipal de entregas noturnas por ser ampla demais. A equipe agora argumenta que um ensaio menor com relatórios quarteirão a quarteirão geraria melhores evidências locais. A estrutura de avaliação proposta compararia ruas do piloto com ruas não piloto semelhantes usando medidas como duração média de descarregamento, observações de estacionamento ilegal, velocidades de viagem diurnas de ônibus, taxas de reclamação, relatórios de lesões de trabalhadores e confiabilidade de entrega das empresas. A cidade também pesquisaria moradores, motoristas e negócios participantes em três momentos: antes do lançamento, aos seis meses e perto do final do ensaio. Uma recomendação final voltaria ao conselho apenas se os dados mostrassem benefícios diurnos significativos sem prejuízos noturnos desproporcionais. Em uma reunião pública recente, membros do conselho demonstraram interesse, mas pediram revisões. Um solicitou um limite mais restrito no número de veículos participantes por noite. Outro pediu que a equipe esclarecesse se unidades de refrigeração elétricas seriam exigidas para fornecedores de alimentos refrigerados, já que unidades a diesel podem criar um zumbido persistente mesmo com os motores desligados. Um terceiro questionou se o gatilho de reclamação deveria ser baseado em residentes, unidades habitacionais ou fachadas de edifícios, observando que cada método poderia produzir resultados diferentes em quarteirões de uso misto. A equipe disse que revisaria o rascunho antes da votação formal no próximo mês e que poderia restringir ainda mais a lista de ruas elegíveis caso o feedback da consulta mostrasse preocupação concentrada. Em resumo, o debate não é simplesmente sobre se mercadorias devem circular à noite. Trata-se de saber se entregas fora do horário, geridas com cuidado, podem reduzir a desordem visível durante o dia em um distrito frágil e movimentado sem transferir custos para residentes, trabalhadores ou edifícios históricos. A consulta pede que os respondentes comentem sobre os horários propostos, regras de elegibilidade de negócios, padrões de entrega silenciosa, limiares de reclamação, proteções trabalhistas e métricas de avaliação. Comentários por escrito permanecem abertos até o dia 28 deste mês, após o qual a equipe publicará um resumo das respostas e um desenho revisado do piloto para consideração do conselho.

279
20 Mar 2026 11:21

Brainstorming

Google Gemini 2.5 Pro VS Anthropic Claude Haiku 4.5

Maneiras de Baixo Custo para Reduzir o Desperdício de Alimentos na Cantina Escolar

Uma escola pública de ensino fundamental deseja ideias práticas para reduzir o desperdício de alimentos em sua cantina nos próximos 3 meses. A escola tem 600 alunos, um orçamento muito limitado de $1.000 no total e apenas dois funcionários que podem dedicar até 2 horas extras por semana a novos esforços. A escola não pode alterar os requisitos nacionais de nutrição, não pode exigir que os alunos instalem aplicativos e não pode contar com voluntários externos à escola. Gere 18 ideias distintas que a escola poderia testar realisticamente. Para cada ideia, forneça: - um título curto - uma explicação de 1–2 frases - a principal fonte de desperdício que ela mira (por exemplo: leite não aberto, frutas, legumes, itens embalados, superprodução, desperdício em bandejas) - nível estimado de custo: baixo, médio ou alto dentro do orçamento desta escola - nível estimado de esforço para os funcionários: baixo, médio ou alto Requisitos adicionais: - Cubra pelo menos 5 fontes diferentes de desperdício - Inclua pelo menos 4 ideias que envolvam comportamento ou comunicação com os alunos - Inclua pelo menos 4 ideias que envolvam operações ou horários da cantina - Evite repetir a mesma ideia básica com pequenas alterações de redação - Mantenha todas as ideias seguras, legais e realistas para um ambiente escolar

261
19 Mar 2026 17:20

Programação

Google Gemini 2.5 Pro VS OpenAI GPT-5.2

Implemente um Limitador de Taxa Concorrente com Janela Deslizante e Filas de Prioridade

Desenhe e implemente um limitador de taxa (rate limiter) thread-safe em Python que suporte as seguintes funcionalidades: 1. **Limitação de Taxa com Janela Deslizante**: Em vez de usar janelas de tempo fixas, implemente um algoritmo de janela verdadeiramente deslizante. Cada cliente (identificado por uma chave string) tem permissão para no máximo `max_requests` requisições dentro de qualquer janela móvel de `window_seconds` segundos. 2. **Níveis de Prioridade**: Cada requisição tem um nível de prioridade (inteiro 1-5, onde 1 é a prioridade mais alta). Quando o limite de taxa é atingido para um cliente, requisições de prioridade mais baixa (número maior) devem ser rejeitadas primeiro. Especificamente, se uma nova requisição com prioridade P chegar e a janela estiver cheia, o limitador deve verificar se existe alguma requisição na janela atual com prioridade estritamente menor (número maior) que P. Se existir, a requisição de prioridade mais baixa (com o maior número) tem seu slot "revogado" e a nova requisição de prioridade mais alta é admitida. A requisição revogada deve ser registrada para que possa ser reportada. Se não houver requisição de prioridade mais baixa para revogar, a nova requisição é rejeitada. 3. **Permissão de Rajada (Burst Allowance)**: Cada cliente pode opcionalmente ter uma permissão de rajada `burst` (por padrão 0). Isto permite até `burst` requisições adicionais além de `max_requests` em uma janela, mas somente se pelo menos metade da duração da janela tiver passado desde a primeira requisição do cliente na janela atual. 4. **Segurança em Threads (Thread Safety)**: O limitador de taxa deve ser seguro para uso a partir de múltiplas threads concorrentemente. Demonstre isto com um cenário de teste. 5. **Estatísticas**: O limitador deve rastrear estatísticas por cliente: total de requisições admitidas, total rejeitadas, total revogadas (removidas por requisições de maior prioridade) e utilização atual da janela (como float de 0.0 a 1.0). Implemente a seguinte interface: ```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. """ ... ``` Forneça uma implementação completa e executável juntamente com um script de demonstração que: - Cria um limiter com max_requests=5, window_seconds=10.0, default_burst=2 - Simula uma sequência de requisições de dois clientes com prioridades e timestamps variados que exercitem todas as funcionalidades (expiração da janela deslizante, revogação por prioridade, ativação da rajada e rejeição) - Imprime as estatísticas e logs de revogação para cada cliente ao final - Inclui um breve teste multithreaded com pelo menos 4 threads fazendo requisições concorrentes Certifique-se de tratar casos de borda tais como: - Validação do valor de prioridade (deve ser 1-5) - Requisições chegando exatamente nas fronteiras da janela - Múltiplas revogações em sequência - Ativação da permissão de rajada precisamente no marco de metade da janela - IDs de cliente vazios ou desconhecidos em consultas de estatísticas

292
19 Mar 2026 14:46

Design de sistemas

Anthropic Claude Opus 4.6 VS Google Gemini 2.5 Pro

Projetar um Serviço Global de Encurtamento de URLs

Desenhe um serviço público de encurtamento de URLs semelhante ao Bitly. O serviço deve permitir que usuários criem links curtos para URLs longas, opcionalmente especifiquem um alias personalizado se disponível, e redirecionem os usuários que visitam o link curto para o destino original. Inclua um recurso básico de análise que reporte cliques totais por link e cliques por dia nos últimos 30 dias. Assuma as seguintes restrições: - 120 milhões de novos links curtos são criados por mês. - 1,2 bilhões de requisições de redirecionamento são servidas por mês. - O tráfego de leitura é altamente variável (bursty), especialmente para links virais. - O serviço é usado globalmente e os usuários esperam redirecionamentos de baixa latência. - Links curtos devem permanecer válidos por pelo menos 5 anos. - A meta de disponibilidade para redirecionamento é 99,99%. - As análises podem ser eventualmente consistentes por até 10 minutos. - O sistema deve prevenir abusos óbvios em um nível básico, mas uma plataforma completa de confiança e segurança está fora do escopo. No seu design, cubra: - Arquitetura de alto nível e componentes principais. - Modelo de dados e escolhas de armazenamento para mapeamentos de links e análises. - Estratégia de geração de IDs ou tokens, incluindo tratamento de aliases personalizados. - Design de API para criação de links, redirecionamento e recuperação de análises. - Estratégia de cache, particionamento e replicação. - Abordagem de confiabilidade, incluindo tratamento de falhas e considerações multi-região. - Como você escalaria para tráfego com leitura intensiva e hotspots virais. - Principais trade-offs entre consistência, custo, latência e complexidade operacional. Declare quaisquer suposições razoáveis que fizer e justifique suas escolhas.

291
19 Mar 2026 08:02

Design de sistemas

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Projetar um Serviço Global de Encurtamento de URLs

Desenhe um serviço público de encurtamento de URLs semelhante ao Bitly. Usuários podem submeter uma URL longa e receber um alias curto; então qualquer pessoa pode usar o link curto para ser redirecionada para a URL original. Seu projeto deve suportar estes requisitos e restrições: Requisitos funcionais: - Criar links curtos para URLs válidas arbitrárias. - Redirecionar links curtos com baixa latência. - Suportar aliases personalizados opcionais quando disponíveis. - Fornecer análises básicas de cliques por link: total de cliques, cliques nas últimas 24 horas e os 5 principais países por contagem de cliques. - Permitir datas de expiração para links. Pressupostos de escala: - 120 milhões de novos links curtos por dia. - 8 bilhões de requisições de redirecionamento por dia. - Carga com predominância de leitura e forte skew de tráfego: uma pequena fração de links recebe tráfego muito alto. - Usuários globais na América do Norte, Europa e Ásia. Restrições: - Meta de disponibilidade de 99,99% para redirecionamentos. - Latência de redirecionamento P95 abaixo de 80 ms para usuários nas principais regiões. - Links recém-criados devem ficar utilizáveis globalmente dentro de 2 segundos. - Análises podem ser eventualmente consistentes, mas os redirecionamentos devem estar corretos. - Orçamento importa: justifique onde você gastaria para obter consistência mais forte ou replicação multirregional e onde evitaria isso. - Assuma que não há produto gerenciado de analytics de terceiros; desenhe o sistema central você mesmo. Por favor, forneça: - Uma arquitetura de alto nível com os principais componentes e fluxo de dados. - Escolhas de armazenamento para mapeamentos de links, eventos de analytics e cache de links quentes. - Estratégia de geração de IDs ou aliases, incluindo tratamento de colisões e verificações de alias personalizados. - Design de API para create-link, redirect e recuperação de analytics. - Abordagem de escalonamento para hot keys, cache, particionamento e tráfego multirregional. - Estratégia de confiabilidade cobrindo failover, replicação de dados, backup e comportamento de degradação. - Principais trade-offs e pelo menos duas opções alternativas de design que você considerou e rejeitou.

303
19 Mar 2026 04:33

Explicação

Google Gemini 2.5 Pro VS OpenAI GPT-5.4

Explique indexação de banco de dados para um desenvolvedor júnior

Você é um engenheiro de software sênior orientando um desenvolvedor júnior que tem escrito consultas SQL há cerca de seis meses, mas nunca criou ou pensou em índices de banco de dados. Ele acabou de reclamar que suas consultas em uma tabela com dois milhões de linhas estão rodando lentamente. Escreva uma explicação clara e voltada para ensino sobre indexação de banco de dados para esse público. Sua explicação deve cobrir o seguinte: 1. O que é um índice de banco de dados e por que ele existe, usando pelo menos uma analogia concreta que um iniciante acharia intuitiva. 2. Como um índice básico (como um índice B-tree) acelera buscas em consultas em comparação com uma varredura completa da tabela, com detalhes suficientes para que o desenvolvedor júnior entenda a diferença de desempenho conceitualmente. 3. Os trade-offs de adicionar índices, incluindo os custos que não são imediatamente óbvios. 4. Orientação prática sobre quando adicionar um índice e quando não adicionar, com pelo menos dois exemplos realistas de cada caso. 5. Uma breve nota sobre índices compostos e a importância da ordem das colunas dentro deles. Almeje um tom encorajador e acessível, evitando jargões desnecessários e ainda assim sendo tecnicamente preciso. A explicação deve ser suficientemente completa para que o desenvolvedor júnior possa decidir com confiança se deve adicionar um índice a uma coluna após lê-la.

291
19 Mar 2026 02:59

Mostrando 41 a 60 de 106 resultados

Links relacionados

X f L