vmagnin a écrit 696 commentaires

Merci, incroyable…

Ces rapports 10 et 1000 suggèrent que les Petits-Gris utilisent la base 10 et auraient donc dix doigts comme nous !

Sachant de plus que l'astéroïde interstellaire ʻOumuamua est passé en 2017 dans le système solaire, soit 50 ans après la détection de CP 1919, l'étau se resserre…

D'après mes calculs de TapTempiste, une période de 1,337 secondes correspond environ à 45 BPM. Il ne nous reste plus qu'à chercher un message codé dans les chansons à 45 BPM. Peut-être ici :
https://music.apple.com/za/album/mid-tempo-house-hits-45-bpm/902528258

On notera également que 1,337301192269*π ≈ 4,20125560126916200065
soit quasiment un dixième du mythique nombre 42 ! Difficile de croire au hasard… :-o

Je viens par hasard de regarder la page du Réseau Sentinelles sur l'épidémie de grippe, et sur quoi je tombe ? Regardez le second graphique de la page :
https://www.sentiweb.fr/france/fr/?page=epidemies
dans l'onglet "Syndromes Grippaux". A moins que vous préfériez l'onglet "Diarrhée Aigüe".

Merci pour ce beau commentaire ! C'est pour ça que j'ai mis le tag "Culture", c'est vrai que c'est un article pour le plaisir de se balader, comme dans un jardin.

Et c'est l'histoire d'une fascination qui n'est toujours pas terminée…

Si tout le monde posait son téléphone sur la table et laissait la personne sortir son discours jusqu'à ce qu'elle s'aperçoive qu'elle parle toute seule, ça ferait baisser leur rentabilité… Time is money.

On pourrait même imaginer une application parlante qui dirait de temps en temps "je comprends" (ou mieux "je ne comprends pas", pour faire répéter le discours une deuxième fois)…

Par contre, comme le dit la doc, le redimensionnement de l'image avec par exemple "=100x100" ne fonctionne plus.

Merci de ta réponse. Pour ne rien dévoiler je viens d'essayer avec une autre image, pas très grande. Voilà le code :

    ![github](https://github.com/vmagnin/gtk-fortran/blob/gtk4/screenshots/gtkhello2.png)

J'ai essayé de désactiver mon bloqueur de pub dans Firefox, sans succès. J'ai testé également dans chromium (navigateur de secours dans lequel je n'ai installé aucune extension), sans succès.

Mais je viens de trouver par hasard la solution :

    ![github](https://github.com/vmagnin/gtk-fortran/blob/gtk4/screenshots/gtkhello2.png?raw=true)

En fait l'URL se terminant en .png est une page GitHub. La vraie URL de l'image doit se terminer par ?raw=true, donc les URL de GitHub sont trompeuses…

Alors que la famille TapTempo s'enrichit d'une nouvelle version, serait-il possible de relancer la Fédération TapTempo ?

Dans un projet GitHub, on peut ajouter des "collaborators" dans la partie "Settings > Manage access". Avoir trois ou quatre personnes permettrait de mettre à jour le site avec les dernières versions TapTempo. Pour l'instant, Fabien Marteau est le seul à avoir l'accès : https://github.com/Martoni

J'ajouterai que la dernière version de GTK dans Fedora 35 est la 4.4.
GTK 4.4.1 a été mise en paquet ce 1er novembre :
https://koji.fedoraproject.org/koji/packageinfo?packageID=24299

Il est clairement URGENT de relancer la TapTempo Federation ! Elle semble à l'abandon, il y a 26 Issues ouvertes, beaucoup datant même de mars 2018 :
https://github.com/TapTempo-Federation/TapTempo-Federation/issues

Voilà qui explique les nombreuses difficultés rencontrées par la France au niveau international ces derniers temps. Il est encore temps d'inverser la vapeur.

Rappelons d'ailleurs l'article 1 de son manifeste :

The Taptempo-Federation Manifesto
1. The Taptempo-Federation promotes the use and adoption of Taptempo throughout the world.

Bien vu, j'arrive à 6000 BPM en réglant la répétition du clavier à 100 rép/s dans la configuration de KDE. La valeur par défaut y est de 25 rép/s (et on a bien 25*60=1500).

La science autour de TapTempo avance !

Merci, oui c'est bon !

Attention, si vous copiez-collez le code source dans un fichier unique, il faut mettre le program main tout à la fin, après le module. Mais je ne peux pas corriger mon message initial (c'est curieux, d'après mes souvenirs il y avait un bouton Modifier avant, qui permettait en tout cas d'éditer son message dans les 5 minutes).

Dans un système complexe, ce qui est une cause peut aussi être une conséquence. On a affaire à une multitudes de phénomènes avec des boucles de rétroaction positives ou négatives, qui agissent à des échelles de temps diverses.

Un article intéressant :
Svante August Arrhenius, On the Influence of Carbonic Acid in the Air upon the Temperature of the Ground, London, Edinburgh, and Dublin Philosophical Magazine and Journal of Science (fifth series), April 1896. vol 41, pp. 237-275.

Les mesures de CO2 depuis 1958 à Mauna Loa :
https://gml.noaa.gov/ccgg/trends/mlo.html

Concernant l'albedo (pourcentage de lumière réfléchie) de la terre, on a affaire à une rétroaction positive : l'augmentation de la température fait fondre les glaces, ce qui diminue l'albedo et augmente l'absorption de l'énergie solaire, ce qui augmente la température, etc. Une info récente :
https://www.sciencesetavenir.fr/espace/systeme-solaire/la-terre-brille-moins-a-cause-du-rechauffement-climatique_158064?xtor=RSS-9

Concernant la baisse de 7 % pendant le COVID, quand on est dans l'excès total et qu'on baisse de 7 %, on est toujours dans l'excès. Supposons, chiffre purement hypothétique choisi pour la démonstration, que l'on émette 200 % du CO2 que le système Terre est capable d'absorber à court terme (échelle humaine), en baissant de 7 %, on émet encore 186 % de ce qu'il est capable d'absorber. Donc on passe d'un excès de 100 % à un excès de 86 %.

Tant qu'on reste en France, ça devrait aller.
Par contre un voyageur français descendant de l'avion aux USA devrait se méfier…

Qwant est très bien pour le contenu en français, parfois il vaut mieux passer à Duck Duck Go pour le contenu en anglais.

C'est simple, quand tu es dans Qwant et que tu ne trouves pas ce que tu cherches, tu rajoutes !ddg derrière les mots clefs et tu te retrouves dans DDG ! Et réciproquement dans DDG tu ajoutes !qw pour revenir à Qwant. Il y a plein d'autres raccourcis, avec bien sûr !g pour Google et !w pour Wikipedia, mais là c'est sans retour…

Tant qu'on en reste à l'interface graphique, loin des choses techniques, je n'ai pas l'impression que ça change grand chose. Tant que ça marche pour eux, ça passe.

Les jeunes de maintenant sont plus ouverts à d'autres interfaces. Il y a vingt ans, très peu connaissaient autre chose que Windows, et ils étaient perdus voire dégoûtés dès qu'on leur proposait un truc différent. Maintenant, ils savent qu'il y a autre chose puisqu'ils passent beaucoup de temps sur des systèmes portables, essentiellement Android, ou iOS. Donc avoir affaire à Gnome ou Plasma, ça passe. Il s'agit toujours de manipuler une souris ou un écran tactile.

Un magazine scientifique, mais orienté astronomie, qui a réussi le tournant du numérique, c'est Ciel&espace :
https://www.cieletespace.fr/

Depuis quelques années ils sont passés à une parution moins fréquente, tous les deux mois, mais avec un volume plus conséquent (130 pages) et des articles plus fouillés. Ils ont un site avec des actualités accessibles librement et avec des articles supplémentaires réservés aux abonnés ayant payé l'option.

Pour 87,50 €/an (ou 164 € pour deux ans), on a :
- le magazine papier : 6 numéros, 2 hors-série, 1 almanach annuel,
- les articles et podcasts payants en ligne,
- le magazine et l'intégralité des anciens numéros et hors-séries en numérique,
- et un club abonnés.

Voir https://www.cieletespace.fr/abonnement pour les autres formules uniquement papier ou numérique.

Je commence à apprendre, avec mes premières modestes expérimentations ici :
https://github.com/vmagnin/exploring_coarrays

Il y a une version série de l'algorithme, une version OpenMP, une version coarrays, une version avec la fonction co_sum(). En fait la programmation parallèle en Fortran>=2008 ne se limite pas aux coarrays, qui sont des sortes de méta-tableaux qui permettent d'accéder aux données d'autres images (threads). On peut lancer plusieurs images en parallèle et utiliser des co-routines comme co_sum qui permet de sommer les résultats des différentes images : cette version-là est assez similaire à la version OpenMP et les performances pas très loin.

Mais ça demande à être exploré. Ca ne se passe pas toujours comme on l'imagine… J'ai ouvert une discussion ici :
https://fortran-lang.discourse.group/t/learning-coarrays-collective-subroutines-and-other-parallel-features-of-modern-fortran/1146

Ca me fait penser qu'on vit dans un monde supposé linéaire. C'est la fin de l'histoire : plus d'épidémies, plus d'épisodes d'hyperinflation, etc. Il ne peut plus rien se passer…

Si on devait un jour sortir un billet d'un million d'euros pour acheter son pain, on peut supposer que les logiciels bancaires seraient HS. Les développeurs écrivent les préjugés de leur époque dans leur code.

Merci beaucoup !
J'ai rajouté l'option suivante :

-W --wide              Permettre d'afficher plus de 80 caractères

sinon beaucoup de noms de fonctions n'apparaissent pas clairement.

Oui, c'est ça qui est fun. C'est comme faire du surf ou du ski, ou faire le funambule.

C'est aussi pour ça que les banques ne travaillent pas en Fortran, en tout cas pas pour tenir les comptes… Sinon tu serais sûrement payé quelque chose comme XXXX,9999999999985 €/mois ou XXXX,00000000013 €/mois
:-)

Oui, c'est valable pour tous les langages qui calculent avec des flottants.
La norme c'est IEEE 754
Il faut une norme pour qu'un même calcul donne le même résultat sur n'importe quel microprocesseur.

Le problème, c'est qu'en règle générale on sait que le résultat est arrondi, mais on ne sait pas combien de chiffres sont faux. Il y a des gens qui ont travaillé sur des librairies (et des processeurs ?) qui seraient capable de fournir non pas un résultat arrondi, mais un encadrement du résultat entre deux bornes.

Bien sûr, généralement ça se passe bien, seuls les derniers chiffres seront faux. Et par exemple, un ingénieur se contentera souvent d'un nombre de chiffres significatifs faible. Mais il y a des cas pathologiques.

Et même si ça se passe bien, plus les calculs s'enchaînent et plus on accumule les arrondis. Avec un processeur qui fait quelques milliards de calculs par seconde, il faut donc être conscient de la façon dont ça fonctionne.

Une petite citation à méditer :

« Les Shadoks avaient entendu dire que plus un ordinateur va vite, plus il donne de bons résultats. »
Les Shadoks et le Désordinateur, Jacques Rouxel, 2000.

J'ai essayé en fortran, pas l'habitude, désolé si la syntaxe est pas bonne. Je me suis "inspiré" (méchamment copié à ce stade) d'un stackoverflow sur la très célèbre question de la comparaison des flottants, version fortran.

L'effort est apprécié !

Juste pour information, je précise pour le lecteur intéressé par Fortran :
1. le séparateur est le passage à la ligne, donc pas de ; en fin de ligne en Fortran. Par contre, il peut éventuellement être utilisé pour séparer plusieurs instructions sur une même ligne.
2. L'opérateur += n'existe pas en Fortran.
3. Le séparateur pour les structures est le % : on écrirait aim%angle
4. Le test d'égalité est bien le ==. On peut aussi rencontrer l'ancienne syntaxe .eq.
5. Il est effectivement déconseillé, sauf exception, en calcul numérique d'utiliser ce test d'égalité avec des réels flottants, puisque les arrondis s'accumulant au fil des calculs, il y a généralement peu de chances qu'on tombe pile-poil sur la valeur prévue, c'est-à-dire avec environ 16 décimales exactes (ou 53 bits en binaire). Les compilateurs Fortran afficheront d'ailleurs en général un avertissement pour un tel test.

Dans un ton à peine provocateur, le calcul numérique c'est l'art d'obtenir un résultat valable en calculant faux. Car même en s'en tenant à des additions, avec les réels informatiques l'associativité de l'addition vole en éclat et en règle générale :

Par exemple, si on somme des nombres de grandeur variable, on aura alors intérêt à faire la somme du plus petit au plus grand, plutôt que l'inverse, pour limiter les erreurs d'arrondis. De quoi s'amuser…

Petite expérimentation :

$ gfortran pi_monte_carlo_serial.f90
$ ldd ./a.out
        linux-vdso.so.1 (0x00007fff4dde4000)
        libgfortran.so.5 => /usr/lib/x86_64-linux-gnu/libgfortran.so.5 (0x00007fa0ce2c7000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa0ce0dd000)
        libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x00007fa0ce093000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa0cdf44000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fa0cdf29000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fa0ce5d3000)
$ gfortran -static pi_monte_carlo_serial.f90
$ ldd ./a.out
        n'est pas un exécutable dynamique
$ gfortran -static-libgfortran pi_monte_carlo_serial.f90
$ ldd ./a.out
        linux-vdso.so.1 (0x00007ffc591d5000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f634bde0000)
        libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x00007f634bd96000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f634bc47000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f634ba5d000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f634be7b000)

On voit que -static-libgfortran a bien pour effet de ne lier en static que la libgfortran. Les autres le sont en shared.

On peut se faire une idée de ce qu'il y a dedans avec :

$ strings -n 7 /usr/lib/x86_64-linux-gnu/libgfortran.so.5 | more

Est-ce qu'il y a une commande plus élégante pour lister les fonctions contenues dans une librairie ?