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 Flash VS Anthropic Claude Sonnet 4.6

Concevoir un service mondial de raccourcissement d’URL

Concevez un service public de raccourcissement d’URL similaire à Bitly. Les utilisateurs peuvent soumettre une URL longue et recevoir un alias court ; la visite du lien court doit rediriger rapidement vers l’URL d’origine. Le système doit prendre en charge des alias personnalisés, des dates d’expiration facultatives, des analyses de clics de base et l’atténuation des abus pour les liens malveillants. Exigences et contraintes : - Exigences fonctionnelles : - Créer des URL courtes pour des URL longues. - Rediriger les URL courtes vers les URL d’origine. - Prendre en charge des alias personnalisés lorsqu’ils sont disponibles. - Prendre en charge une durée d’expiration facultative par lien. - Enregistrer les événements de clic pour l’analytique. - Permettre aux utilisateurs de désactiver manuellement un lien. - Hypothèses d’échelle : - 120 millions de nouvelles URL courtes par mois. - 1,5 milliard de redirections par jour. - Le trafic de redirection est réparti à l’échelle mondiale et dominé par les lectures. - Les données analytiques doivent pouvoir être interrogées dans un délai de 15 minutes. - Objectifs de performance : - Latence p95 de redirection inférieure à 80 ms pour la plupart des régions. - p95 de création de lien court inférieure à 300 ms. - Disponibilité de 99,99 % pour les redirections. - Données et conservation : - Les liens peuvent vivre indéfiniment sauf s’ils expirent ou sont désactivés. - Les événements de clic bruts peuvent être conservés pendant 90 jours ; les analyses agrégées pendant 2 ans. - Contraintes opérationnelles : - Utilisez une infrastructure cloud standard ; ne supposez pas qu’un seul produit managé exotique résout tout. - Le budget compte : justifiez tous les choix de réplication, de mise en cache et de stockage. - Les codes courts doivent être compacts et raisonnablement difficiles à deviner à grande échelle, mais un secret parfait n’est pas requis. Dans votre réponse, fournissez : 1. Une architecture de haut niveau avec les principaux composants et le flux de données. 2. Des choix de stockage pour les métadonnées des liens, le chemin de redirection et les événements analytiques, avec justification. 3. Une stratégie de génération de codes courts, y compris la manière d’éviter les collisions et de gérer les alias personnalisés. 4. Un plan de montée en charge pour le trafic mondial, y compris la mise en cache, le partitionnement/sharding et les considérations multi-régions. 5. Un plan de fiabilité couvrant les pannes, les clés chaudes, la reprise après sinistre et le comportement en mode dégradé. 6. Les API clés et les principaux modèles de données. 7. Les considérations de sécurité et d’atténuation des abus. 8. Les principaux compromis que vous avez faits et pourquoi.

52
20 Mar 2026 11:03

Conception de systèmes

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Concevoir un service mondial de raccourcissement d'URL

Concevez un service public de raccourcissement d'URL similaire à Bitly. Les utilisateurs peuvent soumettre une URL longue et recevoir un alias court, puis n'importe qui peut utiliser le lien court pour être redirigé vers l'URL d'origine. Votre conception doit prendre en charge les exigences et contraintes suivantes : Exigences fonctionnelles : - Créer des liens courts pour des URL valides arbitraires. - Rediriger les liens courts avec une faible latence. - Prendre en charge des alias personnalisés facultatifs lorsqu'ils sont disponibles. - Fournir des analyses de clics de base par lien : clics totaux, clics au cours des dernières 24 heures et top 5 des pays par nombre de clics. - Autoriser des dates d'expiration des liens. Hypothèses d'échelle : - 120 millions de nouveaux liens courts par jour. - 8 milliards de requêtes de redirection par jour. - Charge en lecture prédominante avec forte concentration du trafic : une petite fraction des liens reçoit un trafic très élevé. - Utilisateurs mondiaux répartis entre Amérique du Nord, Europe et Asie. Contraintes : - Objectif de disponibilité de 99.99% pour les redirections. - Latence de redirection P95 inférieure à 80 ms pour les utilisateurs dans les principales régions. - Les liens nouvellement créés doivent être utilisables dans un délai de 2 secondes au niveau mondial. - Les analyses peuvent être éventuellement cohérentes, mais les redirections doivent être correctes. - Le budget compte : justifiez où vous dépenseriez pour une cohérence plus forte ou une réplication multi-région et où vous l'éviteriez. - N'utilisez pas de produit d'analyse géré tiers ; concevez le système de base vous-même. Veuillez fournir : - Une architecture de haut niveau avec les composants principaux et le flux de données. - Choix de stockage pour les mappings de liens, les événements d'analyse et les liens chauds en cache. - Stratégie de génération d'identifiants ou d'alias, y compris la gestion des collisions et les vérifications d'alias personnalisés. - Conception d'API pour create-link, redirect et récupération des analyses. - Approche de mise à l'échelle pour les hot keys, la mise en cache, le partitionnement et le trafic multi-régions. - Stratégie de fiabilité couvrant le basculement, la réplication des données, les sauvegardes et le comportement en dégradation. - Principaux compromis et au moins deux choix de conception alternatifs que vous avez envisagés et rejetés.

64
19 Mar 2026 04:33

Conception de systèmes

OpenAI GPT-5.2 VS Anthropic Claude Sonnet 4.6

Concevoir un système de notification en temps réel pour une application de covoiturage

Vous devez concevoir l'architecture de haut niveau d'un système de notification pour une application de covoiturage populaire. Le système doit pouvoir gérer 1 million d'utilisateurs actifs quotidiens et une moyenne de 500 000 trajets par jour, avec des pics aux heures de pointe. Le système doit délivrer les types de notifications suivants : 1. Le chauffeur a été affecté. 2. Le chauffeur arrive bientôt (par ex., dans 2 minutes). 3. La course est terminée et le reçu est disponible. 4. Messages promotionnels ciblés aux utilisateurs dans des zones géographiques spécifiques. Votre proposition de conception doit traiter les points suivants : - Une description architecturale de haut niveau des composants et de leurs interactions. - Les choix technologiques clés (par ex., pour la mise en file des messages, les bases de données, les services de notifications push) et la justification de ces choix. - Une stratégie pour garantir une faible latence (temps de livraison inférieur à 2 secondes) et une haute fiabilité (livraison au moins une fois). - Comment le système évoluerait pour gérer les pics de charge. - Une discussion des principaux compromis effectués dans votre conception (par ex., coût vs performance, cohérence vs disponibilité).

69
18 Mar 2026 20:31

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

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash-Lite

Concevoir un service de raccourcissement d'URL

Concevez un service public de raccourcissement d'URL similaire à un raccourcisseur de liens basique. Le service doit permettre aux utilisateurs de soumettre une URL longue et de recevoir un code court, puis rediriger les visiteurs depuis l'URL courte vers la destination originale. Dans votre réponse, proposez une conception pratique de haut niveau qui couvre : - exigences fonctionnelles principales - principales exigences non fonctionnelles - principaux endpoints d'API - modèle de données - comment les codes courts sont générés et garantis uniques - flux de requêtes en lecture et écriture - choix de stockage et stratégie de mise en cache - approche de montée en charge pour un trafic de lecture important - traitement des liens expirés ou supprimés - prévention basique des abus et limitation de débit - considérations de fiabilité et goulets d'étranglement probables - compromis et hypothèses Gardez la conception à un niveau de profondeur moyen : assez concrète pour être implémentable, mais sans entrer dans des détails spécifiques à un fournisseur ou des minuties réservées à la production.

75
13 Mar 2026 02:11

Liens associes

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