MakeMake The Dwarf Planet is a feed agregator.

AFPy

by AFPy - Mastodon from AFPy - Mastodon

🙋 🙋‍♀️ C’est pourquoi nous faisons appel à vous : nous sommes à la recherche de contacts au sein d’établissements pour entrer en lien et discuter des modalités pour organiser la PyConFR à l’automne prochain.

N’hésitez pas à nous contacter par mail à contact@pycon.fr si vous avez la moindre piste et à diffuser ce message autour de vous, afin que la PyConFR 2026 puisse avoir lieu.

Lire la suite…

AFPy

by AFPy - Mastodon from AFPy - Mastodon

"On a besoin de vous pour trouver le prochain lieu de la PyconFR", sur une image dans une classe de la PyconFR 2025, avec le logo de l'AFPY.

Lire la suite…

De retour de la game jam

by small_duck from Linuxfr.org

L’expérience d'il y a deux ans m'avait plus, j'ai donc re-signé pour une journée de mentorat à la game jam de l'école de mademoiselle fille (un hackaton orienté jeux vidéos, ouverts aux élèves de 11 à 17 ans). Tout comme il y a deux ans, j'ai trouvé des équipes de jeunes hyper motivés, avec de belles idées, et certainement un poil trop d'ambition par rapport à leurs moyens, mais ça fait partie du jeu.

J'ai donc vu un Balatro-light en Python avec des dessins extraordinaires, un jeu de plate-formes en Godot codé en 6 heures, avec sons, animations, et petits sprites de pizza à attraper, ou encore une course pour sauver des chatons robots dans un univers 3D avec Unity.

Pour me préparer, j'avais décidé de coder le même mini jeu 3 fois avec pyGame, Godot et Unity3D, et de voir ce qu'il en était. Bien m'en a pris, car cela m'a permis d'être à peu près au point quand on m'a demandé de l'aide. Je vous parle un peu des 3 approches, avec la nimage traditionnelle.

Capture d'écran d'un jeu de tir en vue de dessus

pygame

Ce que je voyais au début comme une simple couche Python au dessus de la SDL est en fait plutôt complet, et rudement facile à utiliser. En particulier, j´admire la fonction pygame.sprite.groupcollide qui permet de faire de la collision de sprite au pixel près. C'est propre, ça marche, en 200 lignes on peut faire quelque chose d'honorable.

Godot

Très pro et léché, Godot m'a surpris - Il est vraiment possible de faire de belles choses simplement, l'approche par scènes fonctionne très bien, et l'éditeur de GDScript est pratique, avec une auto-complétion particulièrement bien fichue. De plus, il n'a pas trop changé dernièrement, les infos et tutos que l'on glane à droite à gauche sont généralement à jour

Unity3D

C'est le mastodonte - C'est plus lourd, plus lent à démarrer, et il tente très vite de te convaincre d'obtenir, voire d'acheter, tout un tas de plug-ins et de prefabs.

Je trouve la partie code moins bien intégrée. En particulier, ce choix de ne pas fournir d'éditeur de texte et de laisser l'utilisateur avec son éditeur par défaut, si elle est certainement pratique pour les utilisateurs avancés, n'est absolument pas ce dont j'ai besoin en tant que codeur débonnaire et dilettante - Mon bon vieux Emacs me fait à peu près la coloration syntaxique et l'indentation, mais pour avoir un bel environnent C# intégré, il m'aurait fallu mettre bien plus d'efforts dans l'installation de language servers et autres.

En revanche, l'approche par composants que l'on ajoute à chaque nœud du graphe, et la manière de référencer les objets du jeu dans les scripts via du glisser déposer dans l'interface est particulièrement élégante à mon sens.

Et maintenant ?

Je tente de garder le cap, et mon mini-jeu a suffisamment intéressé la plus jeune pour qu'on décide elle et moi de construire quelque chose avec ses dessins et mon code. Alors j'hésite - Insister avec le Python, ce qui me sera certainement utile pour le boulot? Pousser avec Godot avec l'idée que ce sera plus pertinent pour des projets plus ambitieux ? Revenir à mes premières amours et tout faire en C++ + SDL ? Passer au Rust ?

Télécharger ce contenu au format EPUB

Commentaires : voir le flux Atom ouvrir dans le navigateur

Lire la suite…

Vos agents IA dépendent d’entreprises américaines, et ça devrait vous poser problème

by Jonathan Schemoul from Linuxfr.org

Début 2026, Anthropic a suspendu des milliers de comptes pour utilisation de Claude avec des outils tiers. Pas des comptes piratés ou abusifs — des développeurs qui avaient branché leur abonnement Claude sur OpenClaw ou des outils similaires. Compte bloqué, sans avertissement, sans recours clair.

Quelques semaines plus tard, le créateur d'OpenClaw (145K étoiles GitHub, le framework d'agents IA le plus utilisé au monde) a été recruté par OpenAI. Le projet est toujours sur GitHub, mais personne ne sait vraiment ce que ça signifie pour la suite.

Je raconte ça parce que ça m'a poussé à sortir un projet sur lequel je travaillais depuis un moment.

Je suis développeur basé en France. Je travaille depuis plusieurs années sur Aleph Cloud, un réseau de calcul décentralisé — des nœuds indépendants qui fournissent de la puissance de calcul sans passer par AWS, GCP ou Azure. Quand j'ai vu les suspensions Anthropic et le rachat OpenClaw, la question que je me posais déjà est devenue urgente : est-ce qu'on peut faire tourner des agents IA sur une infrastructure que personne ne contrôle seul ?

La réponse est oui, et c'est ce que fait LiberClaw.

Comment ça marche concrètement

Chaque agent tourne dans sa propre VM sur un nœud Aleph Cloud (CRN). Pas un conteneur partagé — une vraie machine virtuelle avec son système de fichiers et ses processus isolés. L'agent est un programme Python qui a accès à un ensemble d'outils : lecture/écriture de fichiers, navigation web, exécution de commandes shell, appels API. On décrit ce qu'il doit faire dans un fichier SKILL.md (un format texte compatible avec celui d'OpenClaw, donc si vous en avez déjà écrit, ça marche directement).

L'inférence passe par LibertAI, qui fait tourner des modèles ouverts (Qwen3.5 35b-a3n, 27b et 122b-a10b selon les besoins…). Pas de clé API OpenAI. Pas de clé API Anthropic. L'agent utilise des modèles libres, point (et ils sont, pour ces cas d'usage aussi efficaces que les modèles anthropic/openai).

Côté sécurité, on a essayé de ne pas faire n'importe quoi :

  • Les secrets de chaque agent sont chiffrés avec Fernet, une clé unique par agent. Personne d'autre que l'agent n'a accès à ses credentials.
  • L'authentification utilise des JWT avec rotation : access token de 15 minutes, refresh token de 30 jours. Pas de token permanent qui traîne.
  • Les commandes bash passent par des filtres regex avant exécution. L'agent ne peut pas faire rm -rf / ou exfiltrer des données vers l'extérieur sans passer les gardes.

Je précise ça parce que l'écosystème OpenClaw a eu des problèmes réels sur ce plan : des instances exposées sans authentification sur Internet, des skills malveillants qui pouvaient exécuter du code arbitraire. On a construit LiberClaw en ayant ces cas en tête.

Après, c'est votre agent… donc si vous lui demandez quelque chose de bête, ce n'est pas infaillible et il le fera. C'est votre VM et vous êtes seul dessus.

Pourquoi pas juste un VPS ?

C'est la question évidente, et elle est légitime. Pourquoi se compliquer la vie avec de l'infrastructure décentralisée quand on peut louer un VPS à 5€/mois ?

Parce que le VPS, c'est OVH, Hetzner, ou AWS. Et OVH peut décider de fermer votre compte. AWS peut décider que votre usage viole ses conditions. On est en train de construire des outils qui tournent 24h/24, qui prennent des décisions, qui interagissent avec des APIs — et tout ça repose sur la bonne volonté d'un hébergeur.

Sur Aleph Cloud, les nœuds sont indépendants. Il n'y a pas d'interrupteur central. Personne ne peut décider unilatéralement d'éteindre votre agent. C'est le même principe que ce qui rend le réseau intéressant pour d'autres usages, mais appliqué aux agents IA.

Pour ceux qui suivent les discussions sur la souveraineté numérique en France (et vu le journal récent sur JemaOS, je sais que vous êtes quelques-uns), c'est un enjeu concret : vos agents IA ne dépendent pas d'une entreprise américaine pour fonctionner.

État actuel

La plateforme est en production. Plus de 99 agents tournent en ce moment: des agents de revue de code, des assistants de recherche, des agents de monitoring. L'interface est disponible en 11 langues dont le français (pas juste un Google Translate, les pages sont réellement localisées). Le tier gratuit donne 2 agents (et suffisamment de crédits d'inférence pour commencer à s'amuser).

Le code des agents est sur GitHub : github.com/Libertai/liberclaw-agent. Si il y a des demandes pour le code de la plateforme web qui lance les agents, je peux la libérer aussi.

Si vous avez des questions sur l'architecture, les choix techniques ou si vous voulez juste me dire que c'est nul, je suis dans les commentaires.

Télécharger ce contenu au format EPUB

Commentaires : voir le flux Atom ouvrir dans le navigateur

Lire la suite…

Django : privilégier contributions humaines aux contributions générées par LLM

by Camille Roux from Human coders

L’usage excessif des LLM pour contribuer à Django pose problème : les mainteneurs ont du mal à évaluer si le contributeur comprend réellement le code proposé. L’article explique pourquoi la communauté Django privilégie l’authenticité et la compréhension réelle plutôt que des PR générées par IA. Des recommandations sont données pour utiliser les LLM comme outil complémentaire sans masquer sa compréhension du sujet.


Commentaires
L'article Django : privilégier contributions humaines aux contributions générées par LLM a été posté dans la catégorie Python de Human Coders News

Lire la suite…

Recommendations de blogs

by seluj78 from AFPy discuss

Hello!

Je me mets de plus en plus à lire des articles de blogs et je trouve ça passionnant, cf la discussion sur astral.sh racheté par OpenAI qui m’a fait découvrir le blog de https://simonwillison.net/ auquel je me suis abonné immédiatement :slight_smile:

Avez vous des recommandations de bon blogs (idéalement auxquels je peux m’abonner par mail), principalement python mais sinon tech en général, software, etc…

À vot’ bon cœur m’sieur dames

7 messages - 5 participant(e)s

Lire le sujet en entier

Lire la suite…

Contributions à des logiciels libres par l'équipe Yaal Coop durant l'hiver 2026

by Éloi Rivard <eloi@yaal.coop> from Yaal

Mécénat

Contributions

Il y a bien longtemps dans Python

Une Pull Request à cpython ajoutant un gestionnaire de contexte à Mailbox a été intégrée après une longue période d'inactivité. Elle datait de 2017, ce qui en faisait la 27ième plus vieille PR ouverte sur cpython.

Pygments

Bibliothèque Python de coloration syntaxique

Documentation Debian

authlib

La bibliothèque Python ultime pour construire des clients et serveurs OAuth et OpenID Connect. JWS, JWE, JWK, JWA, JWT inclus.

Canaille

Logiciel léger de gestion des identités et des autorisations

flask-cors

Support du partage de ressources entre origines (CORS) pour Flask

scim2-cli

CLI de développement d'applications SCIM

scim2-client

Construisez pythoniquement des requêtes SCIM et analysez les réponses SCIM

scim2-models

Sérialisation et validation de ressources SCIM avec Pydantic

scim2-server

Prototype léger de serveur SCIM2

scim2-tester

Vérificateur de conformité aux RFC SCIM

webtest

Enveloppe n'importe quelle application WSGI et facilite l'envoi de requêtes de test à cette application, sans démarrer de serveur HTTP.

wtforms

Une bibliothèque flexible de validation et de rendu de formulaires pour Python.

Lire la suite…

Winter 2026 FOSS contributions by the Yaal Coop team

by Éloi Rivard <eloi@yaal.coop> from Yaal

Sponsoring

Contributions

A long time ago in Python

A Pull Request to cpython adding a context manager to Mailbox has been merged after a long period of inactivity. It was created in 2017 and was the 27th oldest opened PR for cpython.

Pygments

Pygments is a generic syntax highlighter written in Python

Debian Documentation

authlib

The ultimate Python library in building OAuth, OpenID Connect clients and servers. JWS, JWE, JWK, JWA, JWT included.

Canaille

Lightweight identity and authorization management software

flask-cors

*Cross Origin Resource Sharing ( CORS ) support for Flask *

scim2-cli

SCIM application development CLI

scim2-client

Pythonically build SCIM requests and parse SCIM responses

scim2-models

SCIM resources serialization and validation with Pydantic

scim2-server

Lightweight SCIM2 server prototype

scim2-tester

SCIM RFCs server compliance checker

webtest

Wraps any WSGI application and makes it easy to send test requests to that application, without starting up an HTTP server.

wtforms

A flexible forms validation and rendering library for Python.

Lire la suite…

Astral.sh (ruff, uv, ty, pyx) vient d'être rachetée par OpenAI - qu'en pensez-vous ?

by luc_sorel-giffo from AFPy discuss

Hello

Astral.sh, l’entreprise qui édite (en rust) différents outils open-source pour l’écosystème Python, a annoncé sur son blog aujourd’hui avoir été rachetée par OpenAI : Astral to join OpenAI .

Les outils en question :

  • ruff : linter et formateur de code
  • uv : gestionnaire de dépendances
  • ty : vérification statique de typage
  • pyx : une alternative à PyPI pour mettre à disposition des packages Python

Je ne sais pas quelle place occupaient ces outils dans vos projets perso ou pro. J’avoue que j’appréciais une certaine indépendance de cet écosystème d’outils vis-à-vis de ceux de l’IA générative.

Comment vivez-vous ce changement de gouvernance ? Quelles sont les conséquences pour vos choix d’outillage et vos habitudes ?

Belle journée
Sympathicamicalement, Luc

PS : c’est le premier sujet que je lance sur ce forum de discussion. S’il est inapproprié, n’hésitez pas à me le dire.

8 messages - 5 participant(e)s

Lire le sujet en entier

Lire la suite…