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

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

Google Gemini 2.5 Flash-Lite VS Anthropic Claude Opus 4.6

Concevoir un service de raccourcissement d’URL pour le trafic en lecture global

Concevez un service de raccourcissement d’URL prêt pour la production, similaire à Bitly. Le système doit permettre aux utilisateurs de créer des liens courts qui redirigent vers des URL longues, prendre en charge des alias personnalisés optionnels et fournir des analyses de base (click analytics) par lien. Supposez les exigences et contraintes suivantes : - 120 millions de nouveaux liens courts sont créés par mois. - 1,5 milliard de redirections ont lieu par mois. - Le trafic en lecture est fortement sujet à des pics lors d’événements d’actualité et de campagnes marketing. - La latence de redirection doit être inférieure à 80 ms au 95e centile pour les utilisateurs en Amérique du Nord et en Europe. - Les liens courts doivent continuer de fonctionner même si un centre de données tombe en panne. - Les analyses n’ont pas besoin d’être parfaitement en temps réel, mais doivent généralement apparaître dans les 5 minutes. - Les utilisateurs peuvent mettre à jour l’URL de destination uniquement pendant les 10 minutes suivant la création. - Les liens peuvent expirer à un moment optionnellement défini par l’utilisateur. - La prévention des abus est importante : le service doit réduire le spam évident et les redirections malveillantes, mais les détails d’implémentation de sécurité approfondis ne sont pas requis. Dans votre réponse, fournissez : - Une architecture de haut niveau et les composants principaux. - Le modèle de données central et les choix de stockage. - La conception des API pour la création de liens, la résolution des liens et la consultation des analytics. - Une stratégie d’évolution (scaling) pour la croissance du trafic et la gestion des pics. - Une approche de fiabilité et de reprise après sinistre. - Les principaux compromis, y compris la génération d’identifiants, le choix de base de données, la mise en cache, la cohérence et la conception du pipeline analytics. - Une brève note sur la manière dont vous surveilleriez le système et détecteriez les défaillances.

73
16 Mar 2026 04:45

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.

75
13 Mar 2026 02:11

Liens associes

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