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

Design de sistemas

Google Gemini 2.5 Pro VS OpenAI GPT-5 mini

Projetar um serviço de encurtamento de URLs em larga escala

Sua tarefa é projetar um serviço de encurtamento de URLs (semelhante 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 leitura:gravação é 100:1 (ou seja, 10 bilhões de redirecionamentos por mês). 3. URLs encurtadas devem ter no máximo 7 caracteres (alfanuméricos). 4. O sistema deve garantir que uma URL encurtada, uma vez criada, nunca expire a menos que seja explicitamente excluída pelo usuário. 5. A latência de redirecionamento (do recebimento da requisição até a emissão do HTTP 301/302) deve ser inferior a 10 milissegundos no percentil 99. 6. O sistema deve permanecer disponível mesmo se um data center inteiro ficar offline. 7. O serviço deve suportar um painel de análise opcional mostrando contagens de clique, distribuição geográfica e dados de referenciador por URL encurtada, mas as análises não devem degradar o desempenho de redirecionamento. Forneça um projeto de sistema abrangente que aborde: A. Arquitetura de alto nível: Descreva os principais componentes e como eles interagem. B. Estratégia de geração de URL: Como você gera códigos curtos únicos, por que escolheu essa abordagem e como lida com colisões. C. Modelo de dados e armazenamento: Quais bancos de dados ou sistemas de armazenamento você usa e por quê. Inclua considerações de esquema. D. Otimização do caminho de leitura: Como você alcança o requisito de latência para redirecionamentos na escala exigida. E. Caminho de escrita: Como novas URLs são criadas e persistidas de forma confiável. F. Estratégia de escalonamento: Como o sistema escala horizontalmente para suportar crescimento. G. Confiabilidade e tolerância a falhas: Como você lida com falhas de data center, replicação e failover. H. Pipeline de analytics: Como você coleta, processa e serve os dados de analytics sem impactar o caminho crítico de redirecionamento. I. Principais trade-offs: Identifique pelo menos três trade-offs significativos que você fez no seu projeto e justifique cada um. Seja específico sobre tecnologias, protocolos e estimativas numéricas quando relevante (por exemplo, cálculos de armazenamento, estimativas de QPS, tamanhos de cache, análise do espaço de chaves de short-code).

59
18 Mar 2026 22:59

Design de sistemas

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5 mini

Projetar um Sistema de Notificações em Tempo Real Escalável

Você é um engenheiro de software sênior encarregado de projetar um sistema de notificações em tempo real para uma plataforma de mídia social em rápido crescimento. O sistema deve ser capaz de entregar notificações (por exemplo, 'novo like', 'novo comentário', 'solicitação de amizade') aos usuários que estão atualmente online. **Requisitos do Sistema:** * **Funcional:** 1. Usuários podem assinar diferentes tópicos de notificação (por exemplo, atualizações em suas próprias publicações, atualizações de amigos específicos). 2. Um serviço de publicação de eventos pode enviar mensagens para tópicos ou usuários específicos. 3. Usuários assinantes e online recebem notificações relevantes em tempo real. * **Não-Funcionais (Restrições):** 1. **Escalabilidade:** O sistema deve suportar 1 milhão de usuários online simultâneos e uma carga de pico de 10.000 notificações por segundo. 2. **Latência:** 99% das notificações devem ser entregues ao dispositivo do usuário dentro de 200 milissegundos a partir do momento em que o evento é publicado. 3. **Confiabilidade:** O sistema deve garantir entrega ao menos-uma-vez (at-least-once) para notificações. 4. **Disponibilidade:** O sistema deve ter 99,95% de tempo de disponibilidade. **Sua Tarefa:** Forneça um design de sistema em alto nível. Sua resposta deve cobrir: 1. A arquitetura geral (incluindo componentes-chave como gateways de API, serviço de notificações, filas de mensagens, bancos de dados e gerenciamento de conexão do cliente). 2. As escolhas de tecnologia para componentes-chave e o raciocínio por trás delas (por exemplo, WebSockets vs. Long Polling, Kafka vs. RabbitMQ, NoSQL vs. SQL). 3. Como seu design atende aos requisitos de escalabilidade, latência, confiabilidade e disponibilidade. 4. Uma discussão dos possíveis trade-offs que você fez no seu design.

87
16 Mar 2026 05:05

Design de sistemas

OpenAI GPT-5 mini VS Anthropic Claude Opus 4.6

Projetar um Sistema de Notificações em Tempo Real para E-commerce

Você é um engenheiro de software sênior em uma empresa de e-commerce em rápido crescimento. Sua tarefa é projetar um sistema de notificações em tempo real. Este sistema deve alertar os usuários sobre vários eventos, como atualizações de status de pedidos (por exemplo, "enviado", "entregue"), quedas de preço em itens na lista de desejos e anúncios de promoções relâmpago. Projete uma arquitetura de alto nível para este sistema. Seu projeto deve abordar os seguintes requisitos: 1. **Alta Vazão:** O sistema deve processar até 100.000 notificações por minuto durante períodos de pico, como grandes eventos de venda. 2. **Baixa Latência:** 99% das notificações devem ser entregues ao dispositivo do usuário dentro de 5 segundos após a ocorrência do evento. 3. **Confiabilidade:** O sistema deve garantir entrega pelo menos uma vez (at-least-once) das notificações. Nenhuma notificação crítica (como uma atualização de pedido) deve ser perdida. 4. **Escalabilidade:** A arquitetura deve ser capaz de escalar horizontalmente para lidar com crescimento futuro na base de usuários e no volume de notificações. 5. **Personalização:** O sistema deve suportar o envio de notificações direcionadas a segmentos específicos de usuários (por exemplo, usuários interessados em uma determinada categoria de produto). Descreva a arquitetura proposta, incluindo os componentes principais e suas interações. Explique sua escolha de tecnologias (por exemplo, filas de mensagens, bancos de dados, serviços de notificações push). Justifique suas decisões de projeto discutindo os trade-offs que você considerou, particularmente no que diz respeito à consistência, disponibilidade e custo.

75
15 Mar 2026 11:23

Design de sistemas

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Projete um Serviço de Encurtamento de URL em Escala

Sua tarefa é projetar um serviço de encurtamento de URL (semelhante a 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 razão leitura-escrita é 100:1 (isto é, 10 bilhões de redirecionamentos por mês). 3. URLs encurtadas devem ter no máximo 7 caracteres (alfanuméricos). 4. URLs encurtadas não devem ser previsíveis nem sequenciais. 5. O sistema deve atingir 99,9% de disponibilidade (uptime). 6. A latência de redirecionamento deve ser inferior a 10 ms no 95.º percentil. 7. URLs encurtadas devem expirar após um TTL configurável (padrão 5 anos), e URLs expiradas devem poder ser recicladas. 8. O serviço deve operar em pelo menos duas regiões geográficas para recuperação contra desastres. Forneça um projeto de sistema abrangente que aborde o seguinte: - Descrição do diagrama de arquitetura em alto nível (descreva os componentes e suas interações claramente em texto) - Algoritmo de encurtamento de URL e estratégia de geração de chaves, incluindo como evitar colisões e assegurar que não sejam previsíveis - Esquema de banco de dados e escolha da tecnologia de armazenamento, com justificativa - Estratégia de cache e abordagem de invalidação de cache - Caminho de leitura e caminho de escrita, descritos separadamente com cálculos estimados de throughput - Estratégia de escalonamento: como o sistema lida com crescimento de tráfego de 10x - Implantação multi-região e modelo de consistência de dados, incluindo trade-offs escolhidos (raciocínio com o teorema CAP) - Mecanismo de expiração de TTL e reciclagem de URLs - Modos de falha e como o sistema se recupera (pelo menos 3 cenários de falha específicos) - Principais trade-offs que você fez e alternativas que considerou mas rejeitou, com justificativa Seja específico com números, escolhas de tecnologia e raciocínio arquitetural. Evite generalidades vagas.

86
14 Mar 2026 19:35

Links relacionados

X f L