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

Programação

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Implemente um cache LRU concorrente sem bloqueios

Implemente um cache LRU (Least Recently Used) seguro para uso por múltiplas threads em Python que suporte leituras e gravações concorrentes sem usar um bloqueio global para cada operação. Sua implementação deve satisfazer os seguintes requisitos: 1. **Interface**: O cache deve suportar estas operações: - `__init__(self, capacity: int)` — Inicializar o cache com uma capacidade máxima dada (inteiro positivo). - `get(self, key: str) -> Optional[Any]` — Retornar o valor associado à chave se ela existir (e marcá-la como usada recentemente), ou retornar `None` se a chave não estiver no cache. - `put(self, key: str, value: Any) -> None` — Inserir ou atualizar o par chave-valor. Se o cache exceder a capacidade após a inserção, remover o item menos recentemente usado. - `delete(self, key: str) -> bool` — Remover a chave do cache. Retornar `True` se a chave estava presente, `False` caso contrário. - `keys(self) -> List[str]` — Retornar uma lista de todas as chaves atualmente no cache, ordenadas da mais recentemente usada para a menos recentemente usada. 2. **Concorrência**: O cache deve ser seguro para uso por múltiplas threads ao mesmo tempo. Busque um projeto que permita leituras concorrentes prosseguirem sem bloqueio mútuo quando possível (por exemplo, usando locks de leitura/gravação, bloqueios de granularidade fina ou técnicas sem bloqueio). Um mutex global único que serializa toda operação é considerado uma solução de base, porém subótima. 3. **Corretude sob contenção**: Sob acesso concorrente, o cache nunca deve retornar dados obsoletos ou corrompidos, nunca deve exceder sua capacidade declarada e deve manter uma ordenação LRU consistente. 4. **Casos limite a tratar**: - Capacidade igual a 1 - `put` com uma chave que já existe (deve atualizar o valor e mover para a posição de mais recente) - `delete` de uma chave que não existe - `put` e `get` concorrentes na mesma chave - Evicções sequenciais rápidas quando muitas threads inserem simultaneamente 5. **Testes**: Inclua uma função de teste `run_tests()` que demonstre a correção de todas as operações tanto em cenários single-threaded quanto multi-threaded. O teste multi-threaded deve usar pelo menos 8 threads realizando uma mistura de operações `get`, `put` e `delete` sobre chaves sobrepostas, e deve afirmar que o cache nunca excede a capacidade e que `get` nunca retorna um valor para uma chave que nunca foi inserida. Forneça sua implementação completa em Python. Use apenas a biblioteca padrão (nenhum pacote de terceiros). Inclua docstrings e comentários explicando sua estratégia de concorrência e quaisquer trade-offs de design que você adotou.

27
23 Mar 2026 17:47

Geração de ideias

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Fluxos de Receita Criativos para Bibliotecas Públicas na Era Digital

Bibliotecas públicas ao redor do mundo estão enfrentando cortes orçamentários enquanto a demanda da comunidade por seus serviços continua a crescer. Imagine que você está assessorando um sistema de bibliotecas de uma cidade de médio porte (atendendo aproximadamente 150.000 residentes) que precisa gerar novas fontes de receita sustentáveis sem comprometer sua missão central de acesso gratuito e equitativo à informação. Gere pelo menos 8 ideias distintas para novas fontes de receita ou estratégias de compensação de custos que a biblioteca poderia perseguir. Para cada ideia, forneça: 1. Um nome descritivo curto 2. Uma breve explicação de como funciona (2–3 frases) 3. Por que é viável especificamente para uma biblioteca pública (considerando ativos existentes, espaços, expertise da equipe e confiança da comunidade) 4. Um risco ou desvantagem potencial e como ele poderia ser mitigado Restrições: - Nenhuma das ideias deve envolver cobrar os usuários pelo empréstimo de livros ou pelo acesso a serviços básicos da biblioteca. - Pelo menos duas ideias devem aproveitar o espaço físico da biblioteca de maneiras não convencionais. - Pelo menos duas ideias devem envolver parcerias com empresas ou organizações locais. - As ideias devem cobrir uma variedade de escala, desde ganhos rápidos de baixo investimento até iniciativas estratégicas maiores. - Evite sugestões genéricas como "organizar uma venda de bolos" ou "pedir doações". Foque em modelos criativos e sustentáveis.

45
23 Mar 2026 09:01

Design de sistemas

OpenAI GPT-5.2 VS Google Gemini 2.5 Flash

Projetar um serviço de encurtamento de URL

Projete um serviço de encurtamento de URL (similar ao bit.ly ou tinyurl.com) que deve atender às seguintes restrições: 1. O serviço deve suportar 100 milhões de novos encurtamentos de URL por mês. 2. A razão de requisições de leitura (redirecionamento) para gravação (encurtamento) é 100:1. 3. URLs encurtadas devem ser tão curtas quanto possível, mas devem suportar o volume esperado por pelo menos 10 anos. 4. O sistema deve alcançar 99,9% de disponibilidade (uptime). 5. A latência de redirecionamento deve ficar abaixo de 50 ms no percentil 95. 6. O serviço deve lidar com degradação graciosa se um data center ficar offline. No seu desenho, aborde cada uma das seguintes áreas: A) API Design: Defina os principais endpoints da API e seus contratos. B) Data Model and Storage: Escolha uma solução de armazenamento, justifique sua escolha, explique seu esquema e estime o armazenamento total necessário ao longo de 10 anos. C) Short URL Generation: Descreva seu algoritmo para gerar códigos curtos. Discuta como evita colisões e qual conjunto de caracteres e comprimento você escolheu, com uma justificativa matemática de por que o espaço de chaves é suficiente. D) Scaling and Performance: Explique como você escalaria leituras e gravações de forma independente. Descreva sua estratégia de cache, incluindo política de expulsão (eviction) e taxa de acerto esperada. Explique como você atende ao requisito de latência de 50 ms no p95. E) Reliability and Fault Tolerance: Descreva como o sistema lida com falhas de data center, a estratégia de replicação de dados e quais trade-offs você faz entre consistência e disponibilidade (refira-se ao teorema CAP). F) Trade-off Discussion: Identifique pelo menos dois trade-offs significativos de projeto que você fez e explique por que escolheu uma opção sobre a outra, incluindo o que você sacrificaria e ganharia. Apresente sua resposta como um plano estruturado com seções claras correspondendo às letras A até F.

22
22 Mar 2026 21:21

Persuasão

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Convencer o Conselho Escolar a Manter o Programa de Artes

Você é um representante dos pais em uma escola pública de ensino fundamental (middle school). O conselho escolar propôs cortar todo o programa de artes (artes visuais, música e teatro) para redirecionar fundos à expansão de cursos de preparação para testes padronizados. Você recebeu cinco minutos para falar ao conselho na próxima reunião. Escreva um discurso persuasivo (400–600 palavras) dirigido aos membros do conselho escolar para convencê-los a preservar o programa de artes. Seu discurso deve: 1. Reconhecer a preocupação do conselho com a melhoria das pontuações em testes e tratá-la como um objetivo legítimo. 2. Apresentar pelo menos três argumentos distintos para manter o programa de artes, fundamentando-se em razões educacionais, socioemocionais e baseadas na comunidade. 3. Fazer referência a pelo menos uma evidência específica e plausível ou descoberta de pesquisa (por exemplo, um estudo, uma estatística ou um resultado documentado) para apoiar seu caso. 4. Propor um compromisso construtivo que aborde as preocupações orçamentárias do conselho sem eliminar totalmente as artes. 5. Usar um tom respeitoso e colaborativo ao longo de todo o discurso — evitar hostilidade ou condescendência em relação ao conselho. Seu discurso deve ser estruturado com uma abertura clara, desenvolvimento e fechamento, e deve soar natural quando lido em voz alta.

44
21 Mar 2026 09:23

Design de sistemas

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash

Projete um Serviço de Encurtamento de URL

Projete um serviço de encurtamento de URL (semelhante ao bit.ly ou tinyurl.com) que deve lidar com as seguintes restrições: 1. O serviço deve suportar 100 milhões de novos encurtamentos de URL por mês. 2. A proporção de leitura para escrita é de 100:1 (ou seja, para cada URL criada, ela é acessada 100 vezes em média). 3. As URLs encurtadas devem permanecer acessíveis por pelo menos 5 anos. 4. O sistema deve atingir 99,9% de disponibilidade. 5. A latência de redirecionamento (do recebimento de uma solicitação de URL curta até a emissão do redirecionamento HTTP) deve ficar abaixo de 50 ms no percentil 95. Seu projeto deve abordar todas as seguintes áreas: A. **Estratégia de Geração de URL Curta**: Como você gerará códigos curtos únicos e compactos? Discuta o esquema de codificação, o comprimento esperado da URL e como você lida com colisões ou esgotamento do espaço de chaves. B. **Armazenamento de Dados**: Que banco(s) de dados você usará e por quê? Estime o armazenamento total necessário ao longo de 5 anos. Explique o desenho do esquema e qualquer estratégia de particionamento ou fragmentação. C. **Arquitetura do Caminho de Leitura**: Como você atenderá solicitações de redirecionamento em escala para cumprir os requisitos de latência e vazão? Discuta camadas de cache, uso de CDN e quaisquer estratégias de replicação. D. **Arquitetura do Caminho de Escrita**: Como você tratará de forma confiável a ingestão de 100 milhões de novas URLs por mês? Discuta quaisquer considerações sobre filas, limitação de taxa ou consistência. E. **Confiabilidade e Tolerância a Falhas**: Como seu sistema lida com falhas de nós, indisponibilidades de data center ou invalidação de cache? Qual é sua estratégia de backup e recuperação? F. **Principais Trade-offs**: Identifique pelo menos dois trade-offs significativos no seu projeto (por exemplo, consistência vs. disponibilidade, custo de armazenamento vs. desempenho de leitura, simplicidade vs. escalabilidade) e explique por que você escolheu o lado que escolheu. Apresente sua resposta como um documento de projeto estruturado com seções claras correspondentes a A até F acima.

47
20 Mar 2026 17:43

Design de sistemas

Google Gemini 2.5 Flash VS Anthropic Claude Sonnet 4.6

Projetar um Serviço Global de Encurtamento de URLs

Projetar um serviço público de encurtamento de URLs similar ao Bitly. Usuários devem poder submeter uma URL longa e receber um alias curto; visitar o link curto deve redirecionar rapidamente para a URL original. O sistema deve suportar aliases personalizados, datas de expiração opcionais, análises básicas de cliques e mitigação de abuso para links maliciosos. Requisitos e restrições: - Requisitos funcionais: - Criar URLs curtas para URLs longas. - Redirecionar URLs curtas para as URLs originais. - Suportar aliases personalizados quando disponíveis. - Suportar tempo de expiração opcional por link. - Registrar eventos de clique para análise. - Permitir que usuários desativem um link manualmente. - Suposições de escalabilidade: - 120 milhões de novas URLs curtas por mês. - 1,5 bilhão de redirecionamentos por dia. - O tráfego de redirecionamento é globalmente distribuído e com predominância de leitura. - Dados de análise devem ser consultáveis em até 15 minutos. - Metas de desempenho: - Latência de redirecionamento p95 abaixo de 80 ms para a maioria das regiões. - Criação de link curto p95 abaixo de 300 ms. - 99,99% de disponibilidade para redirecionamentos. - Dados e retenção: - Links podem existir indefinidamente, a menos que expirem ou sejam desativados. - Eventos brutos de clique podem ser retidos por 90 dias; análises agregadas por 2 anos. - Restrições operacionais: - Usar infraestrutura de nuvem comum; não presumir que um único produto gerenciado exótico resolva tudo. - Orçamento importa: justificar quaisquer escolhas de replicação, cache e armazenamento. - Códigos curtos devem ser compactos e razoavelmente difíceis de adivinhar em grande escala, mas segredo perfeito não é exigido. Na sua resposta, forneça: 1. Uma arquitetura de alto nível com os componentes principais e fluxo de dados. 2. Escolhas de armazenamento para metadados de link, caminho de redirecionamento e eventos de análise, com justificativa. 3. Uma estratégia de geração de códigos curtos, incluindo como evitar colisões e tratar aliases personalizados. 4. Um plano de escalonamento para tráfego global, incluindo caching, particionamento/sharding e considerações multi-região. 5. Um plano de confiabilidade cobrindo falhas, chaves quentes, recuperação de desastres e comportamento em modo degradado. 6. APIs principais e modelos de dados centrais. 7. Mitigação de abuso e considerações de segurança. 8. Os principais trade-offs que você fez e por quê.

46
20 Mar 2026 11:03

Análise

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash

Selecione a reforma de almoço escolar mais promissora

Um distrito escolar público pode financiar apenas uma reforma do almoço pelos próximos dois anos. Analise as opções abaixo e recomende qual única opção o distrito deve escolher. Sua resposta deve comparar os trade-offs, abordar objeções prováveis e chegar a uma conclusão clara. Metas do distrito: 1. Melhorar a nutrição dos alunos 2. Aumentar o número de alunos que realmente comem o almoço escolar 3. Manter a implementação realista dentro de dois anos 4. Evitar grandes estouros de custo contínuos Situação atual: - 12,000 alunos em 18 escolas - 46% dos alunos atualmente escolhem o almoço escolar - Pesquisas sugerem que os alunos frequentemente pulam o almoço por causa do sabor, filas longas ou falta de opções atraentes - O distrito só pode arcar com uma das seguintes opções agora Opção A: Contratar chefs treinados para redesenhar os cardápios - Custo inicial com treinamento e consultoria: médio - Custo contínuo com alimentos: ligeiramente maior - Efeitos esperados: as refeições têm melhor sabor, receitas mais saudáveis tornam-se mais atraentes, aumento moderado na participação - Riscos: benefícios dependem da adoção pela equipe e da consistência das receitas entre as escolas Opção B: Adicionar estações self-service de saladas e frutas em cada escola - Custo inicial com equipamentos: alto - Risco de desperdício de alimentos contínuo: alto - Efeitos esperados: forte melhoria na nutrição para os alunos que usam as estações, aumento modesto da participação no geral - Riscos: questões de pessoal, sanitização e uso desigual por faixa etária Opção C: Lançar um sistema móvel de pré-pedido para almoços - Custo inicial com tecnologia e treinamento: médio - Custo contínuo: baixo a médio - Efeitos esperados: filas mais curtas, melhor previsão de demanda, aumento moderado da participação, pouca melhoria direta na nutrição a menos que os cardápios mudem - Riscos: acesso desigual para famílias com uso limitado de tecnologia, desafios de adoção no início Opção D: Substituir sobremesas açucaradas e acompanhamentos fritos por opções padrão mais saudáveis - Custo inicial: baixo - Custo contínuo: neutro - Efeitos esperados: melhoria direta da nutrição para todos os usuários do almoço escolar, possível queda pequena na participação se os alunos não gostarem das mudanças - Riscos: reação negativa dos alunos, percepção de que o almoço ficou menos agradável Escreva uma análise que identifique a melhor escolha dadas as metas e restrições do distrito. Não invente novos números orçamentários ou fatos externos; raciocine apenas a partir das informações fornecidas.

45
19 Mar 2026 21:45

Brainstorming

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Fontes de Receita para uma Biblioteca Pública de Pequena Cidade Diante de Cortes Orçamentários

Uma biblioteca pública de pequena cidade (atendendo uma população de aproximadamente 12.000 pessoas) acaba de saber que seu financiamento municipal anual será reduzido em 30% a partir do próximo ano fiscal. A biblioteca tem os seguintes bens e restrições: Bens/Ativos: - Um prédio de 6.000 pés quadrados com uma sala comunitária com capacidade para 200 pessoas - Um pequeno estacionamento (20 vagas) - Dois bibliotecários em tempo integral e três funcionários em meio período - Um acervo de 40.000 livros físicos e um catálogo digital modesto - Um makerspace com uma impressora 3D, um cortador a laser e máquinas de costura - Internet de alta velocidade confiável e 15 computadores de uso público - Uma pequena área de jardim cercada atrás do prédio Restrições: - A biblioteca deve permanecer de entrada livre e deve continuar emprestando livros sem cobrança - Não pode vender álcool nem promover jogos de azar - Qualquer nova atividade geradora de receita deve ser legal em uma municipalidade típica dos EUA - O quadro de funcionários não pode aumentar; voluntários podem ser recrutados - A diretoria da biblioteca não aprovará nada que gere reclamações significativas de barulho dos vizinhos residenciais adjacentes Faça um brainstorm com o maior número possível de ideias distintas e práticas para gerar receita ou reduzir custos. Para cada ideia, forneça: 1. Um nome curto 2. Uma descrição de uma a duas frases de como funciona 3. Qual ativo da biblioteca ela aproveita Busque amplitude entre diferentes categorias (por exemplo: eventos, parcerias, serviços, aluguel de espaços, subsídios, merchandising, digital, etc.).

53
19 Mar 2026 19:59

Design de sistemas

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Projetar um Serviço Global de Encurtamento de URLs

Projete um serviço de encurtamento de URLs disponível globalmente, semelhante ao Bitly. O serviço deve permitir que usuários criem links curtos que redirecionem para URLs longas, suportar aliases personalizados para usuários pagos, rastrear análises de cliques e permitir que links expirem em um horário especificado. Requisitos: - Lidar com 120 milhões de novos links curtos por dia. - Lidar com 4 bilhões de redirecionamentos por dia. - O tráfego de pico pode atingir 3 vezes a média diária. - Meta de latência de redirecionamento: p95 abaixo de 80 ms para usuários na América do Norte, Europa e Ásia. - Meta de latência para criação de link curto: p95 abaixo de 300 ms. - Meta de disponibilidade do serviço: 99,99% para redirecionamentos. - Dados de analytics podem ser eventualmentes consistentes dentro de 5 minutos. - Aliases personalizados devem ser únicos globalmente. - Links expirados ou excluídos devem parar de redirecionar rapidamente. - O sistema deve tolerar falhas regionais sem causar indisponibilidade total do serviço. Pressupostos que você pode usar: - Comprimento médio da URL longa é 500 bytes. - Eventos de analytics incluem timestamp, ID do link, país, tipo de dispositivo e domínio referenciador. - O tráfego de leitura é muito maior do que o de escrita. - Você pode escolher tecnologias SQL, NoSQL, cache, stream, CDN e mensageria conforme necessário, mas justifique-as. Na sua resposta, forneça: 1. Uma arquitetura em alto nível com os principais componentes e fluxos de requisições. 2. Modelo de dados e escolhas de armazenamento para links, aliases e analytics. 3. Uma estratégia de escalonamento para tráfego com predominância de leitura, incluindo cache e roteamento regional. 4. Uma estratégia de confiabilidade cobrindo failover, decisões de consistência e manejo de outages regionais. 5. Principais trade-offs, gargalos e pelo menos três riscos com mitigações. 6. Uma breve estimativa de capacidade para armazenamento e throughput usando os números acima.

56
19 Mar 2026 18:51

Mostrando 1 a 20 de 74 resultados

Links relacionados

X f L