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 Pro VS OpenAI GPT-5 mini

Concevoir un service de raccourcissement d'URL à grande échelle

On vous confie la conception d'un service de raccourcissement d'URL (similaire à bit.ly ou tinyurl.com) qui doit respecter les contraintes suivantes : 1. Le service doit supporter 100 millions de nouveaux raccourcissements d'URL par mois. 2. Le ratio lecture/écriture est de 100:1 (c.-à-d. 10 milliards de redirections par mois). 3. Les URL raccourcies doivent comporter au maximum 7 caractères (alphanumériques). 4. Le système doit garantir qu'une URL raccourcie, une fois créée, n'expire jamais à moins d'être explicitement supprimée par l'utilisateur. 5. La latence de redirection (de la réception de la requête à l'émission du HTTP 301/302) doit être inférieure à 10 millisecondes au 99e centile. 6. Le système doit rester disponible même si un centre de données entier devient indisponible. 7. Le service doit prendre en charge un tableau de bord d'analyse optionnel affichant les comptes de clics, la répartition géographique et les données des référents par URL raccourcie, mais l'analytique ne doit pas dégrader la performance des redirections. Fournissez une conception système complète qui aborde : A. Architecture haute-niveau : Décrivez les composants principaux et comment ils interagissent. B. Stratégie de génération d'URL : Comment vous générez des codes courts uniques, pourquoi vous avez choisi cette approche, et comment vous gérez les collisions. C. Modèle de données et stockage : Quelles bases de données ou systèmes de stockage vous utilisez et pourquoi. Incluez les considérations de schéma. D. Optimisation du chemin de lecture : Comment vous atteignez l'exigence de latence pour les redirections à cette échelle. E. Chemin d'écriture : Comment les nouvelles URL sont créées et persistées de manière fiable. F. Stratégie de mise à l'échelle : Comment le système évolue horizontalement pour gérer la croissance. G. Fiabilité et tolérance aux pannes : Comment vous gérez les pannes de centres de données, la réplication et le basculement. H. Pipeline d'analytique : Comment vous collectez, traitez et servez les données analytiques sans impacter le chemin critique de redirection. I. Principaux compromis : Identifiez au moins trois compromis significatifs que vous avez faits dans votre conception et justifiez chacun. Soyez précis concernant les technologies, protocoles et estimations numériques lorsque c'est pertinent (par exemple, calculs de stockage, estimations de QPS, tailles de cache, analyse de l'espace de clés des codes courts).

59
18 Mar 2026 22:59

Conception de systèmes

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5 mini

Concevoir un système de notifications en temps réel évolutif

Vous êtes un ingénieur logiciel senior chargé de concevoir un système de notifications en temps réel pour une plateforme de médias sociaux en pleine croissance. Le système doit pouvoir délivrer des notifications (par ex. « nouveau j'aime », « nouveau commentaire », « demande d'ami ») aux utilisateurs qui sont actuellement en ligne. **Exigences du système :** * **Fonctionnel :** 1. Les utilisateurs peuvent s'abonner à différents sujets de notification (par ex. mises à jour de leurs propres publications, mises à jour d'amis spécifiques). 2. Un service de publication d'événements peut envoyer des messages vers des sujets ou des utilisateurs spécifiques. 3. Les utilisateurs abonnés et en ligne reçoivent les notifications pertinentes en temps réel. * **Non-Fonctionnel (Contraintes) :** 1. **Scalabilité :** Le système doit supporter 1 million d'utilisateurs simultanés en ligne et une charge de pointe de 10 000 notifications par seconde. 2. **Latence :** 99 % des notifications doivent être livrées sur l'appareil de l'utilisateur dans les 200 millisecondes suivant la publication de l'événement. 3. **Fiabilité :** Le système doit garantir une livraison "au moins une fois" des notifications. 4. **Disponibilité :** Le système doit avoir une disponibilité de 99,95 %. **Votre tâche :** Fournissez une conception système à haut niveau. Votre réponse doit couvrir : 1. L'architecture globale (y compris les composants clés tels que les passerelles API, le service de notification, les files de messages, les bases de données et la gestion des connexions clients). 2. Les choix technologiques pour les composants clés et les raisons qui les motivent (par ex. WebSockets vs. Long Polling, Kafka vs. RabbitMQ, NoSQL vs. SQL). 3. Comment votre conception répond aux exigences de scalabilité, latence, fiabilité et disponibilité. 4. Une discussion des compromis potentiels que vous avez faits dans votre conception.

87
16 Mar 2026 05:05

Conception de systèmes

OpenAI GPT-5 mini VS Anthropic Claude Opus 4.6

Concevoir un système de notifications e‑commerce en temps réel

Vous êtes ingénieur logiciel senior dans une entreprise de commerce électronique en forte croissance. Votre tâche consiste à concevoir un système de notifications en temps réel. Ce système doit alerter les utilisateurs au sujet de divers événements, tels que les mises à jour du statut des commandes (par exemple, « expédiée », « livrée »), les baisses de prix d'articles présents dans leur liste de souhaits et les annonces de ventes flash. Concevez une architecture de haut niveau pour ce système. Votre conception doit répondre aux exigences suivantes : 1. **Débit élevé :** Le système doit pouvoir traiter jusqu'à 100 000 notifications par minute pendant les périodes de pointe, comme les grands événements promotionnels. 2. **Basse latence :** 99 % des notifications doivent être délivrées sur l'appareil de l'utilisateur dans les 5 secondes suivant la survenue de l'événement. 3. **Fiabilité :** Le système doit garantir la livraison au moins une fois des notifications. Aucune notification critique (comme une mise à jour de commande) ne doit être perdue. 4. **Scalabilité :** L'architecture doit pouvoir monter horizontalement pour gérer la croissance future du nombre d'utilisateurs et du volume de notifications. 5. **Personnalisation :** Le système doit permettre l'envoi de notifications ciblées à des segments d'utilisateurs spécifiques (par exemple, les utilisateurs intéressés par une catégorie de produit particulière). Décrivez l'architecture proposée, y compris les composants clés et leurs interactions. Expliquez votre choix de technologies (par exemple, message queues, bases de données, services de push notification). Justifiez vos décisions de conception en discutant des compromis que vous avez envisagés, en particulier concernant la cohérence, la disponibilité et le coût.

75
15 Mar 2026 11:23

Conception de systèmes

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Concevoir un service de raccourcissement d'URL à grande échelle

Vous devez concevoir un service de raccourcissement d'URL (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. 10 milliards de redirections par mois). 3. Les URL raccourcies doivent faire au maximum 7 caractères (alphanumériques). 4. Les URL raccourcies ne doivent pas être devinables ni séquentielles. 5. Le système doit atteindre 99,9 % de disponibilité. 6. La latence de redirection doit être inférieure à 10 ms au 95e percentile. 7. Les URL raccourcies doivent expirer après un TTL configurable (par défaut 5 ans), et les URL expirées doivent pouvoir être récupérées. 8. Le service doit fonctionner dans au moins deux régions géographiques pour la reprise après sinistre. Fournissez une conception système complète qui traite les éléments suivants : - Description du diagramme d'architecture de haut niveau (décrivez clairement les composants et leurs interactions en texte) - Algorithme de raccourcissement d'URL et stratégie de génération de clés, y compris comment éviter les collisions et garantir la non-devinabilité - Schéma de base de données et choix de la technologie de stockage, avec justification - Stratégie de mise en cache et approche d'invalidation du cache - Chemin de lecture et chemin d'écriture, décrits séparément avec des calculs estimés de débit - Stratégie d'extensibilité : comment le système gère une croissance du trafic de 10x - Déploiement multi-régions et modèle de cohérence des données, y compris les compromis choisis (raisonnement CAP theorem) - Mécanisme d'expiration TTL et de récupération des URL - Modes de défaillance et comment le système se rétablit (au moins 3 scénarios de défaillance précis) - Principaux compromis que vous avez faits et alternatives envisagées mais rejetées, avec justification Soyez précis sur les chiffres, les choix technologiques et le raisonnement architectural. Évitez les généralités vagues.

86
14 Mar 2026 19:35

Liens associes

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