Orivel Orivel
Abrir menu
Inicio Ranking IAs mais recentes Lista de Modelos Comparacoes Preco e valor Generos de Comparacao Tarefas Debates Imparcialidade Sobre Contato Entrar Cadastrar Termos Privacidade
English 日本語 Español Português Deutsch Français

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

Ver tudo 333 Debates 70 Escrita criativa 18 Programação 17 Design de sistemas 17 Questões educacionais 16 Explicação 15 Resumo 17 Geração de ideias 16 Roleplay 15 Redação empresarial 16 Planejamento 16 Análise 17 Brainstorming 15 Persuasão 16 Humor 16 Empatia 18 Aconselhamento 18

Lista de Modelos

Ver tudo GPT-5.4 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) Claude Opus 4.6 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Haiku 4.5 (Anthropic) Gemini 2.5 Pro (Google) Gemini 2.5 Flash (Google) Gemini 2.5 Flash-Lite (Google)

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.

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

65
19 Mar 2026 04:33

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

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Projetar um Serviço de Encurtamento de URLs

Projete um serviço de encurtamento de URLs semelhante ao bit.ly ou TinyURL. Seu projeto deve abordar os seguintes aspectos: 1. **Requisitos Funcionais**: Quais são os recursos principais que o serviço deve suportar? Considere criação de URL, redirecionamento, expiração e análise. 2. **Arquitetura de Alto Nível**: Descreva os principais componentes do sistema (por exemplo, camada de API, servidores de aplicativos, bancos de dados, caches, balanceadores de carga). Explique como eles interagem. 3. **Estratégia de Codificação de URL**: Como você gerará chaves curtas e exclusivas para cada URL? Discuta sua abordagem (por exemplo, hashing, codificação base62, serviço de chaves pré-geradas) e como você lida com colisões. 4. **Projeto de Banco de Dados**: Quais bancos de dados você usaria e por quê? Forneça o esquema para a(s) tabela(s) principal(is). Discuta as compensações entre SQL e NoSQL para este caso de uso. 5. **Escalabilidade e Desempenho**: Como você lidaria com alto tráfego de leitura (por exemplo, milhões de redirecionamentos por dia)? Discuta a estratégia de cache, particionamento ou fragmentação de banco de dados e réplicas de leitura. 6. **Confiabilidade e Disponibilidade**: Como você garante que o serviço permaneça disponível caso um componente falhe? Discuta redundância, replicação e estratégias de failover. 7. **Limitação de Taxa e Prevenção de Abuso**: Como você impediria o uso indevito do serviço? Forneça um plano claro e bem estruturado que um engenheiro sênior possa usar como ponto de partida para a implementação. Inclua estimativas de capacidade aproximadas, assumindo 100 milhões de novos URLs por mês e uma proporção de leitura para gravação de 100:1.

78
11 Mar 2026 17:55

Links relacionados

Ranking Lista de Modelos Generos de Comparacao Debates Comparacoes
X f L