Bonjour à toutes et tous !
Le CPC#33 est en approche et dans environ deux semaines vous pourrez vous lancer à corps perdu dans cette 33ᵉ édition du concours de Planète Casio !

Le thème sera annoncé le dimanche 26 juillet 2026 à 18h. Une semaine de code pour fournir un jeu, c'est court et c'est ce qui fait tout l'intérêt du concours. Pour le CPC#33 tous les langages sont autorisés ! Basic, C/C++, Python, etc prenez celui que vous préférez.

Passons ensemble en revue quelques conseils pour bien se préparer et éviter de paniquer une fois dans le rush.

Planifie ton temps : Divise ton temps entre recherche, planification, développement, tests et ajustements/débogage. 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 faite 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. S'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 codes 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 (désormais intégré dans gint) 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, sois bien attentif à l'utilisation des ressources (images, fontes), qui peuvent sévèrement faire monter l'addition de consommation de RAM. Sois 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éboguer 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 codes en C, je t'invite à regarder le fonctionnement du bridge gdb afin de déboguer 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 deux jours de code car fait tout planter sans que l'on comprenne pourquoi. Note : même en testant bien, on n'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.com ou Itch.io pour les assets graphiques ou dafont.com ou 1001freefonts.com pour les polices par exemple. 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 fairs, indiquez quand vos assets ne sont pas maisons et créditez l'auteur pour son travail.

Et voilà qui conclu ce court article !

On espère vous voir nombreuses et nombreux à participer à ce CPC#33.
On se retrouve donc rapidement pour la divulgation du thème et le top départ pour la session intense de code.

On se retrouve très bientôt pour une Revue des Projets, puis pour le lancement du concours. !

Un grand merci à SlyVTT pour l'aide niveau organisation et la rédaction de cet article.