Orivel Orivel
Ouvrir le menu

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

Liste des modeles

Programmation

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Implémenter un cache LRU concurrent sans verrou global

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 aux exigences suivantes : 1. **Interface**: Le cache doit prendre en charge ces opérations : - `__init__(self, capacity: int)` — Initialiser le cache avec une capacité maximale donnée (entier positif). - `get(self, key: str) -> Optional[Any]` — Retourner la valeur associée à la clé si elle existe (et la marquer comme récemment utilisée), ou retourner `None` si la clé n'est pas dans le cache. - `put(self, key: str, value: Any) -> None` — Insérer ou mettre à jour la paire clé-valeur. Si le cache dépasse la capacité après l'insertion, évincer l'élément le moins récemment utilisé. - `delete(self, key: str) -> bool` — Supprimer la clé du cache. Retourner `True` si la clé était présente, `False` sinon. - `keys(self) -> List[str]` — Retourner une liste de toutes les clés actuellement dans le cache, ordonnées de la plus récemment utilisée à la moins récemment utilisée. 2. **Concurrence**: Le cache doit être sûr à utiliser depuis plusieurs threads simultanément. Visez une conception qui permet aux lectures concurrentes de progresser sans se bloquer mutuellement quand c'est possible (par exemple, en utilisant des verrous lecture-écriture, des verrous à granularité fine, ou des techniques lock-free). Un mutex global unique qui sérialise chaque opération est considéré comme une solution de base mais sous-optimale. 3. **Exactitude sous contention**: En cas d'accès concurrent, le cache ne doit jamais renvoyer de données obsolètes ou corrompues, ne doit jamais dépasser la capacité annoncée et doit maintenir un ordre LRU cohérent. 4. **Cas limites à gérer**: - Capacité de 1 - `put` avec une clé qui existe déjà (doit mettre à jour la valeur et déplacer en tant que plus récent) - `delete` d'une clé qui n'existe pas - `put` et `get` concurrents sur la même clé - Évictions séquentielles rapides lorsque de nombreux threads insèrent simultanément 5. **Tests**: Inclure une fonction de test `run_tests()` qui démontre la correction de toutes les opérations en scénarios mono-thread et multi-thread. Le test multi-thread doit utiliser au moins 8 threads effectuant un mélange d'opérations `get`, `put` et `delete` sur des clés qui se chevauchent, et doit vérifier (assert) que le cache ne dépasse jamais sa capacité et que `get` ne renvoie jamais une valeur pour une clé qui n'a jamais été insérée. Fournissez votre implémentation complète en Python. N'utilisez que la bibliothèque standard (aucun paquet tiers). Incluez des docstrings et des commentaires expliquant votre stratégie de concurrence et les compromis de conception que vous avez faits.

27
23 Mar 2026 17:47

Génération d’idées

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Sources de revenus créatives pour les bibliothèques publiques à l'ère numérique

Les bibliothèques publiques du monde entier font face à des coupes budgétaires tandis que la demande communautaire pour leurs services continue de croître. Imaginez que vous conseillez un système de bibliothèques d'une ville de taille moyenne (desservant environ 150 000 habitants) qui doit générer de nouvelles sources de revenus durables sans compromettre sa mission fondamentale d'accès gratuit et équitable à l'information. Générez au moins 8 idées distinctes pour de nouvelles sources de revenus ou des stratégies de compensation des coûts que la bibliothèque pourrait poursuivre. Pour chaque idée, fournissez : 1. Un nom descriptif court 2. Une brève explication de son fonctionnement (2 à 3 phrases) 3. Pourquoi elle est réalisable pour une bibliothèque publique spécifiquement (en tenant compte des actifs existants, des espaces, de l'expertise du personnel et de la confiance communautaire) 4. Un risque ou inconvénient potentiel et comment il pourrait être atténué Contraintes : - Aucune des idées ne doit impliquer de faire payer les usagers pour emprunter des livres ou accéder aux services de base de la bibliothèque. - Au moins deux idées doivent tirer parti de l'espace physique de la bibliothèque de manière non conventionnelle. - Au moins deux idées doivent impliquer des partenariats avec des entreprises ou organisations locales. - Les idées doivent couvrir une gamme d'échelle, allant de gains rapides à faible investissement à des initiatives stratégiques plus importantes. - Évitez les suggestions génériques telles que « organiser une vente de gâteaux » ou « demander des dons ». Concentrez-vous sur des modèles créatifs et durables.

45
23 Mar 2026 09:01

Conception de systèmes

OpenAI GPT-5.2 VS Google Gemini 2.5 Flash

Concevoir un service de raccourcissement d'URL

Concevez un service de raccourcissement d'URL (similaire à bit.ly ou tinyurl.com) qui doit gérer les contraintes suivantes : 1. Le service doit prendre en charge 100 millions de nouveaux raccourcissements d'URL par mois. 2. Le ratio des requêtes de lecture (redirection) aux requêtes d'écriture (raccourcissement) est de 100:1. 3. Les URLs raccourcies doivent être aussi courtes que possible mais doivent supporter le volume attendu pendant au moins 10 ans. 4. Le système doit atteindre 99,9 % de disponibilité (uptime). 5. La latence de redirection doit être inférieure à 50 ms au 95e centile. 6. Le service doit gérer une dégradation maîtrisée si un centre de données devient indisponible. Dans votre conception, abordez chacun des domaines suivants : A) API Design : Définissez les principaux points de terminaison API et leurs contrats. B) Data Model and Storage : Choisissez une solution de stockage, justifiez votre choix, expliquez votre schéma et estimez le stockage total nécessaire sur 10 ans. C) Short URL Generation : Décrivez votre algorithme pour générer les codes courts. Expliquez comment vous évitez les collisions et quel jeu de caractères et quelle longueur vous avez choisis, avec une justification mathématique montrant pourquoi l'espace de clés est suffisant. D) Scaling and Performance : Expliquez comment vous feriez évoluer les lectures et les écritures indépendamment. Décrivez votre stratégie de mise en cache, y compris la politique d'éviction et le taux de cache attendu. Expliquez comment vous atteignez l'exigence de latence de 50 ms p95. E) Reliability and Fault Tolerance : Décrivez comment le système gère les pannes de centres de données, la stratégie de réplication des données et quels compromis vous faites entre cohérence et disponibilité (référencez le théorème CAP). F) Trade-off Discussion : Identifiez au moins deux compromis de conception significatifs que vous avez faits et expliquez pourquoi vous avez choisi une option plutôt qu'une autre, y compris ce que vous sacrifiez et ce que vous gagnez. Présentez votre réponse comme un plan structuré avec des sections claires correspondant à A à F.

22
22 Mar 2026 21:21

Persuasion

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

Convaincre le conseil scolaire de maintenir le programme artistique

Vous êtes un(e) représentant(e) des parents au sein d'un collège public. Le conseil scolaire a proposé de supprimer l'intégralité du programme des arts (arts visuels, musique et théâtre) afin de rediriger les fonds vers l'expansion de cours de préparation aux tests standardisés. Vous disposez de cinq minutes pour prendre la parole devant le conseil lors de leur prochaine réunion. Rédigez un discours persuasif (400–600 mots) destiné aux membres du conseil scolaire pour les convaincre de préserver le programme des arts. Votre discours doit : 1. Reconnaître l'inquiétude du conseil concernant l'amélioration des résultats aux tests et la traiter comme un objectif légitime. 2. Présenter au moins trois arguments distincts en faveur du maintien du programme des arts, en s'appuyant sur des raisonnements pédagogiques, socio-émotionnels et communautaires. 3. Faire référence à au moins une pièce de preuve ou à un résultat de recherche spécifique et plausible (par ex., une étude, une statistique ou un résultat documenté) pour étayer votre propos. 4. Proposer un compromis constructif qui réponde aux préoccupations budgétaires du conseil sans éliminer complètement les arts. 5. Utiliser un ton respectueux et collaboratif tout au long du discours — éviter l'hostilité ou la condescendance envers le conseil. Votre discours doit être structuré avec une introduction claire, un développement et une conclusion, et doit sembler naturel lorsqu'il est lu à voix haute.

44
21 Mar 2026 09:23

Conception de systèmes

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash

Concevoir un service de raccourcissement d'URL

Concevez un service de raccourcissement d'URLs (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. pour chaque URL créée, elle est consultée en moyenne 100 fois). 3. Les URLs raccourcies doivent rester accessibles pendant au moins 5 ans. 4. Le système doit atteindre une disponibilité de 99,9 %. 5. La latence de redirection (du moment de la réception d'une requête sur l'URL courte à l'émission de la redirection HTTP) doit être inférieure à 50 ms au 95e centile. Votre conception doit couvrir tous les domaines suivants : A. **Stratégie de génération d'URL courtes** : Comment générez-vous des codes courts, uniques et compacts ? Discutez du schéma d'encodage, de la longueur d'URL attendue et de la manière dont vous gérez les collisions ou l'épuisement de l'espace de clés. B. **Stockage des données** : Quelle(s) base(s) de données utiliserez-vous et pourquoi ? Estimez le stockage total nécessaire sur 5 ans. Expliquez votre conception de schéma et toute stratégie de partitionnement ou de sharding. C. **Architecture du chemin de lecture** : Comment servirez-vous les requêtes de redirection à grande échelle pour respecter les exigences de latence et de débit ? Discutez des couches de cache, de l'utilisation d'un CDN et de toute stratégie de réplication. D. **Architecture du chemin d'écriture** : Comment gérerez-vous l'ingestion de 100M de nouvelles URLs par mois de manière fiable ? Discutez de tout mécanisme de mise en file d'attente, de limitation de débit ou de considérations de cohérence. E. **Fiabilité et tolérance aux pannes** : Comment votre système gère-t-il les pannes de nœuds, les coupures de centre de données ou l'invalidation des caches ? Quelle est votre stratégie de sauvegarde et de récupération ? F. **Principaux compromis** : Identifiez au moins deux compromis importants dans votre conception (p. ex. cohérence vs disponibilité, coût de stockage vs performance de lecture, simplicité vs scalabilité) et expliquez pourquoi vous avez choisi l'option retenue. Présentez votre réponse sous forme de document de conception structuré avec des sections claires correspondant aux points A à F ci-dessus.

47
20 Mar 2026 17:43

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.

46
20 Mar 2026 11:03

Analyse

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash

Choisir la réforme de la cantine scolaire la plus prometteuse

Un district scolaire public ne peut financer qu'une seule réforme des repas pour les deux prochaines années. Analysez les options ci-dessous et recommandez laquelle des options le district devrait choisir. Votre réponse doit comparer les compromis, traiter les objections probables, et parvenir à une conclusion claire. Objectifs du district: 1. Améliorer la nutrition des élèves 2. Augmenter le nombre d'élèves qui prennent effectivement le déjeuner à l'école 3. Garder la mise en œuvre réaliste dans un délai de deux ans 4. Éviter de gros dépassements de coûts récurrents Situation actuelle: - 12 000 élèves répartis dans 18 écoles - 46% des élèves choisissent actuellement le déjeuner scolaire - Les enquêtes suggèrent que les élèves sautent souvent le déjeuner à cause du goût, des longues files d'attente ou du manque de choix attrayants - Le district ne peut se permettre qu'une seule des options suivantes maintenant Option A: Engager des chefs formés pour repenser les menus - Coût initial de formation et de conseil : moyen - Coût alimentaire récurrent : légèrement supérieur - Effets attendus : les repas ont meilleur goût, les recettes plus saines deviennent plus attrayantes, augmentation modérée de la participation - Risques : les bénéfices dépendent de l'adoption par le personnel et de la cohérence des recettes entre les écoles Option B: Ajouter des bars à salade et à fruits en libre-service dans chaque école - Coût initial d'équipement : élevé - Risque de gaspillage alimentaire récurrent : élevé - Effets attendus : forte amélioration de la nutrition pour les élèves qui utilisent les bars, augmentation modeste de la participation globale - Risques : personnel, assainissement et utilisation inégale selon les tranches d'âge Option C: Lancer un système mobile de précommande pour les déjeuners - Coût initial de technologie et de formation : moyen - Coût récurrent : faible à moyen - Effets attendus : files d'attente plus courtes, meilleure prévision, augmentation modérée de la participation, peu d'amélioration nutritionnelle directe sauf si les menus changent - Risques : accès inégal pour les familles ayant une utilisation limitée de la technologie, défis d'adoption au début Option D: Remplacer les desserts sucrés et les accompagnements frits par des options par défaut plus saines - Coût initial : faible - Coût récurrent : neutre - Effets attendus : amélioration nutritionnelle directe pour tous les usagers de la cantine, légère baisse possible de la participation si les élèves n'aiment pas les changements - Risques : réaction négative des élèves, perception que le déjeuner est devenu moins agréable Rédigez une analyse qui identifie le meilleur choix compte tenu des objectifs et contraintes du district. N'inventez pas de nouveaux chiffres budgétaires ni de faits extérieurs ; raisonnez uniquement à partir des informations fournies. Retournez un JSON en utilisant le schéma : task_translation_v1

45
19 Mar 2026 21:45

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

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

56
19 Mar 2026 18:51

Affichage de 1 a 20 sur 74 resultats

Liens associes

X f L