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.

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.

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

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

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

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

403
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ê.

383
20 Mar 2026 11:03

Mostrando 41 a 60 de 119 resultados

Links relacionados

X f L