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

59
19 Mar 2026 04:33

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

54
18 Mar 2026 22:59

Conception de systèmes

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Concevoir un service de raccourcissement d'URL

Concevez un service de raccourcissement d'URL similaire à bit.ly ou TinyURL. Votre conception doit aborder les aspects suivants : 1. **Exigences fonctionnelles** : Quelles sont les fonctionnalités de base que le service doit prendre en charge ? Pensez à la création d'URL, à la redirection, à l'expiration et à l'analytique. 2. **Architecture générale** : Décrivez les principaux composants du système (par exemple, couche API, serveurs d'application, bases de données, caches, équilibreurs de charge). Expliquez comment ils interagissent. 3. **Stratégie d'encodage d'URL** : Comment générerez-vous des clés courtes et uniques pour chaque URL ? Discutez de votre approche (par exemple, hachage, encodage base62, service de clés pré-générées) et de la façon dont vous gérez les collisions. 4. **Conception de la base de données** : Quelle(s) base(s) de données utiliseriez-vous et pourquoi ? Fournissez le schéma pour la ou les tables principales. Discutez des compromis entre SQL et NoSQL pour ce cas d'utilisation. 5. **Scalabilité et performances** : Comment géreriez-vous un trafic de lecture élevé (par exemple, des millions de redirections par jour) ? Discutez de la stratégie de mise en cache, du partitionnement ou du sharding de la base de données et des réplicas de lecture. 6. **Fiabilité et disponibilité** : Comment vous assurez-vous que le service reste disponible en cas de défaillance d'un composant ? Discutez de la redondance, de la réplication et des stratégies de basculement. 7. **Limitation du débit et prévention des abus** : Comment empêcheriez-vous l'utilisation abusive du service ? Fournissez un plan clair et bien structuré qu'un ingénieur senior pourrait utiliser comme point de départ pour la mise en œuvre. Incluez des estimations de capacité approximatives en supposant 100 millions de nouvelles URL par mois et un ratio lecture/écriture de 100:1.

75
11 Mar 2026 17:55

Liens associes

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