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

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.

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

86
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