Le CPC#32 sur calculatrice Casio est en approche. Pour ceux qui auraient loupé la news d'annonce, c'est ici que ça se passe, avec tous les détails.

Le thème sera donc annoncé ce samedi 16 Août 2025 à 20h, donc dans un peu moins d'une semaine désormais. Deux semaines de code pour fournir un jeu, mais parfois aussi 15 jours un peu chauds à gérer pour ceux qui n'ont pas l'habitude de participer à une jam.



Comme nous l'avions fait lors de la Jam Python#2 en ce début d'année, il est intéressant de profiter de cette dernière semaine avant le lancement du concours pour bien se préparer. Voici donc quelques conseils destinés à vous aider à tirer le meilleur parti de votre temps. Deux semaines, c'est long, mais c'est aussi très court à bien des égards. Nous vous proposons donc de prendre un peu de temps afin de bien vous préparer.

Voici donc une liste de petits conseils, qui tombent souvent sous le coup du bon sens, mais pouvant vous être utiles, car on peu facilement en oublier les concepts de base une fois pris dans le rush :

Planifie ton temps : Divise ton temps entre recherche, planification, développement, tests et ajustements/debugage. Par exemple, consacre les deux premiers jours à la recherche de l'idée et à la planification de ce que tu veux mettre en place. Cela te permettra de ne pas partir dans toutes les directions et de perdre du temps sur des futilités. Si tu n'as pas trop l'habitude de coder, cette première phase peut tout à fait être faites sur papier afin de bien poser les fondamentaux.

Révise les bases et les bibliothèques spécifiques : Assure-toi de bien connaître les bibliothèques spécifiques à ta calculatrice. Par exemple, apprends à utiliser les bibliothèques disponibles sur ta Casio. Si il n'y a pas de fonction pour tracer des lignes ou des cercles, peut-être peux-tu programmer ça avant le début du concours pour les avoir sous la main le jour J. Par exemple si tu code en Python, fait quelques tests avec le module gint de PythonExtra pour connaitre les fonctions de gestion des images et du clavier. Si tu te lances dans un addin en C ou C++, de même, regarde comment fonctionne libprof pour mesurer les performances de ton code, ou azur afin de booster les perfs graphiques, mais surtout ne te lance pas dans un truc que tu n'as jamais tenté auparavant durant les semaines du concours.

Optimise ton code : Écris du code efficace pour économiser la mémoire et le temps de calcul. Par exemple, utilise des structures de données appropriées et évite les boucles inutiles. Cela est particulièrement vrai sur les machines disposant de peu de ressources comme la Graph 35+EII. Python offre beaucoup de fonctions et de structures qui te feront gagner beaucoup de temps et d'énergie. Il y a toujours moyen de choper de la RAM ou de la puissance de calcul avec des tricks, en particulier sur Graph 90+E et Math+, mais c'est mieux si ton code tourne dans bien en conditions de base. Avec Python en particulier, soit bien attentif à l'utilisation des ressources (images, fontes), qui peuvent sévèrement faire monter l'addition de consommation de RAM. Soit donc très malin dans ton approche et réutilise tes assets au maximum.

Pratique les entrées/sorties : Familiarise-toi avec les méthodes d'entrée et de sortie sur la calculatrice. Par exemple, pratique la lecture des entrées utilisateur et l'affichage des résultats. Cela te sera aussi très utile pour débugger ton programme. Entre les sorties textes ou graphiques, être en capacité de "discuter" avec ton programme lors de son fonctionnement est clairement un point très important et très souvent négligé. Si tu code en C, je t'invite à regarder le fonctionnement du bridge gdb afin de debugger ton programme en cours de run sur la calculatrice.

Prépare des snippets réutilisables : Crée des morceaux de code pour les tâches courantes. Par exemple, un snippet pour lire une entrée utilisateur et afficher un message. C'est la clé, soyez malins (ou malignes). Des petites routines graphiques, de lecture des actions claviers, déjà disponibles vous feront gagner un temps fou et vous éviteront de chercher comment faire à la dernière minute et donc de perdre un temps précieux.

Teste fréquemment : Teste régulièrement ton code sur la calculatrice pour détecter et corriger les erreurs rapidement. Par exemple, après chaque fonctionnalité ajoutée, vérifie son bon fonctionnement. Rien de pire que de se rendre compte après deux jours de code que rien ne fonctionne et de devoir scrapper une grosse partie de son travail. En testant régulièrement, on peut beaucoup plus vite réorienter si besoin et minimiser les pertes. Si je dois insister sur un seul conseil, c'est bien celui-ci. Chaque brique élémentaire doit bien être testée avant de passer à la suivante, c'est le nerf de la guerre. Rien de pire qu'un bug fantôme qui fait perdre 2 jours de code car fait tout planter sans que l'on comprenne pourquoi. Note : même en testant bien, on est jamais à l'abris de ce genre de bugs, mais au moins on minimise le risque d'apparition.

Fixe des objectifs quotidiens : Établis des objectifs clairs pour chaque jour pour maintenir un rythme constant. Par exemple, terminer la fonctionnalité principale le troisième jour. Cela permet d'avoir en tête un planning "idéal" mais aussi finalement de classer l'importance de tel ou tel aspect du jeu. Il est conseillé aussi de commencer petit avec un squelette fonctionnel de programme qui colle au gameplay minimal, puis d'ajouter des fonctionnalités les unes après les autres, à chaque fois en testant bien.

Fais des backups réguliers : Sauvegarde ton travail régulièrement pour éviter de perdre des données. Par exemple, fais une sauvegarde après chaque session de coding. Ne vous faites pas avoir par un crash ou un écrasement involontaire de portions de code. Git, archives compressées, répertoire par version, peu importe, mais ne vous faites pas avoir en perdant "bêtement" votre code. On l'a tous vécu et c'est très très rageant.

Trouve de beaux assests : Souvent les assets constituent la partie "creuse" du développement, en effet n'est pas graphiste qui veut. Les assets sont la première chose que l'on voit dans un programme, avant même que celui-ci ne tourne et ne révèle sont gameplay. Il existe sur internet une foultitude de ressources libres de droits, je vous invite donc à chercher du côté par exemple de OpenGameArt. Souvent un simple crédit permet d'utiliser les assets gratuitement pour des jeux non commerciaux. Il existe bien entendu de nombreuses ressources de ce style sur Internet. Par contre soyez fair, indiquez quand vos assets ne sont pas maison et créditez l'auteur pour son travail.

Voilà qui en termine avec ces quelques conseils

On espère vous voir nombreux et nombreuses à participer à ce CPC#32.

On se retrouve donc Samedi en fin de journée pour la divulgation du thème et le top départ pour les 2 semaines intenses de code.