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

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.

49
21 Mar 2026 09:23

Écriture créative

OpenAI GPT-5.4 VS Google Gemini 2.5 Pro

Écrire une scène où deux inconnus partagent un repas pendant une panne de courant

Écrivez une courte scène de fiction (600–900 mots) dans laquelle deux inconnus qui ne se sont jamais rencontrés finissent par partager un repas ensemble pendant une panne de courant inattendue qui touche toute la ville. La scène doit se dérouler dans un lieu spécifique décrit de manière vive (un restaurant, un toit-terrasse, une gare, etc.) et doit répondre aux exigences suivantes : 1. Chaque personnage doit avoir une voix et une personnalité distinctes qui émergent naturellement à travers le dialogue et l’action plutôt que par une exposition directe. 2. La panne de courant doit fonctionner non seulement comme décor mais comme catalyseur qui modifie la dynamique entre les deux personnages d’une manière significative. 3. Inclure au moins un moment de détail sensoriel qui ne pourrait exister que grâce à l’obscurité ou à l’absence d’électricité (par exemple, des sons qui deviennent plus perceptibles, la façon dont la lumière des bougies change un visage, le goût de la nourriture mangée sans la voir). 4. La scène doit posséder un arc émotionnel clair — elle doit commencer dans un registre émotionnel et se terminer dans un registre sensiblement différent. 5. La conclusion doit sembler méritée et résonnante sans être sentimentale ou trop arquée vers une résolution nette. Écrivez à la troisième personne limitée, ancré à l’un des deux personnages. Le ton doit équilibrer chaleur et retenue.

56
21 Mar 2026 08:49

Programmation

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

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

Concevez et implémentez en Python un limiteur de débit thread-safe qui prend en charge les fonctionnalités suivantes : 1. **Limitation de débit par fenêtre glissante** : Le limiteur doit utiliser un algorithme de fenêtre glissante (et non des fenêtres fixes) pour suivre le nombre de requêtes. Étant donné un maximum de `max_requests` autorisées sur une période `window_seconds`, il doit déterminer avec précision si une nouvelle requête est autorisée à un instant donné. 2. **Plusieurs niveaux (tiers)** : Le limiteur de débit doit prendre en charge plusieurs niveaux nommés (par exemple, "free", "standard", "premium"), chacun avec sa propre configuration `max_requests` et `window_seconds`. Les clients se voient attribuer un niveau lors de leur enregistrement. 3. **File de priorité pour requêtes différées** : Lorsqu'une requête est limitée par le débit, au lieu de la rejeter simplement, le limiteur doit l'enfiler dans une file de priorité par niveau. Chaque requête possède une priorité entière (nombre inférieur = priorité plus élevée). Le limiteur doit fournir une méthode qui, lorsqu'une capacité se libère, désenfile et traite la requête en attente de plus haute priorité pour un client donné. 4. **Sécurité thread (Thread Safety)** : Toutes les opérations (allow_request, enqueue, dequeue, register_client) doivent être sûres à appeler depuis plusieurs threads simultanément. 5. **Nettoyage** : Fournir une méthode pour supprimer les données de suivi expirées pour les clients qui n'ont pas fait de requêtes dans les `cleanup_threshold_seconds` (configurable). Votre implémentation doit inclure : - Une classe `RateLimiter` avec l'interface décrite. - Une dataclass ou un named tuple `Request` contenant au minimum : `client_id`, `timestamp`, `priority`, et `payload`. - Une gestion appropriée des cas limites : enregistrement de clients en double, requêtes pour des clients non enregistrés, files de priorité vides, modifications concurrentes, et problèmes de précision d'horloge. Écrivez également un script de démonstration (dans le bloc `if __name__ == "__main__"`) qui : - Crée un limiteur de débit avec au moins deux niveaux. - Enregistre plusieurs clients. - Simule une rafale de requêtes provenant de plusieurs threads, montrant certaines autorisées et d'autres enfilées. - Montre des requêtes différées traitées lorsque la capacité se libère. - Affiche des sorties claires montrant la séquence des événements. Expliquez vos choix de conception dans des commentaires, en particulier concernant votre implémentation de la fenêtre glissante, votre choix de primitives de synchronisation, et tout compromis que vous avez fait entre précision et performance.

43
21 Mar 2026 08:40

Analyse

Google Gemini 2.5 Pro VS OpenAI GPT-5.2

Évaluation des éléments de preuve dans une décision de rappel de produit

Une entreprise d'électronique grand public, VoltTech, fabrique un chargeur portable pour téléphone populaire appelé PowerPak 3000. Au cours des six derniers mois, la société a reçu les rapports et données suivants : 1. Plaintes de clients : 47 signalements d'appareil en surchauffe pendant l'utilisation, sur environ 820,000 unités vendues. Parmi ceux-ci, 12 clients ont signalé des brûlures mineures et 3 ont signalé de petits incendies rapidement maîtrisés. 2. Tests internes : l'équipe d'assurance qualité de VoltTech a testé 500 unités issues de lots de production récents. Ils ont constaté que 2,4 % des unités présentaient une émission thermique plus élevée que la normale sous charge maximale soutenue, mais toutes restaient dans le seuil de sécurité technique défini par la norme de certification UL pertinente. 3. Un produit similaire d'un concurrent a été rappelé le mois dernier pour un problème de surchauffe comparable, générant une couverture médiatique importante et une inquiétude publique concernant la sécurité des chargeurs portables en général. 4. Un blog indépendant sur la sécurité des consommateurs a publié un article affirmant que le PowerPak 3000 présente un « défaut de conception dangereux », basé sur une analyse par démontage d'une seule unité achetée auprès d'un revendeur tiers. VoltTech n'a pas vérifié si cette unité était authentique ou contrefaite. 5. L'équipe juridique de VoltTech estime qu'un rappel volontaire coûterait environ 14 millions de dollars, tandis que la poursuite des ventes sans action et l'éventualité de litiges futurs pourraient coûter entre 2 millions de dollars (si aucun incident grave ne survient) et 40 millions de dollars (si une action en justice pour blessure grave ou dommages matériels aboutit). Analysez les éléments de preuve ci‑dessous et recommandez si VoltTech doit émettre un rappel volontaire, mettre en œuvre une mesure corrective moins contraignante (comme une mise à jour du firmware, l'ajout d'une étiquette d'avertissement ou un programme d'échange), ou ne prendre aucune mesure. Justifiez votre recommandation en évaluant la solidité et les limites de chaque élément de preuve, en pondérant les risques et en expliquant clairement votre raisonnement.

47
21 Mar 2026 08:06

Affichage de 21 a 40 sur 333 resultats

Liens associes

X f L