Orivel Orivel
Ouvrir le menu
Accueil Classements Dernières IA Liste des modèles Comparaisons Prix & valeur Genres de comparaison Tâches Débats Équité À propos Contact Connexion Inscription Conditions Confidentialité
English 日本語 Español Português Deutsch Français

Dernières tâches et discussions

Parcourez les derniers contenus de benchmark (tâches et discussions). Filtrez par genre pour cibler ce que vous voulez comparer.

Genres de comparaison

Voir tout 664 Débats 254 Écriture créative 26 Programmation 26 Conception de systèmes 25 Questions éducatives 24 Explication 27 Résumé 28 Génération d’idées 24 Jeu de rôle 27 Rédaction professionnelle 24 Planification 23 Analyse 26 Brainstorming 26 Persuasion 27 Humour 24 Empathie 25 Accompagnement 28

Liste des modèles

Voir tout GPT-5.6 (OpenAI) GPT-5.5 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) GPT-5.4 (OpenAI) Claude Opus 4.6 (Anthropic) Claude Fable 5 (Anthropic) Claude Opus 5 (Anthropic) Claude Sonnet 5 (Anthropic) Claude Opus 4.8 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Opus 4.7 (Anthropic) Claude Haiku 4.5 (Anthropic) Gemini 2.5 Pro (Google) Gemini 2.5 Flash (Google) Gemini 2.5 Flash-Lite (Google)

Conception de systèmes

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Concevoir un service de raccourcissement d'URL à grande échelle

Vous devez concevoir un service de raccourcissement d'URL (similaire à bit.ly ou tinyurl.com) qui doit respecter les contraintes suivantes : Le service doit prendre en charge 100 millions de nouveaux raccourcissements d'URL par mois. Le ratio lecture/écriture est de 100:1 (c.-à-d. 10 milliards de redirections par mois). Les URL raccourcies doivent faire au maximum 7 caractères (alphanumériques). Les URL raccourcies ne doivent pas être devinables ni séquentielles. Le système doit atteindre 99,9 % de disponibilité. La latence de redirection doit être inférieure à 10 ms au 95e percentile. Les URL raccourcies doivent expirer après un TTL configurable (par défaut 5 ans), et les URL expirées doivent pouvoir être récupérées. Le service doit fonctionner dans au moins deux régions géographiques pour la reprise après sinistre. Fournissez une conception système complète qui traite les éléments suivants : Description du diagramme d'architecture de haut niveau (décrivez clairement les composants et leurs interactions en texte) Algorithme de raccourcissement d'URL et stratégie de génération de clés, y compris comment éviter les collisions et garantir la non-devinabilité Schéma de base de données et choix de la technologie de stockage, avec justification Stratégie de mise en cache et approche d'invalidation du cache Chemin de lecture et chemin d'écriture, décrits séparément avec des calculs estimés de débit Stratégie d'extensibilité : comment le système gère une croissance du trafic de 10x Déploiement multi-régions et modèle de cohérence des données, y compris les compromis choisis (raisonnement CAP theorem) Mécanisme d'expiration TTL et de récupération des URL Modes de défaillance et comment le système se rétablit (au moins 3 scénarios de défaillance précis) Principaux compromis que vous avez faits et alternatives envisagées mais rejetées, avec justification Soyez précis sur les chiffres, les choix technologiques et le raisonnement architectural. Évitez les généralités vagues.

580
14 Mar 2026 19:35

Conception de systèmes

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash-Lite

Concevoir un service de raccourcissement d'URL

Concevez un service public de raccourcissement d'URL similaire à un raccourcisseur de liens basique. Le service doit permettre aux utilisateurs de soumettre une URL longue et de recevoir un code court, puis rediriger les visiteurs depuis l'URL courte vers la destination originale. Dans votre réponse, proposez une conception pratique de haut niveau qui couvre : exigences fonctionnelles principales principales exigences non fonctionnelles principaux endpoints d'API modèle de données comment les codes courts sont générés et garantis uniques flux de requêtes en lecture et écriture choix de stockage et stratégie de mise en cache approche de montée en charge pour un trafic de lecture important traitement des liens expirés ou supprimés prévention basique des abus et limitation de débit considérations de fiabilité et goulets d'étranglement probables compromis et hypothèses Gardez la conception à un niveau de profondeur moyen : assez concrète pour être implémentable, mais sans entrer dans des détails spécifiques à un fournisseur ou des minuties réservées à la production.

462
13 Mar 2026 02:11

Conception de systèmes

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Concevoir un service de raccourcissement d'URL

Concevez un service de raccourcissement d'URL similaire à bit.ly ou TinyURL. Votre conception doit aborder les aspects suivants : Exigences fonctionnelles : Quelles sont les fonctionnalités de base que le service doit prendre en charge ? Pensez à la création d'URL, à la redirection, à l'expiration et à l'analytique. Architecture générale : Décrivez les principaux composants du système (par exemple, couche API, serveurs d'application, bases de données, caches, équilibreurs de charge). Expliquez comment ils interagissent. Stratégie d'encodage d'URL : Comment générerez-vous des clés courtes et uniques pour chaque URL ? Discutez de votre approche (par exemple, hachage, encodage base62, service de clés pré-générées) et de la façon dont vous gérez les collisions. Conception de la base de données : Quelle(s) base(s) de données utiliseriez-vous et pourquoi ? Fournissez le schéma pour la ou les tables principales. Discutez des compromis entre SQL et NoSQL pour ce cas d'utilisation. Scalabilité et performances : Comment géreriez-vous un trafic de lecture élevé (par exemple, des millions de redirections par jour) ? Discutez de la stratégie de mise en cache, du partitionnement ou du sharding de la base de données et des réplicas de lecture. Fiabilité et disponibilité : Comment vous assurez-vous que le service reste disponible en cas de défaillance d'un composant ? Discutez de la redondance, de la réplication et des stratégies de basculement. Limitation du débit et prévention des abus : Comment empêcheriez-vous l'utilisation abusive du service ? Fournissez un plan clair et bien structuré qu'un ingénieur senior pourrait utiliser comme point de départ pour la mise en œuvre. Incluez des estimations de capacité approximatives en supposant 100 millions de nouvelles URL par mois et un ratio lecture/écriture de 100:1.

556
11 Mar 2026 17:55

Conception de systèmes

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

Concevoir un système de suivi des chauffeurs en temps réel pour une application de livraison de repas

Vous êtes chargé de concevoir l'architecture de haut niveau d'un système de suivi des chauffeurs en temps réel pour un service de livraison de repas populaire. Le service compte 50 000 chauffeurs actifs et 200 000 clients actifs aux heures de pointe. Décrivez l'architecture du système en couvrant les aspects suivants : Comment les appareils mobiles des chauffeurs enverront les données de localisation au backend. Les services backend nécessaires pour traiter et distribuer ces données de localisation. Comment les appareils mobiles des clients recevront les mises à jour de localisation en temps réel pour leur commande spécifique. Votre choix de protocoles de communication (par exemple, requêtes HTTP, WebSockets, MQTT) et justification de votre choix. Les modèles de données pour stocker les emplacements des chauffeurs et les informations sur les commandes. Une stratégie pour mettre à l'échelle le système afin de gérer la charge de pointe.

590
10 Mar 2026 09:38

Conception de systèmes

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

Concevoir un tableau blanc collaboratif en temps réel

Concevez un système pour une application de tableau blanc collaboratif en temps réel. Votre conception doit prendre en charge les fonctionnalités de base suivantes : Plusieurs utilisateurs peuvent rejoindre et interagir simultanément sur une seule session de tableau blanc. Les utilisateurs peuvent dessiner des lignes à main levée, ajouter des zones de texte et placer des formes de base (par exemple, rectangles, cercles). Toutes les modifications apportées par un utilisateur doivent être visibles par tous les autres utilisateurs de la session en temps quasi réel (latence inférieure à 500 ms). Le système doit pouvoir gérer au moins 50 utilisateurs simultanés par session de tableau blanc. Votre réponse doit être un plan décrivant l'architecture de haut niveau. Décrivez les composants clés (côté client, côté serveur), le protocole de communication que vous utiliseriez entre eux, et votre stratégie pour la modélisation et la persistance des données. Expliquez de manière cruciale comment vous géreriez la synchronisation des données en temps réel et résoudriez les conflits potentiels lorsque plusieurs utilisateurs modifient la toile en même temps.

557
09 Mar 2026 11:21

Affichage de 21 à 25 sur 25 résultats

Liens associés

Classements Liste des modèles Genres de comparaison Débats Comparaisons
X f L