Cela fait maintenant des mois que Microsoft fait des pieds et des mains et ne sait plus quoi inventer pour obliger tout le monde à passer "gratuitement" vers Windows 10.

Gratuitement? Attention, rien n'est gratuit en ce bas monde. Mais quel serait l'intérêt de Microsoft à "offrir" les premières versions de Windows 10, y compris la version stable ultime?

À mon sens ils vont nous faire le coup de la différence entre Office XP et Office 365. C'est-à-dire? Auparavant avec les Office XP, vous achetiez, payiez, une seule fois et vous l'aviez à vie. Depuis Office 365, maintenant vous payez à vie: soit par mois soit par an.

Voilà donc le coup marketing qui se profile avec Windows 10. Non, ce ne sera pas le dernier système d'exploitation Windows, mais ce sera le premier qu'il faudra payer à vie.

Avant avec les Windows XP, Vista, 7, 8, 8.1 vous payiez une seule fois et vous l'aviez à vie. Maintenant avec Windows 10 pour l'avoir à vie il faudra aussi payer à vie...

Si cela ne s'est pas réalisé avec Windows 10, il semble que ce sera le coup avec Windows 12 selon ce qu'on entend partout et que Microsoft ne dément pas.

Par ailleurs, niveau obsolescence programmée des hardwares (du matériel), il faut bien se dire que les clients de Microsoft ne sont plus les utilisateurs, mais sont les fabricants d'ordinateurs et de matériels divers (disques durs, puces CPU et GPU principalement). En effet, chaque nouvelle version de l'OS Windows nécessite, comme par hasard, du matériel nouveau, différent du précédent. Ainsi le passage du 32 bits au 64 bits pour Windows 10, le passage à un chiffrement de données supérieur pour les disques durs pour Windows 11, etc.

   Exercice corrigé et expliqué pour la version Wikipédia Qibla.xls . C'est la version qu'on peut qualifier de "Halal". Corrigé le 18 Septembre 2023 pour le calcul des distances. De plus une application pour toutes les directions à partir de n'importe quel lieu sur Terre et des distances entre ces deux points se trouve à la fin de l'article: "Angles Terrestres" lui aussi au format xls...

   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). Ce qui fait que de mon point de départ si je garde ce cap d'angle je peux marcher jusqu'à la Kaaba; définition même de la Qibla!

Pour la version 100% pygame: https://www.townground.com/2023/10/jeu-retro-pong-squash-version-100-pygame.html avec sons pour la balle (sons de jeu) et son playback d'arrière-jeu (background music), musique d'arrière-fond commutable On/Off...

   Et maintenant la version Squash 24.0 avec son. C'est en interrogeant Bard de Google que je me suis trouvé face à un choix pour le son: soit utiliser un code lourd et peu productif sous tkinter soit ajouter à la facilité de contrôle GUI de tkinter (objets boutons, usages divers du canevas, etc.) la facilité de jouer des sons dans un jeu via le module pygame.

   La majorité du jeu continue donc de fonctionner grâce au module Tkinter, seul le son étant pris en charge par une commande que par ailleurs je connaissais déjà (elle est présentée dans le livre de démarrage du Raspberry Pi 4 / 400) tirée elle du module Pygame.

   L'installation de ce module sur Windows (et Mac) se fait facilement via l'interpréteur et EDI / IDE / EDLI / IDLE Thonny Python au menu "outils" --> "gérer les paquets" où il suffira alors d'entrer "pygame" dans la barre de recherche puis de cliquer dessus et de cliquer sur "installer". Pour Visual Studio Code là... «cerca trova»!

   En fait pour Visual Studio Code, à partir d'un terminal il suffit d'entrer la ligne de commande suivante: pip install pygame . Je ne sais pas si cette commande fonctionne également dans le terminal Thonny Python, mais pour VS Code elle est très utile...

   À noter que sous le Linux Raspberry Pi OS (32 et 64 bits), anciennement en tout cas, ce module était déjà installé avec Python.

   Bref, si vous savez installer pygame voici le dossier ZIP contenant le code source Python 3.10 de squash_24-0.py et les deux fichiers sonores au format WAV, l'un "touche.wav" pour quand la balle touche les murs ou la raquette, l'autre "coule.wav" pour quand la balle tombe hors de la raquette. Pas de sons d'accompagnement en continu du jeu; ça distrait trop!

   Voici la dernière version améliorée de mon jeu de Pong-Squash version 23-4 du 31 Juillet 2023 (31/07/2023). L'amélioration consiste en ce que l'angle de la balle n'est plus systématiquement de 45 degrés mais varie pour chaque nouvelle balle de jeu au hasard entre 30 et 60 degrés. La raquette, afin d'éviter les risques de symétries, part donc systématiquement d'environ le premier quart gauche de l'écran de jeu.

   C'est en fait plus compliqué à jouer car j'ai défini non une longueur de vecteur de balle fixe mais seulement sa composante y (verticale) fixe telle que y=5. Elle met cette balle toujours donc le même temps pour monter jusqu'en haut et redescendre. Mais elle sera tantôt plus lente tantôt plus rapide car la composante horizontale du vecteur est elle variable et est calculée en faisant x=5*cotg(angle) soit x=5/tg(angle).

   Résultat la longueur (force) du vecteur de la balle est variable elle aussi.

   Ce programme a été testé et fonctionne sous Linux (Raspberry Pi 4 / 400) et sous Windows de XP à 10 inclus. Néanmoins pour le faire fonctionner sous Windows 10 et haut-dessus (11) il ne faut pas se contenter d'utiliser l'interpréteur Python fourni dans le Windows Store! En effet, le fichier score ("Squash4_sco") doit pouvoir être écrit or cet interpréteur se place dans son propre répertoire lorsqu'il exécute un programme Python, un répertoire non inscriptible. Il faut donc passer par un éditeur Python 3, que ce soient Thonny-Python ou Visual Studio Code pour lancer ce programme et pouvoir profiter de l'enregistrement des scores.

   Par ailleurs pour tout programme Python non téléchargé sur un GitHub vérifié mais téléchargé via le site d'un particulier, comme c'est le cas ici, mieux vaut passer par un éditeur Python que par l'interpréteur directement: ça permet de vérifier s'il ne contient pas du code malveillant ou qui n'a rien à faire là (comme par exemple un appel de site via numéro d'IP ou via nom de domaine).

   Bref voici son code source en Python 3 format UTF-8: