CrisPy : Révéler les réalités bas-niveau derrière l'abstraction Python

Sun, 17 May 2026 14:10:00 +0200

Dans le paysage actuel de l’enseignement de la programmation, Python occupe une place prépondérante en tant que premier langage pour les étudiants. Sa syntaxe claire et son niveau d’abstraction élevé en font un outil d’apprentissage séduisant. Cependant, le projet CrisPy, mené par une équipe d’étudiants du cours de Test et Qualité 2026 composée de Samuel Amani Kinyongolo, Esteban Baracho, Jonathan Kondoli Nkebi et Bénédicte Tuteka Mukuta, en collaboration avec l’équipe de recherche SNAIL, remet en question cette approche dominante.

Le paradoxe de l’abstraction Python

L’abstraction importante de Python a tendance à masquer de nombreux aspects des mécanismes systémiques et de bas niveau. Pour les étudiants, cela peut se traduire par une compréhension limitée des enjeux de performance et une capacité réduite à optimiser efficacement leurs programmes. Le projet part du constat que l’apprentissage initial de Python, sans mise en garde sur ses limites, risque de former des développeur.euse.s incapables de saisir les implications réelles de leur code sur la machine.

Objectifs pédagogiques et livrables

L’objectif principal de CrisPy est de développer du matériel pédagogique destiné à renforcer la conscience des aspects système et bas niveau dans la programmation. L’équipe s’est donné pour mission d’identifier les antipatterns de performance propre à Python et de fournir des ressources pour les éviter. Le résultat est un manuel d’optimisation des performances conçu spécifiquement pour les programmeurs Python débutants. Ce manuel est intégré directement à l’environnement de développement via un plugin pour VSCode. Ce plugin a pour fonction de lier le code parcouru à des fiches explicatives détaillant les méthodes d’optimisation, offrant ainsi un apprentissage contextuel et immédiat.

Architecture technique de CrisPy

CrisPy se compose de trois couches étroitement intégrées formant une plateforme d’analyse statique basée sur des règles. Le moteur principal, l’analyseur Python, analyse le code source pour le convertir en un arbre de syntaxe abstraite (AST) et applique chacune des règles enregistrées. Les résultats sont générés au format JSON structuré, ce qui permet une exploitation facile depuis n’importe quel outil.

L’extension intègre cet analyseur et affiche les résultats sous forme de diagnostics natifs de VS Code. Les utilisateurs peuvent passer la souris sur un avertissement pour lire l’explication complète de la règle sans quitter leur fichier. La documentation interactive constitue la source de vérité unique pour chaque règle, détaillant les raisons pour lesquelles une pratique est déconseillée, présentant les bénéfices de l’approche recommandée et proposant des exemples de code concrets avant et après. Le code source, l’outil complet et la documentation sont accessibles publiquement sur le dépôt GitHub. La documentation est quant à elle disponible sur le site web suivant.

Fonctionnalités clés et expérience utilisateur

La philosophie de CrisPy se distingue des outils d’analyse statique traditionnels. Là où la plupart des outils se contentent d’indiquer ce qui ne va pas, CrisPy explique pourquoi c’est important et comment y remédier. Chaque règle est accompagnée d’une explication claire, d’un niveau de sévérité (info, warning ou error) et d’au moins un exemple de correction.

Les règles sont définies de manière centralisée et partagées entre l’interface en ligne de commande, l’extension et la documentation. CrisPy est livré avec des paramètres par défaut judicieux et l’ensemble complet de règles « performance » activé par défaut. L’installation de l’extension VS Code permet d’être opérationnel en moins d’une minute.

Exemple concret d’application

Considérons le cas de la concaténation de chaînes de caractères dans une boucle. Le code suivant déclenche un avertissement PY002 :

# ❌ Avant — concaténation de chaînes avec temps d'exécution quadratique
mots = ["Python", "est", "génial"]
phrase = ""
for mot in mots:
phrase += mot + " " # Crée une nouvelle chaîne à chaque iteration

CrisPy recommande d’utiliser " “.join(…) pour éviter des copies en mémoire de complexité O(n²), ce qui transforme le code en une allocation mémoire unique et idiomatique.

Perspectives et réflexions

Au-delà de la production technique, le projet CrisPy soulève des questions fondamentales sur l’évolution de l’enseignement de l’informatique. Il invite à réfléchir à la manière dont Python peut devenir un « cache-misère » pour la gestion des performances si les fondements ne sont pas correctement maîtrisés. De plus, l’équipe s’interroge sur l’influence croissante des modèles de langage (LLMs) dans cette démarche : comment ces outils modifient-ils l’approche d’optimisation et la pertinence du plugin développé ?

Le projet CrisPy témoigne de la volonté des étudiants de ne pas se contenter d’un usage superficiel des outils modernes, mais de creuser pour comprendre les mécanismes sous-jacents qui garantissent la robustesse et l’efficacité des logiciels.

Automated performance testing for mixed reality systems

Mon, 23 Jun 2025 10:47:40 +0200

Software engineering for mixed reality headsets is still in its early genesis even though the required hardware for it has been available for several decades. Existing methods to streamline development are still limited and developers often find themselves doing things manually. Mixed Reality system testing, for example, are often done by hand by developers who have to wear the headsets and do the testing as if they were an end user. This is a significant time sink in the development process.

This thesis focuses on the available methods for automating these tests, specifically, performance tests. They have the added challenge of requiring to run on the headset directly. It is of great priority for mixed reality apps because bad performance can at best make the experience worse and at worst cause motion sickness in users.

To find a solution to the problem, we’ve firstly explored the different available avenues for automation of the tests. Then we’ve decided to adapt an existing mixed reality capture and replay of user interactions tool so that it would fit our needs. The tool’s objective would be to detect gains and losses in performance between two different builds of a same mixed reality app. Having access to this kind of tool would allow developers to gain a significant amount of time during the development of their apps when they have to do small performance optimizations. It would not only be quicker than a human doing the tests themselves but it would also be more precise, and better able to detect the differences more accurately.

Performance | SNAIL team