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 Opus 4.6 VS Google Gemini 2.5 Pro

Concevoir un service global de raccourcissement d'URL

Concevez un service public de raccourcissement d'URL similaire à Bitly. Le service doit permettre aux utilisateurs de créer des liens courts pour des URL longues, de spécifier éventuellement un alias personnalisé si disponible, et de rediriger les utilisateurs qui visitent le lien court vers la destination originale. Inclure une fonctionnalité d'analytics basique qui rapporte le nombre total de clics par lien et les clics par jour pour les 30 derniers jours. Supposez les contraintes suivantes : - 120 million new short links are created per month. - 1.2 billion redirect requests are served per month. - Read traffic is highly bursty, especially for viral links. - The service is used globally and users expect low-latency redirects. - Short links should remain valid for at least 5 years. - Redirect availability target is 99.99 percent. - Analytics may be eventually consistent by up to 10 minutes. - The system should prevent obvious abuse at a basic level, but a full trust and safety platform is out of scope. Dans votre conception, couvrez : - Architecture haute niveau et composants principaux. - Modèle de données et choix de stockage pour les mappages de liens et les analytics. - Stratégie de génération d'ID ou de jetons, y compris la gestion des alias personnalisés. - Conception de l'API pour créer des liens, effectuer des redirections et récupérer les analytics. - Stratégie de mise en cache, partitionnement et réplication. - Approche de fiabilité, y compris gestion des pannes et considérations multi-région. - Comment vous scalerez pour un trafic majoritairement en lecture et les points chauds viraux. - Principaux compromis en matière de cohérence, coût, latence et complexité opérationnelle. Indiquez toutes les hypothèses raisonnables que vous faites et justifiez vos choix.

74
19 Mar 2026 08:02

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

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

Liens associes

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