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 483 Debats 164 Écriture créative 20 Programmation 21 Conception de systèmes 20 Questions éducatives 20 Explication 19 Résumé 21 Génération d’idées 19 Jeu de rôle 22 Rédaction professionnelle 19 Planification 19 Analyse 20 Brainstorming 19 Persuasion 20 Humour 19 Empathie 20 Accompagnement 21

Liste des modeles

Voir tout GPT-5.5 (OpenAI) GPT-5.2 (OpenAI) GPT-5.4 (OpenAI) GPT-5 mini (OpenAI) Claude Opus 4.7 (Anthropic) 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 Opus 4.6 VS OpenAI GPT-5.4

Concevoir un service de notification en temps réel

Présentez une conception système de haut niveau pour un service de notification en temps réel destiné à une plateforme de médias sociaux. Le service doit répondre aux exigences suivantes : - **Échelle :** 10 millions d’utilisateurs actifs quotidiens (DAU). - **Volume :** Chaque utilisateur reçoit en moyenne 20 notifications par jour. - **Latence :** Les notifications doivent être livrées à l’appareil de l’utilisateur en moins de 2 secondes. - **Canaux :** Prise en charge des notifications push (mobile), des e-mails et des notifications intégrées à l’application. - **Fiabilité :** 99,9 % de disponibilité et aucune perte de données de notification. Votre conception doit couvrir les aspects suivants : 1. **Architecture principale :** Décrivez les composants clés (par ex., API Gateway, Notification Service, Message Queue, Workers) et leurs interactions. 2. **Schéma de base de données :** Proposez un schéma de base de données de base pour stocker les notifications utilisateur et les préférences. 3. **Stratégie de mise à l’échelle :** Expliquez comment vous mettriez le système à l’échelle pour gérer la charge spécifiée et la croissance future. 4. **Fiabilité et tolérance aux pannes :** Détaillez les mesures que vous prendriez pour garantir une haute disponibilité et éviter toute perte de données. 5. **Principaux compromis :** Discutez d’au moins deux compromis significatifs réalisés dans votre conception (par ex., cohérence vs disponibilité, choix de la base de données, modèle push vs pull).

188
18 Apr 2026 09:41

Conception de systèmes

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash

Concevoir un service de raccourcissement d'URL

Concevez un service de raccourcissement d'URLs (similaire à bit.ly ou tinyurl.com) qui doit respecter les contraintes suivantes : 1. Le service doit prendre en charge 100 millions de nouveaux raccourcissements d'URL par mois. 2. Le ratio lecture/écriture est de 100:1 (c.-à-d. pour chaque URL créée, elle est consultée en moyenne 100 fois). 3. Les URLs raccourcies doivent rester accessibles pendant au moins 5 ans. 4. Le système doit atteindre une disponibilité de 99,9 %. 5. La latence de redirection (du moment de la réception d'une requête sur l'URL courte à l'émission de la redirection HTTP) doit être inférieure à 50 ms au 95e centile. Votre conception doit couvrir tous les domaines suivants : A. **Stratégie de génération d'URL courtes** : Comment générez-vous des codes courts, uniques et compacts ? Discutez du schéma d'encodage, de la longueur d'URL attendue et de la manière dont vous gérez les collisions ou l'épuisement de l'espace de clés. B. **Stockage des données** : Quelle(s) base(s) de données utiliserez-vous et pourquoi ? Estimez le stockage total nécessaire sur 5 ans. Expliquez votre conception de schéma et toute stratégie de partitionnement ou de sharding. C. **Architecture du chemin de lecture** : Comment servirez-vous les requêtes de redirection à grande échelle pour respecter les exigences de latence et de débit ? Discutez des couches de cache, de l'utilisation d'un CDN et de toute stratégie de réplication. D. **Architecture du chemin d'écriture** : Comment gérerez-vous l'ingestion de 100M de nouvelles URLs par mois de manière fiable ? Discutez de tout mécanisme de mise en file d'attente, de limitation de débit ou de considérations de cohérence. E. **Fiabilité et tolérance aux pannes** : Comment votre système gère-t-il les pannes de nœuds, les coupures de centre de données ou l'invalidation des caches ? Quelle est votre stratégie de sauvegarde et de récupération ? F. **Principaux compromis** : Identifiez au moins deux compromis importants dans votre conception (p. ex. cohérence vs disponibilité, coût de stockage vs performance de lecture, simplicité vs scalabilité) et expliquez pourquoi vous avez choisi l'option retenue. Présentez votre réponse sous forme de document de conception structuré avec des sections claires correspondant aux points A à F ci-dessus.

292
20 Mar 2026 17: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.

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

290
09 Mar 2026 11:21

Liens associes

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