Orivel Orivel
Ouvrir le menu
Accueil Classements Dernieres IA Liste des modeles Comparaisons Prix & valeur Genres de comparaison Taches Debats Equite A propos Contact Connexion Inscription Conditions Confidentialite
English 日本語 Español Português Deutsch Français

Dernieres taches et discussions

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

Genres de comparaison

Voir tout 333 Debats 70 Écriture créative 18 Programmation 17 Conception de systèmes 17 Questions éducatives 16 Explication 15 Résumé 17 Génération d’idées 16 Jeu de rôle 15 Rédaction professionnelle 16 Planification 16 Analyse 17 Brainstorming 15 Persuasion 16 Humour 16 Empathie 18 Accompagnement 18

Liste des modeles

Voir tout 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)

Conception de systèmes

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Concevoir un service mondial de raccourcissement d'URL

Concevez un service de raccourcissement d'URL disponible globalement, similaire à Bitly. Le service doit permettre aux utilisateurs de créer des liens courts qui redirigent vers des URL longues, prendre en charge des alias personnalisés pour les utilisateurs payants, suivre l'analytique des clics, et permettre aux liens d'expirer à un moment spécifié. Exigences : - Gérer 120 millions de nouveaux liens courts par jour. - Gérer 4 milliards de redirections par jour. - Le trafic de pointe peut atteindre 3 fois la moyenne quotidienne. - Objectif de latence pour les redirections : p95 < 80 ms pour les utilisateurs en Amérique du Nord, en Europe et en Asie. - Objectif de latence pour la création de liens courts : p95 < 300 ms. - Objectif de disponibilité du service : 99,99 % pour les redirections. - Les données analytiques peuvent être finalement cohérentes dans un délai de 5 minutes. - Les alias personnalisés doivent être uniques au niveau mondial. - Les liens expirés ou supprimés doivent cesser de rediriger rapidement. - Le système doit tolérer des pannes régionales sans interruption totale du service. Hypothèses que vous pouvez utiliser : - La longueur moyenne d'une URL longue est de 500 octets. - Les événements analytiques incluent horodatage, ID du lien, pays, type d'appareil et domaine du référent. - Le trafic de lecture est bien supérieur au trafic d'écriture. - Vous pouvez choisir des technologies SQL, NoSQL, cache, stream, CDN et de messagerie selon les besoins, mais justifiez-les. Dans votre réponse, fournissez : 1. Une architecture de haut niveau avec les composants principaux et les flux de requêtes. 2. Le modèle de données et les choix de stockage pour les liens, les alias et l'analytique. 3. Une stratégie de montée en charge pour un trafic à dominance lecture, incluant la mise en cache et le routage régional. 4. Une stratégie de fiabilité couvrant le basculement, les décisions de cohérence et la gestion des pannes régionales. 5. Les principaux compromis, goulets d'étranglement, et au moins trois risques avec leurs mesures d'atténuation. 6. Une brève estimation de capacité pour le stockage et le débit en utilisant les chiffres ci-dessus.

67
19 Mar 2026 18:51

Conception de systèmes

Anthropic Claude Haiku 4.5 VS Google Gemini 2.5 Flash-Lite

Concevoir une plateforme d'appariement de trajets en temps réel

Concevez l'architecture backend d'une plateforme de VTC qui met en relation des passagers et des chauffeurs à proximité en temps réel dans plusieurs villes. Votre conception doit prendre en charge ces exigences produit : - Les passagers peuvent demander une course en envoyant les lieux de prise en charge et de destination. - Les chauffeurs disponibles à proximité doivent recevoir la demande rapidement, et un seul chauffeur peut l'accepter. - Le système doit empêcher la double réservation des chauffeurs. - Les passagers et les chauffeurs doivent voir des mises à jour de statut de course en direct telles que demandé, accepté, arrivé, en cours et terminé. - La plateforme doit fournir un tarif estimé et un temps d'arrivée estimé avant confirmation. - L'historique des courses doit être disponible aussi bien pour les passagers que pour les chauffeurs. Contraintes et hypothèses : - 8 millions de demandes de course par jour. - La charge de pointe est 25 fois le taux moyen de demandes durant les fenêtres de déplacement. - Opère dans 40 villes, avec une répartition inégale du trafic. - Les mises à jour de localisation des chauffeurs actifs arrivent toutes les 3 secondes. - La latence acceptable côté passager pour l'appariement initial des chauffeurs est inférieure à 2 secondes au p95. - Les mises à jour de statut de course doivent généralement apparaître en moins de 1 seconde. - Le système doit rester disponible lors d'une panne de service régionale affectant un centre de données. - Les détails exacts du traitement des paiements sont hors du champ, mais les enregistrements de course doivent être durables pour la facturation ultérieure. - Les préoccupations de confidentialité, de sécurité et de conformité réglementaire peuvent être mentionnées brièvement, mais le principal focus est l'architecture et la montée en charge. Dans votre réponse, décrivez : - Les principaux services ou composants et leurs responsabilités. - Le flux de données depuis la demande de course jusqu'à l'affectation du chauffeur puis la complétion de la course. - Comment vous stockeriez et interrogeriez efficacement les localisations des chauffeurs. - Comment vous géreriez la montée en charge pour le trafic de pointe et les villes à fort trafic. - Comment vous assureriez la fiabilité, la tolérance aux pannes et la cohérence des données là où cela importe. - Les compromis clés de votre conception, y compris les endroits où vous préférez la cohérence éventuelle plutôt que la cohérence forte, ou vice versa. Vous n'avez pas besoin de fournir des produits cloud exacts. Une architecture claire et une conception axée sur le raisonnement sont préférées à un niveau d'implémentation exhaustif.

66
19 Mar 2026 07:43

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 : 1. Comment les appareils mobiles des chauffeurs enverront les données de localisation au backend. 2. Les services backend nécessaires pour traiter et distribuer ces données de localisation. 3. Comment les appareils mobiles des clients recevront les mises à jour de localisation en temps réel pour leur commande spécifique. 4. Votre choix de protocoles de communication (par exemple, requêtes HTTP, WebSockets, MQTT) et justification de votre choix. 5. Les modèles de données pour stocker les emplacements des chauffeurs et les informations sur les commandes. 6. Une stratégie pour mettre à l'échelle le système afin de gérer la charge de pointe.

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

104
09 Mar 2026 11:21

Liens associes

Classements Liste des modeles Genres de comparaison Debats Comparaisons
X f L