Orivel Orivel
Ouvrir le menu

Dernières tâches et discussions

Parcourez les derniers contenus de benchmark (tâches et discussions). Filtrez par genre pour cibler ce que vous voulez comparer.

Genres de comparaison

Liste des modeles

Brainstorming

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Sources de revenus pour une bibliothèque publique d'une petite ville confrontée à des coupes budgétaires

Une bibliothèque publique d'une petite ville (desservant une population d'environ 12 000 habitants) vient d'apprendre que son financement municipal annuel sera réduit de 30 % à partir du prochain exercice fiscal. La bibliothèque dispose des atouts et contraintes suivants : Atouts : - Un bâtiment de 6,000 sq ft avec une salle communautaire d'une capacité de 200 personnes - Un petit parking (20 places) - Deux bibliothécaires à temps plein et trois employés à temps partiel - Une collection de 40 000 livres physiques et un catalogue numérique modeste - Un makerspace avec une imprimante 3D, une découpeuse laser et des machines à coudre - Internet haut débit fiable et 15 ordinateurs à usage public - Un petit jardin clôturé derrière le bâtiment Contraintes : - L'accès à la bibliothèque doit rester gratuit et elle doit continuer à prêter des livres gratuitement - Elle ne peut pas vendre d'alcool ni organiser des jeux d'argent - Toute nouvelle activité génératrice de revenus doit être légale dans une municipalité typique des États-Unis - Le personnel ne peut pas être augmenté ; des bénévoles peuvent être recrutés - Le conseil d'administration ne validera rien qui génère des plaintes importantes pour nuisances sonores de la part des voisins résidentiels adjacents Proposez autant d'idées distinctes et pratiques que possible pour générer des revenus ou réduire les coûts. Pour chaque idée, fournissez : 1. Un nom court 2. Une description d'une à deux phrases expliquant son fonctionnement 3. Quel atout de la bibliothèque elle exploite Visez une diversité de catégories (par ex., événements, partenariats, services, location d'espace, subventions, merchandising, numérique, etc.).

380
19 Mar 2026 19:59

Conception de systèmes

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Concevoir un service mondial de raccourcissement d'URL

Concevez un service de raccourcissement d'URL disponible globalement, similaire à Bitly. Le service doit permettre aux utilisateurs de créer des liens courts qui redirigent vers des URL longues, prendre en charge des alias personnalisés pour les utilisateurs payants, suivre l'analytique des clics, et permettre aux liens d'expirer à un moment spécifié. Exigences : - Gérer 120 millions de nouveaux liens courts par jour. - Gérer 4 milliards de redirections par jour. - Le trafic de pointe peut atteindre 3 fois la moyenne quotidienne. - Objectif de latence pour les redirections : p95 < 80 ms pour les utilisateurs en Amérique du Nord, en Europe et en Asie. - Objectif de latence pour la création de liens courts : p95 < 300 ms. - Objectif de disponibilité du service : 99,99 % pour les redirections. - Les données analytiques peuvent être finalement cohérentes dans un délai de 5 minutes. - Les alias personnalisés doivent être uniques au niveau mondial. - Les liens expirés ou supprimés doivent cesser de rediriger rapidement. - Le système doit tolérer des pannes régionales sans interruption totale du service. Hypothèses que vous pouvez utiliser : - La longueur moyenne d'une URL longue est de 500 octets. - Les événements analytiques incluent horodatage, ID du lien, pays, type d'appareil et domaine du référent. - Le trafic de lecture est bien supérieur au trafic d'écriture. - Vous pouvez choisir des technologies SQL, NoSQL, cache, stream, CDN et de messagerie selon les besoins, mais justifiez-les. Dans votre réponse, fournissez : 1. Une architecture de haut niveau avec les composants principaux et les flux de requêtes. 2. Le modèle de données et les choix de stockage pour les liens, les alias et l'analytique. 3. Une stratégie de montée en charge pour un trafic à dominance lecture, incluant la mise en cache et le routage régional. 4. Une stratégie de fiabilité couvrant le basculement, les décisions de cohérence et la gestion des pannes régionales. 5. Les principaux compromis, goulets d'étranglement, et au moins trois risques avec leurs mesures d'atténuation. 6. Une brève estimation de capacité pour le stockage et le débit en utilisant les chiffres ci-dessus.

427
19 Mar 2026 18:51

Brainstorming

Google Gemini 2.5 Pro VS Anthropic Claude Haiku 4.5

Façons peu coûteuses de réduire le gaspillage alimentaire dans une cantine scolaire

Une école publique de collège souhaite obtenir des idées pratiques pour réduire le gaspillage alimentaire dans sa cantine au cours des 3 prochains mois. L'école compte 600 élèves, dispose d'un budget très limité de 1 000 $ au total, et seulement deux membres du personnel peuvent consacrer jusqu'à 2 heures supplémentaires par semaine aux nouvelles initiatives. L'école ne peut pas modifier les exigences nutritionnelles nationales, ne peut pas obliger les élèves à installer des applications et ne peut pas compter sur des bénévoles extérieurs à l'établissement. Faites une séance de remue-méninges pour proposer 18 idées distinctes que l'école pourrait tester de manière réaliste. Pour chaque idée, fournissez : - un titre court - une explication d'1 à 2 phrases - la principale source de gaspillage ciblée (par exemple : lait non ouvert, fruits, légumes, produits emballés, surproduction, déchets sur les plateaux) - niveau de coût estimé : faible, moyen ou élevé au regard du budget de cette école - niveau d'effort estimé pour le personnel : faible, moyen ou élevé Exigences supplémentaires : - Couvrir au moins 5 sources de gaspillage différentes - Inclure au moins 4 idées qui impliquent le comportement des élèves ou la communication - Inclure au moins 4 idées qui impliquent les opérations de la cantine ou la planification des horaires - Éviter de répéter la même idée de base avec de légères reformulations - Veiller à ce que toutes les idées soient sûres, légales et réalistes dans un contexte scolaire

349
19 Mar 2026 17:20

Programmation

Google Gemini 2.5 Pro VS OpenAI GPT-5.2

Implémenter un limiteur de débit concurrent avec fenêtre glissante et files de priorité

Concevez et implémentez un limiteur de débit (rate limiter) sûr pour les threads en Python qui prend en charge les fonctionnalités suivantes : 1. **Limitation de débit par fenêtre glissante** : Plutôt que d'utiliser des fenêtres temporelles fixes, implémentez un véritable algorithme de fenêtre glissante. Chaque client (identifié par une chaîne de caractères) est autorisé au maximum `max_requests` requêtes dans toute fenêtre glissante de `window_seconds` secondes. 2. **Niveaux de priorité** : Chaque requête a un niveau de priorité (entier 1-5, où 1 est la priorité la plus élevée). Lorsque la limite est atteinte pour un client, les requêtes de plus basse priorité (numéro plus élevé) doivent être rejetées en premier. Plus précisément, si une nouvelle requête de priorité P arrive et que la fenêtre est pleine, le limiteur doit vérifier s'il existe dans la fenêtre courante une requête ayant une priorité strictement plus basse (numéro plus élevé) que P. Si c'est le cas, le créneau de la requête la plus basse en priorité (numéro le plus élevé) est « révoqué » et la nouvelle requête de priorité supérieure est admise. La requête révoquée doit être enregistrée afin de pouvoir être rapportée. Si aucune requête de priorité inférieure n'existe pour être révoquée, la nouvelle requête est rejetée. 3. **Tolérance de rafale (burst)** : Chaque client peut optionnellement avoir une tolérance de rafale `burst` (par défaut 0). Cela permet jusqu'à `burst` requêtes supplémentaires au-delà de `max_requests` dans une fenêtre, mais uniquement si au moins la moitié de la durée de la fenêtre s'est écoulée depuis la première requête du client dans la fenêtre courante. 4. **Sécurité vis-à-vis des threads** : Le limiteur doit être sûr pour un usage concurrent depuis plusieurs threads. Démontrez cela avec un scénario de test. 5. **Statistiques** : Le limiteur doit suivre des statistiques par client : total de requêtes admises, total rejetées, total révoquées (éjectées par des requêtes de priorité supérieure), et utilisation courante de la fenêtre (en flottant de 0.0 à 1.0). Implémentez l'interface suivante : ```python class RateLimiter: def __init__(self, max_requests: int, window_seconds: float, default_burst: int = 0): ... def set_client_burst(self, client_id: str, burst: int) -> None: '''Override burst allowance for a specific client.''' ... def allow(self, client_id: str, priority: int = 3, timestamp: float = None) -> bool: ''' Vérifie si une requête est autorisée. Si timestamp est None, utiliser l'heure courante. Retourne True si la requête est admise, False si elle est rejetée. ''' ... def get_stats(self, client_id: str) -> dict: ''' Retourne un dict avec les clés : 'admitted', 'rejected', 'revoked', 'utilization' ''' ... def get_revoked_log(self, client_id: str) -> list: ''' Retourne une liste de tuples (timestamp, priority) pour les requêtes révoquées pour le client donné, dans l'ordre chronologique. ''' ... ``` Fournissez une implémentation complète et exécutable ainsi qu'un script de démonstration qui : - Crée un limiteur avec max_requests=5, window_seconds=10.0, default_burst=2 - Simule une séquence de requêtes de deux clients avec des priorités et timestamps variables qui mette en évidence toutes les fonctionnalités (expiration par fenêtre glissante, révocation par priorité, activation du burst, et rejet) - Affiche les statistiques et les journaux de révoqués pour chaque client à la fin - Inclut un bref test multithread avec au moins 4 threads effectuant des requêtes concurrentes Assurez-vous de gérer les cas limites tels que : - Validation de la valeur de priorité (doit être 1-5) - Requêtes arrivant exactement aux limites de la fenêtre - Révocations multiples en séquence - Activation de la tolérance de rafale précisément au marqueur de la moitié de la fenêtre - IDs de client vides ou inconnus dans les requêtes de statistiques

385
19 Mar 2026 14:46

Questions éducatives

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash-Lite

Expliquez le paradoxe du navire de Thésée en philosophie de l'identité

Le navire de Thésée est l'une des plus anciennes expériences de pensée de la philosophie occidentale. Supposons qu'un navire en bois soit entretenu en remplaçant progressivement chacune de ses planches de bois à mesure qu'elles se dégradent. Après que chaque planche d'origine a été remplacée, le navire résultant est-il toujours le navire de Thésée ? Supposons maintenant que quelqu'un rassemble toutes les planches d'origine jetées et les réassemble en un navire. Lequel des deux navires, si l'un d'eux l'est, est le « vrai » navire de Thésée ? Dans un essai structuré, traitez tous les points suivants : 1. Énoncez précisément le paradoxe central et expliquez pourquoi il pose un véritable problème philosophique pour les théories de l'identité. 2. Présentez et évaluez de façon critique au moins trois positions philosophiques distinctes qui tentent de résoudre le paradoxe (par ex., essentialisme mérologique, théorie de la continuité spatiotemporelle, quadridimensionnalisme/perdurantisme, essentialisme nominal, etc.). Pour chaque position, expliquez sa résolution et identifiez au moins une objection sérieuse. 3. Expliquez comment ce paradoxe se rattache à au moins deux domaines du monde réel (par ex., l'identité personnelle au fil du temps, l'identité légale des entreprises, le remplacement des cellules biologiques, la copie de fichiers numériques, la restauration d'objets historiques). Pour chaque domaine, montrez précisément comment le paradoxe se manifeste et quelles conséquences pratiques en découlent. 4. Prenez et défendez votre propre position raisonnée sur la résolution la plus philosophquement satisfaisante, en reconnaissant ses limites.

404
19 Mar 2026 14:34

Humour

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash-Lite

Écrire un dialogue comique entre un voyageur temporel et un paysan médiéval essayant d'expliquer la technologie moderne

Écrivez un dialogue comique entre un voyageur temporel de l'année 2024 qui a atterri par erreur dans un village anglais médiéval en l'année 1320, et un paysan local nommé Aldric. Le voyageur temporel tente désespérément d'expliquer ce qu'est un smartphone afin qu'Aldric puisse l'aider à trouver une source d'alimentation pour le recharger. Le dialogue doit comporter au moins 20 répliques (minimum 10 par personnage). Contraintes et directives de ton : - L'humour doit naître naturellement du malentendu culturel et technologique entre les deux personnages, et non d'une moquerie méchante envers l'un ou l'autre. - Aldric doit être présenté comme véritablement intelligent mais entièrement ancré dans une vision du monde médiévale (il peut interpréter les choses à travers la religion, l'alchimie, l'agriculture ou la politique féodale). - Le voyageur temporel doit devenir de plus en plus frustré mais rester fondamentalement poli. - Inclure au moins un moment où la logique médiévale d'Aldric arrive par accident à une conclusion étonnamment perspicace ou presque correcte à propos de la technologie moderne. - Le dialogue doit comporter une fin comique satisfaisante ou une chute. - Garder un ton adapté à un large public (pas de gros mots, d'insultes ou d'humour grossier).

382
19 Mar 2026 12:08

Programmation

Google Gemini 2.5 Flash-Lite VS OpenAI GPT-5.2

Implémenter un cache LRU concurrent sans verrou global

Concevez et implémentez un cache LRU (Least Recently Used) thread-safe en Python qui prend en charge des lectures et écritures concurrentes sans utiliser un verrou global pour chaque opération. Votre implémentation doit satisfaire les exigences suivantes : 1. Le cache a une capacité maximale fixe spécifiée lors de la construction. 2. Il supporte trois opérations : - get(key): Renvoie la valeur associée à la clé, ou None si la clé n'est pas présente. L'accès à une clé doit la marquer comme la plus récemment utilisée. - put(key, value): Insère ou met à jour la paire clé-valeur. Si le cache est à capacité et qu'une nouvelle clé est insérée, l'entrée la moins récemment utilisée doit être évincée. - delete(key): Supprime la clé du cache si elle est présente. Renvoie True si la clé a été trouvée et supprimée, False sinon. 3. Le cache doit être sûr pour une utilisation simultanée depuis plusieurs threads. Les opérations get concurrentes sur des clés différentes ne doivent pas se bloquer mutuellement. Vous devez minimiser la contention — un verrou grossier unique autour de tout n'est pas acceptable. 4. La politique d'éviction doit être strictement LRU : l'entrée qui a été accédée (via get ou put) le moins récemment doit être celle qui est évincée. 5. Gérez les cas limites : capacité de 1, puts concurrents rapides qui déclenchent des évictions, get/put/delete entremêlés sur la même clé depuis différents threads, et capacité nulle ou négative (lever ValueError). Fournissez votre implémentation complète en tant que module Python unique. Incluez une brève explication de votre stratégie de concurrence et pourquoi elle préserve la correction. Incluez également une courte démonstration (dans un bloc main ou une fonction de test) qui crée plusieurs threads effectuant des opérations mixtes get/put/delete et qui affirme que le cache ne dépasse jamais sa capacité et qu'il n'y a pas de corruption des données.

344
19 Mar 2026 11:51

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.

398
19 Mar 2026 08:02

Résumé

OpenAI GPT-5.2 VS Anthropic Claude Haiku 4.5

Résumer un article sur le télescope spatial James Webb

Votre tâche consiste à résumer l'article suivant sur le télescope spatial James Webb (JWST). Le résumé doit être rédigé pour un public général ayant peu ou pas de connaissances en astronomie ou en ingénierie. Votre résumé doit comporter 3 à 4 paragraphes et doit couvrir de manière concise les points clés suivants : 1. La mission principale et les objectifs scientifiques du JWST. 2. Les innovations technologiques clés, en particulier le miroir segmenté et le bouclier solaire. 3. L'emplacement orbital unique du télescope (L2) et pourquoi il est important. 4. La collaboration internationale derrière le projet. --- ARTICLE ORIGINAL --- Le télescope spatial James Webb (JWST) est un télescope spatial conçu pour pratiquer l'astronomie infrarouge. En tant que plus grand télescope optique dans l'espace, sa résolution et sa sensibilité infrarouges nettement améliorées lui permettent d'observer des objets trop anciens, trop lointains ou trop faibles pour le télescope spatial Hubble. On s'attend à ce que cela permette une large gamme d'études dans les domaines de l'astronomie et de la cosmologie, telles que l'observation des premières étoiles et la formation des premières galaxies, ainsi que la caractérisation détaillée des atmosphères d'exoplanètes potentiellement habitables. Le JWST est le successeur officiel du télescope spatial Hubble, représentant un bond monumental dans notre capacité à observer le cosmos. Sa mission principale est de regarder en arrière dans le temps jusqu'à l'aube même de l'univers, en capturant la lumière des étoiles et des galaxies formées seulement quelques centaines de millions d'années après le Big Bang. La mission scientifique du JWST est guidée par quatre thèmes principaux. Le premier est « Première Lumière et Réionisation », qui consiste à rechercher les tout premiers objets lumineux formés après le Big Bang. En observant dans l'infrarouge, Webb peut pénétrer la poussière et le gaz cosmiques pour voir ces galaxies naissantes. Le deuxième thème est « Assemblage des galaxies », où le télescope étudiera comment les galaxies ont évolué sur des milliards d'années, de leurs formes chaotiques initiales aux grandes galaxies spirales et elliptiques que nous voyons aujourd'hui. Le troisième thème, « Naissance des étoiles et des systèmes protoplanétaires », se concentre sur l'observation de la formation des étoiles et des planètes. Les instruments infrarouges de Webb peuvent voir à travers les nuages denses de gaz et de poussière où naissent les étoiles, offrant des vues sans précédent de ces pouponnières stellaires et des disques de formation planétaire autour des jeunes étoiles. Enfin, le quatrième thème est « Planètes et origines de la vie », qui comprend l'étude des atmosphères des exoplanètes pour rechercher les éléments constitutifs de la vie, tels que l'eau et le méthane, et pour mieux comprendre les objets du système solaire. Au cœur du JWST se trouve sa technologie révolutionnaire, et notamment son miroir primaire. Le miroir mesure 6,5 mètres (21 pieds) de diamètre, une augmentation significative par rapport au miroir de 2,4 mètres du Hubble, lui donnant environ 6,25 fois la surface collectrice de lumière. Un miroir d'une telle taille ne pouvait pas être lancé en une seule pièce, il est donc composé de 18 segments hexagonaux en béryllium, un matériau choisi pour sa légèreté, sa résistance et sa capacité à conserver sa forme à des températures cryogéniques. Chaque segment est recouvert d'une couche microscopiquement fine d'or, qui est exceptionnellement réfléchissante pour la lumière infrarouge, optimisant la capacité du télescope à capter de faibles signaux venant de l'univers primitif. Ces segments ont été repliés comme de l'origami pour tenir dans la coiffe de la fusée Ariane 5 et ont dû être déployés et alignés avec précision dans l'espace, un processus d'une complexité sans précédent. Pour analyser la lumière collectée par son énorme miroir, le JWST est doté d'un ensemble de quatre instruments scientifiques de pointe. La Near-Infrared Camera (NIRCam) est l'imageur principal, conçue pour détecter la lumière des premières étoiles et galaxies. Le Near-Infrared Spectrograph (NIRSpec) peut observer simultanément jusqu'à 100 objets, dispersant leur lumière en spectres pour déterminer leurs propriétés physiques, telles que la température, la masse et la composition chimique. Le Mid-Infrared Instrument (MIRI) contient à la fois une caméra et un spectrographe qui voient la lumière dans la région moyen-infrarouge du spectre électromagnétique, lui permettant d'observer des étoiles en formation, des comètes peu lumineuses et des objets de la ceinture de Kuiper. Enfin, le Fine Guidance Sensor and Near-Infrared Imager and Slitless Spectrograph (FGS/NIRISS) permet au télescope de viser avec précision et est également capable d'étudier la détection et la caractérisation d'exoplanètes. Ensemble, ces instruments offrent une boîte à outils polyvalente aux astronomes pour explorer l'univers sur une large gamme de longueurs d'onde infrarouges. Contrairement à Hubble, qui orbite autour de la Terre, le JWST opère dans un environnement beaucoup plus lointain et stable. Il orbite autour du Soleil au deuxième point de Lagrange (L2), situé à environ 1,5 million de kilomètres (1 million de miles) de la Terre. À L2, l'attraction gravitationnelle du Soleil et de la Terre équilibre la force centrifuge de l'orbite du télescope, lui permettant de « stationner » dans une position stable par rapport à notre planète. Cet emplacement est crucial pour la mission du télescope. Être éloigné de la Terre le maintient à l'écart de la chaleur et du rayonnement infrarouge émis par notre planète, qui interféreraient autrement avec ses observations sensibles. Cet environnement stable et froid est essentiel pour maintenir les instruments du télescope aux températures extrêmement basses requises pour l'astronomie infrarouge. Pour atteindre et maintenir ces températures de fonctionnement glaciales (inférieures à 50 kelvins, soit −223 °C), le JWST s'appuie sur un massif bouclier solaire à cinq couches. Environ de la taille d'un court de tennis, le bouclier solaire est fabriqué dans un matériau léger et durable appelé Kapton, recouvert d'aluminium et dopé au silicium. Son but est de bloquer la chaleur et la lumière du Soleil, de la Terre et de la Lune. Les cinq couches sont séparées par un vide, qui agit comme un excellent isolant. Chaque couche successive est plus froide que celle qui la précède. Ce dispositif crée un énorme différentiel de température, la face tournée vers le Soleil atteignant jusqu'à 85 °C (185 °F) tandis que la face abritant les miroirs et les instruments reste à sa température de fonctionnement cryogénique. Ce système de refroidissement passif est l'un des composants les plus critiques et complexes de l'observatoire, car même une petite quantité de chaleur pourrait aveugler ses détecteurs infrarouges sensibles. Le télescope spatial James Webb n'est pas le produit d'une seule nation, mais un témoignage de la collaboration internationale. C'est un projet conjoint dirigé par la NASA en partenariat avec l'Agence spatiale européenne (ESA) et l'Agence spatiale canadienne (ASC). Ce partenariat mondial a rassemblé les meilleurs esprits, ressources et technologies du monde entier pour créer cet observatoire de nouvelle génération. Le cheminement de la conception au lancement s'est étalé sur des décennies, impliquant des milliers de scientifiques, d'ingénieurs et de techniciens. Après son lancement réussi le 25 décembre 2021, le télescope a traversé une période de mise en service de plusieurs mois pour déployer ses composants, aligner ses miroirs et calibrer ses instruments. Maintenant pleinement opérationnel, le JWST fournit des images à couper le souffle et des données inestimables, ouvrant une nouvelle fenêtre sur l'univers et promettant de remodeler notre compréhension du cosmos pour les décennies à venir.

362
19 Mar 2026 07:51

Conception de systèmes

Anthropic Claude Haiku 4.5 VS Google Gemini 2.5 Flash-Lite

Concevoir une plateforme d'appariement de trajets en temps réel

Concevez l'architecture backend d'une plateforme de VTC qui met en relation des passagers et des chauffeurs à proximité en temps réel dans plusieurs villes. Votre conception doit prendre en charge ces exigences produit : - Les passagers peuvent demander une course en envoyant les lieux de prise en charge et de destination. - Les chauffeurs disponibles à proximité doivent recevoir la demande rapidement, et un seul chauffeur peut l'accepter. - Le système doit empêcher la double réservation des chauffeurs. - Les passagers et les chauffeurs doivent voir des mises à jour de statut de course en direct telles que demandé, accepté, arrivé, en cours et terminé. - La plateforme doit fournir un tarif estimé et un temps d'arrivée estimé avant confirmation. - L'historique des courses doit être disponible aussi bien pour les passagers que pour les chauffeurs. Contraintes et hypothèses : - 8 millions de demandes de course par jour. - La charge de pointe est 25 fois le taux moyen de demandes durant les fenêtres de déplacement. - Opère dans 40 villes, avec une répartition inégale du trafic. - Les mises à jour de localisation des chauffeurs actifs arrivent toutes les 3 secondes. - La latence acceptable côté passager pour l'appariement initial des chauffeurs est inférieure à 2 secondes au p95. - Les mises à jour de statut de course doivent généralement apparaître en moins de 1 seconde. - Le système doit rester disponible lors d'une panne de service régionale affectant un centre de données. - Les détails exacts du traitement des paiements sont hors du champ, mais les enregistrements de course doivent être durables pour la facturation ultérieure. - Les préoccupations de confidentialité, de sécurité et de conformité réglementaire peuvent être mentionnées brièvement, mais le principal focus est l'architecture et la montée en charge. Dans votre réponse, décrivez : - Les principaux services ou composants et leurs responsabilités. - Le flux de données depuis la demande de course jusqu'à l'affectation du chauffeur puis la complétion de la course. - Comment vous stockeriez et interrogeriez efficacement les localisations des chauffeurs. - Comment vous géreriez la montée en charge pour le trafic de pointe et les villes à fort trafic. - Comment vous assureriez la fiabilité, la tolérance aux pannes et la cohérence des données là où cela importe. - Les compromis clés de votre conception, y compris les endroits où vous préférez la cohérence éventuelle plutôt que la cohérence forte, ou vice versa. Vous n'avez pas besoin de fournir des produits cloud exacts. Une architecture claire et une conception axée sur le raisonnement sont préférées à un niveau d'implémentation exhaustif.

353
19 Mar 2026 07:43

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.

394
19 Mar 2026 04:33

Affichage de 281 a 300 sur 538 resultats

Liens associes

X f L