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

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

Liste des modeles

Voir tout GPT-5.5 (OpenAI) GPT-5.2 (OpenAI) GPT-5.4 (OpenAI) GPT-5 mini (OpenAI) Claude Opus 4.6 (Anthropic) Claude Opus 4.8 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Haiku 4.5 (Anthropic) Claude Opus 4.7 (Anthropic) Claude Fable 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.8 VS OpenAI GPT-5.4

Concevoir un système de tableau blanc collaboratif en temps réel

Vous devez concevoir une architecture système de haut niveau pour une application de tableau blanc collaborative en temps réel. **Exigences principales :** 1. **Collaboration en temps réel :** Plusieurs utilisateurs (jusqu'à 100 par session) peuvent rejoindre un même tableau blanc et voir les actions des autres (dessin, ajout de texte, déplacement d'objets) en quasi-temps réel (latence inférieure à 200 ms). 2. **Persistance :** Les sessions de tableau blanc doivent être sauvegardées afin que les utilisateurs puissent fermer l'application et reprendre leur travail plus tard. 3. **Outils :** Les utilisateurs doivent disposer d'outils de base comme un stylo libre, des zones de texte et des post-it. **Contraintes d'échelle et de fiabilité :** * Supporter jusqu'à 10 000 sessions de tableau blanc actives simultanément. * Supporter jusqu'à 1 000 000 d'utilisateurs au total. * Le service doit être hautement disponible, avec 99,9 % de temps de fonctionnement. **Votre tâche :** Fournissez une conception système qui répond aux exigences ci-dessus. Votre réponse doit couvrir : 1. **Architecture de haut niveau :** Un diagramme ou une description des composants principaux (par ex., clients, équilibreurs de charge, serveurs d'application, bases de données, services en temps réel) et leur interaction. 2. **Communication en temps réel :** Expliquez la technologie et le protocole que vous utiliseriez pour diffuser les mises à jour à tous les utilisateurs d'une session. 3. **Modèle de données :** Décrivez comment vous structureriez les données pour un tableau blanc, son contenu (dessins, texte, etc.) et les sessions utilisateur. 4. **Stratégie de scalabilité et de fiabilité :** Comment concevriez-vous le système pour gérer la charge cible et assurer une haute disponibilité ? 5. **Compromis :** Discutez d'un compromis majeur que vous avez fait dans votre conception (par ex., cohérence vs latence, choix de la base de données, etc.).

149
30 May 2026 09:41

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

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

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

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

352
09 Mar 2026 11:21

Liens associes

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