<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>youdozi&apos;s memory (fr)</title><link>https://youdozi.github.io/fr/</link><description>youdozi&apos;s memory</description><language>fr</language><atom:link href="https://youdozi.github.io/fr/feed.xml" rel="self" type="application/rss+xml"/><lastBuildDate>Mon, 26 Oct 2026 15:42:21 GMT</lastBuildDate><item><title>L’annonce du retrait de Grok Code Fast 1 précise le périmètre de Copilot</title><link>https://youdozi.github.io/fr/digest/2026-05-09-copilot-grok-code-fast-retirement/</link><guid isPermaLink="true">https://youdozi.github.io/fr/digest/2026-05-09-copilot-grok-code-fast-retirement/</guid><description>Date de l’information · 2026-05-09
GitHub a annoncé le retrait prévu de Grok Code Fast 1 de Copilot le 2026-05-15. Il s’agit du calendrier annoncé, sans vérification indépendante de l’arrêt effectif.
L’avis indique que la date a été avancée en raison de l’abandon du modèle par son fournisseur.</description><content:encoded>&lt;section&gt;&lt;h2&gt;L’annonce du retrait de Grok Code Fast 1 précise le périmètre de Copilot&lt;/h2&gt;&lt;p&gt;Date de l’information · 2026-05-09
GitHub a annoncé le retrait prévu de Grok Code Fast 1 de Copilot le 2026-05-15. Il s’agit du calendrier annoncé, sans vérification indépendante de l’arrêt effectif.
L’avis indique que la date a été avancée en raison de l’abandon du modèle par son fournisseur.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-05-08-upcoming-deprecation-of-grok-code-fast-1&quot;&gt;Lire l’article initial&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>CodeQL : les modèles définis sous forme de données prennent en charge les nettoyeurs et validateurs personnalisés</title><link>https://youdozi.github.io/fr/digest/2026-05-06-codeql-sanitizer-and-validator-models/</link><guid isPermaLink="true">https://youdozi.github.io/fr/digest/2026-05-06-codeql-sanitizer-and-validator-models/</guid><description>Date de l’information · 2026-05-06
GitHub décrit des nettoyeurs et validateurs déclaratifs dans les extensions de données YAML de CodeQL, à l’aide de barrierModel et barrierGuardModel.
L’annonce indique une disponibilité à partir de CodeQL 2.25.2. Il s’agit de la version minimale mentionnée dans cette annonce historique, et non d’une recommandation actuelle de mise à niveau.</description><content:encoded>&lt;section&gt;&lt;h2&gt;CodeQL : les modèles définis sous forme de données prennent en charge les nettoyeurs et validateurs personnalisés&lt;/h2&gt;&lt;p&gt;Date de l’information · 2026-05-06
GitHub décrit des nettoyeurs et validateurs déclaratifs dans les extensions de données YAML de CodeQL, à l’aide de barrierModel et barrierGuardModel.
L’annonce indique une disponibilité à partir de CodeQL 2.25.2. Il s’agit de la version minimale mentionnée dans cette annonce historique, et non d’une recommandation actuelle de mise à niveau.&lt;/p&gt;&lt;a href=&quot;https://www.infoq.com/news/2026/05/github-codeql-security-modeling/&quot;&gt;Lire l’article initial&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>GitHub annonce le retrait effectif de Grok Code Fast 1 dans Copilot</title><link>https://youdozi.github.io/fr/digest/2026-05-16-copilot-grok-code-fast-retirement-confirmation/</link><guid isPermaLink="true">https://youdozi.github.io/fr/digest/2026-05-16-copilot-grok-code-fast-retirement-confirmation/</guid><description>Date de l’information · 2026-05-16
GitHub a indiqué que Grok Code Fast 1 avait été abandonné dans tous ses environnements Copilot le 2026-05-15. Il s’agit de l’avis d’achèvement publié par l’éditeur du produit, distinct de l’annonce antérieure d’une date prévue.
L’avis précise que les administrateurs de Copilot Enterprise peuvent devoir activer des modèles de remplacement au moyen de leurs règles de gestion des modèles.</description><content:encoded>&lt;section&gt;&lt;h2&gt;GitHub annonce le retrait effectif de Grok Code Fast 1 dans Copilot&lt;/h2&gt;&lt;p&gt;Date de l’information · 2026-05-16
GitHub a indiqué que Grok Code Fast 1 avait été abandonné dans tous ses environnements Copilot le 2026-05-15. Il s’agit de l’avis d’achèvement publié par l’éditeur du produit, distinct de l’annonce antérieure d’une date prévue.
L’avis précise que les administrateurs de Copilot Enterprise peuvent devoir activer des modèles de remplacement au moyen de leurs règles de gestion des modèles.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-05-15-grok-code-fast-1-deprecated&quot;&gt;Lire l’article initial&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>Pools de crédits Copilot : usage inclus et dépenses supplémentaires</title><link>https://youdozi.github.io/fr/digest/2026-07-03-copilot-credit-pools-and-additional-spending/</link><guid isPermaLink="true">https://youdozi.github.io/fr/digest/2026-07-03-copilot-credit-pools-and-additional-spending/</guid><description>Date de l’information · 2026-07-03
GitHub a annoncé des pools de crédits d’IA par centre de coûts pour Copilot Business et Enterprise sur Enterprise Cloud. Lors de l’annonce, la configuration était disponible via la REST API, tandis que la gestion dans l’interface des paramètres restait prévue.
Le plafond du pool limite ce qu’un centre de coûts peut prélever sur les crédits inclus partagés à l’échelle de l’entreprise ; son budget régit les frais à l’usage après épuisement du pool inclus. Ces contrôles concernent des phases de dépenses différentes et peuvent être combinés.
GitHub calcule la limite du pool à partir des licences attribuées. Une fois le plafond atteint, les entreprises peuvent bloquer tout usage inclus supplémentaire ou autoriser des dépenses additionnelles si les dépassements sont permis. Le pool n’impose donc pas automatiquement un plafond strict à l’ensemble des frais.</description><content:encoded>&lt;section&gt;&lt;h2&gt;Pools de crédits Copilot : usage inclus et dépenses supplémentaires&lt;/h2&gt;&lt;p&gt;Date de l’information · 2026-07-03
GitHub a annoncé des pools de crédits d’IA par centre de coûts pour Copilot Business et Enterprise sur Enterprise Cloud. Lors de l’annonce, la configuration était disponible via la REST API, tandis que la gestion dans l’interface des paramètres restait prévue.
Le plafond du pool limite ce qu’un centre de coûts peut prélever sur les crédits inclus partagés à l’échelle de l’entreprise ; son budget régit les frais à l’usage après épuisement du pool inclus. Ces contrôles concernent des phases de dépenses différentes et peuvent être combinés.
GitHub calcule la limite du pool à partir des licences attribuées. Une fois le plafond atteint, les entreprises peuvent bloquer tout usage inclus supplémentaire ou autoriser des dépenses additionnelles si les dépassements sont permis. Le pool n’impose donc pas automatiquement un plafond strict à l’ensemble des frais.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-07-02-cost-centers-now-support-included-usage-caps&quot;&gt;Lire l’article initial&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>GitHub ajoute la recherche et les filtres aux avis de sécurité des dépôts</title><link>https://youdozi.github.io/fr/digest/2026-05-07-github-security-advisory-search/</link><guid isPermaLink="true">https://youdozi.github.io/fr/digest/2026-05-07-github-security-advisory-search/</guid><description>Date de l’information · 2026-05-07
GitHub a ajouté la recherche et le filtrage des avis de sécurité directement dans l’onglet Security d’un dépôt.
L’avis mentionne notamment sort, package, ecosystems et severity parmi les mots-clés de recherche ou de filtrage pris en charge.</description><content:encoded>&lt;section&gt;&lt;h2&gt;GitHub ajoute la recherche et les filtres aux avis de sécurité des dépôts&lt;/h2&gt;&lt;p&gt;Date de l’information · 2026-05-07
GitHub a ajouté la recherche et le filtrage des avis de sécurité directement dans l’onglet Security d’un dépôt.
L’avis mentionne notamment sort, package, ecosystems et severity parmi les mots-clés de recherche ou de filtrage pris en charge.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-05-06-search-and-filter-bar-for-repository-security-advisories&quot;&gt;Lire l’article initial&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>Architecture multirégion : compromis entre réplication, écritures et basculement</title><link>https://youdozi.github.io/fr/digest/2026-07-12-multi-region-replication-and-failover-trade-offs/</link><guid isPermaLink="true">https://youdozi.github.io/fr/digest/2026-07-12-multi-region-replication-and-failover-trade-offs/</guid><description>Date de l’information · 2026-07-12
L’auteur compare des régions qui traitent les requêtes indépendamment en mode active-active à une architecture qui sert les lectures localement mais relaie les écritures distantes vers une région d’écriture globale. Les compromis portent notamment sur la réplication, la gestion des conflits et la latence des écritures entre régions.
Pour le fonctionnement en mode active-passive, l’auteur décrit une région principale qui traite le trafic et une région secondaire qui reçoit une réplication continue. L’article prévient que des procédures de basculement jamais testées peuvent échouer lors de leur déclenchement et recommande de tenir compte du comportement mesuré du basculement dans la planification. Les estimations de gains en pourcentage et de rétablissement de la latence présentées dans l’original sont exclues ici.</description><content:encoded>&lt;section&gt;&lt;h2&gt;Architecture multirégion : compromis entre réplication, écritures et basculement&lt;/h2&gt;&lt;p&gt;Date de l’information · 2026-07-12
L’auteur compare des régions qui traitent les requêtes indépendamment en mode active-active à une architecture qui sert les lectures localement mais relaie les écritures distantes vers une région d’écriture globale. Les compromis portent notamment sur la réplication, la gestion des conflits et la latence des écritures entre régions.
Pour le fonctionnement en mode active-passive, l’auteur décrit une région principale qui traite le trafic et une région secondaire qui reçoit une réplication continue. L’article prévient que des procédures de basculement jamais testées peuvent échouer lors de leur déclenchement et recommande de tenir compte du comportement mesuré du basculement dans la planification. Les estimations de gains en pourcentage et de rétablissement de la latence présentées dans l’original sont exclues ici.&lt;/p&gt;&lt;a href=&quot;https://www.infoq.com/articles/multi-region-latency-cost-tradeoffs/&quot;&gt;Lire l’article initial&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:29:08 GMT</pubDate><atom:updated>2026-10-26T15:29:08.424Z</atom:updated></item></channel></rss>