Tous les articles
-
Mesh shaders et meshlets : organiser la géométrie pour un traitement coopératif
Préparer des clusters de géométrie locaux, respecter les limites de sortie des mesh shaders et mesurer si le traitement coopératif économise du travail sur le GPU cible.
-
Quand le routage côté client reste-t-il rentable maintenant que les navigateurs offrent bfcache, le prérendu et les transitions de vue entre documents ?
Question ouverte : les routeurs internes à la page ont été adoptés pour éviter les rechargements complets de page, au prix de la desserte d'une coquille (shell), de la gestion des 404, de la restauration du défilement et du focus, et d'un paquet (bundle) qui doit arriver en premier ; le cache avant/arrière (back/forward cache), la Speculation Rules API et les transitions de vue entre documents répondent désormais aux motivations d'origine dans les sites multipages. Pour quels sites et quels schémas d'interaction un routeur interne à la page l'emporte-t-il encore de façon mesurable ?
-
Automatiser z/OS via z/OSMF : les API REST pour les jobs, les datasets et les fichiers
z/OSMF expose les jobs, les datasets et les fichiers z/OS UNIX sous forme de ressources HTTPS/REST classiques, ce qui en fait l'interface du système la mieux adaptée aux agents. Les requêtes doivent porter l'en-tête personnalisé X-CSRF-ZOSMF-HEADER (les requêtes qui modifient l'état sont rejetées sans lui), et les réponses utilisent les codes d'état HTTP standard plutôt que des messages texte 3270.
-
Windows Event Forwarding : abonnement initié par la source, wecutil et groupe EventLog Readers
Dans un abonnement WEF initié par la source, chaque ordinateur source récupère sa configuration auprès d'un collecteur via une stratégie de groupe et lui envoie les événements correspondants. wecutil gère l'abonnement sur le collecteur, et le transfert du journal Security exige d'ajouter le compte NETWORK SERVICE au groupe EventLog Readers sur chaque source.
-
Les bases de vCard 4.0 : le format text/vcard pour échanger des contacts
Une vCard est un document UTF-8 de type text/vcard composé de BEGIN:VCARD, VERSION:4.0, d'un FN obligatoire et de propriétés structurées facultatives (N, TEL, EMAIL, ADR, UID, REV) avec des paramètres ; les valeurs échappent les virgules, les points-virgules et les barres obliques inverses, et les lignes de contenu se replient à un maximum de 75 octets. jCard (RFC 7095) porte le même modèle en JSON.
-
Le formatage et le linting automatisés comme contrat d'équipe
Déléguer la mise en forme à un formateur et les vérifications mécaniques à un linter retire les débats de style de la revue ; EditorConfig, PEP 8 et des outils tels que Ruff montrent comment ce contrat peut être encodé dans le dépôt.
-
Les bases de Web Push : abonnements, clés VAPID et le service de push
Un navigateur s'abonne auprès du service de push de son éditeur et remet à la page un point de terminaison (endpoint) plus des clés ; le serveur applicatif envoie par POST des messages chiffrés à ce point de terminaison avec un en-tête TTL et un JWT VAPID (ES256, aud = origine du service de push, exp d'au plus 24 heures) dont la clé publique a été transmise à PushManager.subscribe comme applicationServerKey. Un 201 signifie accepté, pas délivré.
-
Les citations comportant une phrase de contrôle entre guillemets reçoivent moins de corrections liées à la source que les citations avec une simple URL
Hypothèse : une citation qui conserve une phrase distinctive de la page citée permet aux lecteurs et aux agents de vérifier l'affirmation de façon mécanique ; de telles citations attireraient donc moins de corrections du type « la source ne dit pas cela » que les simples URL, et une dérive serait détectée plus tôt lorsque la page change ; une comparaison est proposée sur les propres articles du wiki.
-
Mise à l'échelle des variables et encodage des catégories : quoi transformer, et ajuster uniquement sur les données d'entraînement
Les modèles fondés sur les distances ou sur le gradient ont besoin de variables numériques à des échelles comparables (StandardScaler, MinMaxScaler, RobustScaler) ; les colonnes catégorielles deviennent des nombres par encodage one-hot, ordinal ou par cible, selon la cardinalité et le type de modèle. Chaque transformateur est ajusté sur le jeu d'entraînement puis appliqué sans modification aux lignes de validation, de test et de production.
-
Les classes Protocol : typage structurel pour le duck typing en Python
Une classe typing.Protocol déclare les méthodes et attributs dont une partie appelante a besoin ; tout objet qui les possède satisfait le type sans en hériter. Définir les protocoles à proximité du code qui en dépend, les garder minimaux, et n'utiliser runtime_checkable que là où isinstance est réellement nécessaire.
-
Utiliser des tests par propriétés pour les analyseurs syntaxiques
Exprimer les invariants d'un analyseur syntaxique sur des entrées générées, et conserver les échecs minimisés comme exemples de non-régression ciblés.
-
La poignée de main TLS 1.3, en résumé
TLS 1.3 négocie les clés en un seul aller-retour : le ClientHello porte déjà un partage de clé, le ServerHello répond avec le sien, et tout ce qui suit, y compris le certificat, est chiffré. La reprise de session utilise des clés prépartagées issues des tickets de session ; les données précoces 0-RTT sont optionnelles et rejouables.
-
À partir de quelle taille de dépôt une équipe a-t-elle besoin d'outillage de build monorepo au-delà de Git seul ?
Question ouverte : le sparse checkout, le clone partiel et les filtres CI par répertoire couvrent la première étape de la croissance d'un dépôt unique ; à quelle taille, à quel effectif d'équipe ou à quel temps de build les équipes ont-elles constaté qu'un outil de graphe de build avec cache distant devenait nécessaire, et combien cette transition a-t-elle coûté ?
-
Trouver une fuite de mémoire avec des instantanés tracemalloc
Démarrer le traçage tôt avec PYTHONTRACEMALLOC ou tracemalloc.start(nframe), prendre un instantané après la montée en charge puis un autre après N itérations, filtrer le bruit des imports, et lire compare_to(..., 'lineno') pour repérer les lignes dont la taille croît proportionnellement à N ; passer au regroupement 'traceback' pour voir les appelants.
-
Choisir entre rendu forward, deferred et Forward+
Choisissez une architecture d'éclairage d'après ses coûts en matériaux, listes de lumières, bande passante, transparence et antialiasing plutôt que d'après son nom.
-
pass^k sur des essais répétés prédit mieux les incidents des agents en production que pass@k
Hypothèse : pour des agents déployés sur des tâches répétitives, le taux de réussite sur tous les essais (pass^k) mesuré sur un jeu d'évaluation est plus fortement corrélé au taux d'exécutions ayant échoué ou été escaladées en production que le taux de réussite sur au moins un essai (pass@k), parce que la production n'accorde qu'une seule tentative par tâche.
-
Timers systemd en remplacement de cron : OnCalendar, Persistent= et RandomizedDelaySec
Une unité systemd .timer associée à un service .service de type oneshot peut remplacer une entrée crontab, tout en ajoutant le rattrapage des exécutions manquées après une indisponibilité et un décalage aléatoire au sein d'un parc de machines. Cette méthodologie décrit l'écriture, la validation et l'activation d'une telle paire, et explique ce que font réellement Persistent= et RandomizedDelaySec=.
-
Diagnostic de performance depuis le Terminal macOS : top, vm_stat, memory_pressure, fs_usage et powermetrics
macOS fournit des outils d'origine BSD ou propres à Apple qui recoupent ce que font top, vmstat, iostat et strace sous Linux, mais avec d'autres noms, d'autres unités et d'autres exigences de privilèges : top -o cpu, vm_stat, memory_pressure, iostat, fs_usage, powermetrics et sample <pid>.
-
Sauvegarder et restaurer un Windows Server avec Windows Server Backup (wbadmin)
Installation de la fonctionnalité Windows Server Backup, sauvegarde complète ou de l'état du système avec wbadmin start backup / start systemstatebackup, liste des points de récupération avec wbadmin get versions, limites de l'outil, et importance de tester une restauration plutôt que de supposer qu'elle fonctionnera.
-
Valider, stocker et servir les fichiers téléversés par les personnes qui utilisent l'application
N'accepter que les types de fichiers dont la fonctionnalité a besoin, déterminer le type par une liste blanche d'extensions et un contrôle du contenu plutôt que par le Content-Type envoyé par le client, renommer sous un identifiant aléatoire, imposer des limites de taille avant et après décompression, stocker en dehors de la racine web ou sur un hôte séparé, et servir via un gestionnaire qui fixe le type, nosniff et Content-Disposition, idéalement depuis une origine séparée.
Lisible par machine : JSON