C'est vrai que j'apprécie assez les rétro-games (jeux rétros), même si je ne suis pas un bon gamer (joueur); j'aime leurs graphismes, leurs sons, leur ambiance. Mais pour ce qui est de la programmation (du codage) je me tourne personnellement de préférence vers les tous premiers jeux sortis pour les tous premiers ordinateurs.

   Tel ce jeu de Ping (Squash) pour lequel je me suis mis à étudier le langage Python. Alors, avant sa sortie sous Python, une sortie tous OS (tous Systèmes d'Exploitation: Linux, Windows, Mac OS, Chrome OS) dans un langage certes très basique, Scratch 3, mais qui d'après ce que j'en ai pu voir sur son site officiel permet de programmer des jeux allant carrément jusqu'à Super-Mario!!!

   Bref, vous pouvez télécharger ce logiciel de programmation intuitive à l'URL suivante: https://scratch.mit.edu/download (déjà inclus dans le Raspberry Pi 4) ou bien si le téléchargement n'est pas possible (Linux rencontre une difficulté à le télécharger), programmer et exécuter en ligne à https://scratch.mit.edu qui s'affiche automatiquement dans la langue par défaut de l'ordinateur.

   Et voici ma version Old School du jeu Ping (avec sons) sous Scratch 3:

   Pour lancer ou relancer le jeu: appuyez sur la barre d'espace; pour bouger la raquette (en vert), sur les touches flèches gauche et droite...

   Alors, ce 26 Janvier 2022 je vais enfin proposer ce module amélioré dans le blog indiqué dans l'article; ce que je n'avais pas fait primitivement. Une note: ce module, cette classe d'objet score, est dans le fichier proposé ici en UTF-8 et donc ne fonctionne pas sous Visual Studio Code tant qu'on ne l'a pas transformé en texte ASCII...

   À voir aussi en bas d'article un nouveau tutoriel vidéo sur l'usage du module (d'ici une heure: 07:40 AM).

   Qui n'a pas déjà été triste après avoir joué à un jeu, qu'il soit programmé («codé» on dit de nos jours) en C/C++ ou en Python tant module Pygame (le plus courant) que Tkinter (tkinter depuis Python 3), de ne pas avoir la possibilité d'enregistrer son score et son pseudo? À moi, je vous l'avoue, ça m'est arrivé plus d'une fois; au point de me motiver à créer des lignes de code pour gérer un fichier contenant les dix meilleurs scores et le pseudo correspondant des joueurs.

   D'abord présenté sur le blog de www.developpez.net en version très simple, voici ici les lignes de code pouvant soit être utilisées comme module, soit, plus sûr, comme classe d'objet score à ajouter (copier-coller ou bien renommer le fichier et inclure la classe) au début de chaque jeu avant toute autres classes et en tout cas avant le programme principal du jeu lui-même.

   Bref voici le module "scoremanage":

   Évidemment ça s'adresse à ceux qui, comme moi, dès leur jeunesse ont rêvé de programmer eux-mêmes leur propre jeu. Il est clair que lorsqu'on programme un jeu, la base est d'avoir une sauvegarde et un tri des scores obtenus par des joueurs. Vous pourrez me répondre que c'est plus satisfaisant si on programme la classe de gestion de score "soi-même".

   Mais, justement, la logique de l'Open Source n'est pas «do it yourself» mais bien «do it with together», «faites le ensemble»; ce qui compte est de comprendre les lignes de codes et, pourquoi pas?, de savoir améliorer la solution proposée en imaginant d'autres usages ou besoins.

   Sinon autant dire que pour un jeu utilisant le module pygame, «autant reprogrammer soi-même l'ensemble de ce module car cela apporterait plus de satisfaction personnelle»...

   Bref:

   Plusieurs manières de l'utiliser, j'explique ici la plus flexible pour un jeu relativement complexe (2 joueurs):

#D'abord soit l'import du module soit sa copie

from scoremanage import *

#Ensuite définir l'objet

gs=Scoremanage("Zorro_sco")

#où gs n'est qu'un exemple et "Zorro_sco" le nom du fichier

#qui contient la liste des scores pour un jeu.

#Ensuite des variables contiennent les deux scores et noms des joueurs

pseudo1,score1="",1250 #ici le joueur n'a pas entré son pseudo

pseudo2,score2="optimum",3500

#Maintenant on écrit, un par un, les scores

gs.score,gs.gamer=score1,pseudo1

gs.addsco()

gs.score,gs.gamer=score2,pseudo2

gs.addsco()

#La lecture des scores renvoie une liste

scores=gs.lirsco()

#On peut réinitialiser les scores par:

gs.inisco()

#C'est tout!

   Et comme exemple concret d'utilisation un petit jeu, un classique des années fin 1960 - mi 1970 (60's - 70's):

   Récemment on apprenait que la Belgique, ses autorités législatives, veut interdire les communications chiffrées vers et à partir de son territoire. À la fois inutile et à la fois faux-cul. Faux-cul car tous nos services de sécurité (police, renseignements généraux [contrôle des partis et groupuscules idéologiques], ministère de l'Intérieur et des Affaires Étrangères [espionage et contre-espionage]) disposent déjà des logiciels leur permettant de casser un échange chiffré, que ce soit par mail, par audio, par texto, etc. Tout ce qui leur faut est évidemment l'autorisation de personnes responsables des services: juge, magistrat, ministre.

   Snowden notait par ailleurs que «interdire le chiffrement des échanges entre individus causerait beaucoup de morts»; j'approuve sauf que j'estime que ces morts ne seraient pas dû aux États mais bien plutôt aux mafias et gangs variés qui naviguent entre la politique et la drogue.

   Car, comme déjà dit, les États disposent déjà de tous les moyens pour déchiffrer ce que nous chiffrons, et le fameux désormais Pegasus en témoigne. Par contre un logiciel même moins élaboré que ce dernier coûte suffisamment cher pour ne pas être à la portée de simples individus mais seulement d'États ou groupes d'états (Union Européenne, OTAN, etc.).

   Du jour où l'on interdira le chiffrement; dès lors regarder dans le slip du voisin ne sera plus qu'un jeu d'enfant à quelques centaines d'euros et donc accessible à tous. Fini les enquêtes de journalistes d'investigation, fini les plaintes de citoyens, fini en fait énormément de choses; du moins "fini sans risques de se faire écraser par une voiture".

   Le législatif belge d'argumenter que «cela facilitera nos enquêtes». Enquêtes sans contrôle de la Justice et des Ministres compétents certes, mais cela ne constitue pas une avancée démocratique. Pour le reste au contraire: un enquêteur sera vite repérable au fait que, lui, dispose d'une application de chiffrement.

   Si j'ajoute à cela que en Belgique, suite aux attentats islamistes, on a fait passer un registre national des numéros de téléphone tant fixes que portables, tant avec abonnement que à cartes prépayées, le risque pour les citoyens ne provient pas vraiment de l'État (qui a déjà les moyens de le surveiller même sur du chiffré comme déjà dit ici) que des différents groupes extrémistes et mafieux.

   Que ce registre des numéros soit piraté et on ne comptera plus les emmerdes subies par les citoyens...

   Bref, il faut sauvegarder notre droit à chiffrer nos communications pour continuer à vivre sous la loi démocratique et non sous la loi des gangs et des mafieux!!!

-----------------

   J'en profite donc pour partager ici un utilitaire de chiffrement de fichiers (tous types de fichiers, mais réellement efficace qu'avec les fichiers pur texte) de ma composition. Il a été programmé initialement sous Linux via Python. Il fonctionne à partir de Python 3, donc pas sous VS-Code qui utilise une version antérieure. Et comme c'est écrit en Python, moyennant la présence de cet interprétateur sur l'ordinateur il peut être utilisé tant sous Linux que Windows que Mac-OS.

   Alors je sais qu'il existe un module Python nommé "cryptography" et dédié à ce genre de choses mais je ne sais pas l'utiliser (je débute à peine en langage Python). C'est donc avec le premier algorithme inventé par les hackers de l'époque de la sortie de MS-DOS et de la programmation BASIC que j'ai effectué les opérations de (dé)chiffrement.

   Fichier Python ici:

   Exercice corrigé et expliqué pour la version Wikipédia Qibla.xls . C'est la version qu'on peut qualifier de "Halal".

   Alors, j'ai continué mon exercice. L'exercice consiste à trouver la direction selon une boussole de la Kaaba (la Qibla donc) depuis un lieu dont on connaît les coordonnées de latitude et longitude.

   La réponse sur Wikipédia (voir fichier Qibla.xls et lien inclus dedans vers l'article) fonctionne parfaitement pour le calcul le plus admis dans le monde entier de la direction de la Qibla. C'est-à-dire qu'il y a une particularité pour, par exemple, les Amériques: ainsi à New-York ce n'est pas vers le Sud-Est mais bien vers le Nord-Est que je dois me tourner pour prier.

   Pour certains résultats qui sembleraient inadéquats (pour le Maroc par exemple) se reporter à l'article https://fr.wikipedia.org/wiki/Qibla qui explique avec un très bon graphique ces semblant d'incohérences. En fait ces incohérences sont dues au fait qu'il s'agit d'angles de boussole, et non de l'angle depuis le lieu où je suis dans l'absolu. C'est-à-dire qu'il faut que ce soit un angle d'un tracé allant entre non deux lieux (celui où je me trouve et la Kaaba) mais bien entre trois lieux: le Pôle Nord, le lieu où je me trouve et la Kaaba! J'y reviens en fin d'article.

   Cette position avait fait débat et a été tranchée par une majorité des autorités religieuses musulmanes; c'est bien ainsi qu'il faut le pratiquer même si une petite dissidence continue de prier au Sud-Est.

   L'équation qu'on peut qualifier de "Halal" est donc bien celle de Wikipédia en Qibla.xls.

   Bref voici le fichier:

   En fait ces semblances d'incohérences sont dues à ce qu'il s'agit certes d'angles de boussoles mais rapportés sur une sphère! La Terre réelle qui est bien une sphère et donc ces angles obtenus ne sont pas à comparer avec une mappemonde plate surtout projection Mercator comme je l'avais initialement réalisé car, comme moi alors, on ne saurait comprendre l'enjeu de cette sphéricité sur les angles.

   Pour illustration le dessin ci-dessous d'une sphère avec deux méridiens et deux parallèles, l'une au Nord, l'autre au Sud, qui montrent clairement que à mêmes latitudes deux points de longitudes différentes ne se trouvent pas forcément à 90° de boussole; en fait ça dépend de la latitude.

   À cette sphéricité s'ajoute l'origine "naturaliste" de la détermination de la Qibla, qui explique le choix du calcul par le Grand Cercle. Il ne s'agit donc pas d'un argument d'autorité (car ce n'est pas parce que l'on est nombreux à avoir tort que l'on aurait pour autant raison; les arguments d'autorité sont donc des non-arguments) mais bien d'un argument scientifique et raisonné que je vais aussitôt expliquer.

   L'origine "naturaliste" détermine la Qibla non par des calculs mais bien par la définition qui veut que l'on se tourne vers la direction marquée lorsque le Soleil est au zénith de la Kaaba, exactement au-dessus.

   Or lorsque le Soleil est au zénith de la Kaaba, si je prolonge l'axe Soleil-Kaaba j'arrive à l'exact centre de la Terre. Ce qui fait que forcément tout point depuis lequel je me tourne vers la Qibla passe forcément par un cercle dessiné par ce rayon terrestre, définition même du Grand-Cercle!

   Ce qui explique finalement pourquoi si je me place à la même latitude que la Kaaba mais au milieu de la Mauritanie (disons longitude de -10° Ouest) j'obtiendrai un angle non de 90° mais bien de 80,4° de boussole! Et ce résultat bien que surprenant est tout-à-fait exact et halal.

   En effet: je dois prendre en compte non-seulement la déformation des méridiens mais aussi le fait qu'il s'agit du grand-cercle et non d'une simple parallèle à l'équateur (petit-cercle).