alberic89 🐧 a écrit 195 commentaires

Le bug de l'an 2038 aura lieu environ le mar. 19 janv. 2038 03:14:07 UTC (plus ou mois quelques secondes intercalaires).

Le « prochain » bug aurait pu être en 2106 si on avait choisi d'utiliser des entiers 32 bits non signés. (Le mar. 19 janv. 2038 03:14:07 UTC)

Mais avec la solution retenue par Debian, en codant les dates sur 64 bits (signés si j'ai bien compris ?), si jamais l'espèce humaine a survécu à la crise écologique et la migration hors du système solaire après sa destruction, et qu'elle utilise encore Debian 13 et notre système de calendrier — ce qui serait stupide vu que ni la Terre ni le Soleil n'existeraient encore —, alors nous pouvons craindre un bug le 04/12/219250468 à 15:30:07.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Si tu cherches une distro pour le gaming, j'ai entendu beaucoup de bien de Bazzite. Ici un retour d'expérience.

Pour Android et les machines virtuelles, cf. les autres commentaires.
(edit) Bazzite a un guide pour l'installation et l'utilisation de waydroid qui permet de lancer des app Android.

Pour les scripts Powershell et les fichiers exe, Wine (disponible dans toutes les bonnes distributions) fait du très bon boulot en général.

Si tu n'es pas sûr de ton choix de distro, je te conseille de faire une installation dual-boot au début, pour revenir en arrière si besoin et amortir la transition entre windows et linux.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

ça marchait parfaitement sur un google pixel

Ça marche uniquement avec les Google Pixels. Les autres vendeurs comme Samsung ne le proposent pas et ne semble pas très pressés de l’implémenter dans leurs surcouches.

J’avais regardé il y a quelques mois, et j’en avais retenu que globalement c’est compliqué mais pas impossible, j’avais vu des gens faire des bidouilles bizarre sur leur linux pour y arriver.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci pour cette ressource très utile aux étudiants.

Une petite suggestion : on pourrait ajouter un qr code dans un coin qui pointe vers le fichier pour partager facilement la fiche.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Personnellement j'utilise le FUTO Keyboard. Ils ont un dépôt f-droid.
C'est un projet encore en développement, mais je l'utilise au quotidien sans problème.
Le seul point noir est la licence : ils ont une licence qui ressemble un peu à une sorte de CC-BY-SA-NC : https://gitlab.futo.org/keyboard/latinime/-/blob/master/LICENSE.md

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

source xkcd 2347

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Linux est prêt pour le desktop. C'est le desktop qui n'est pas prêt pour Linux.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Peut-être un conteneur docker/podman ?

C'est peut-être un peu lourd, mais ça doit marcher.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

En effet, si on ne cherches pas à résoudre les problèmes le jour même, le temps n'est plus limitant, et il devient alors intéressant d'essayer un language avec lequel on est moins à l'aise.

Mon commentaire initial était vraiment dans l'optique de résoudre les problèmes le plus vite possible.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Comme dit dans la fin du post, l'AoC n'est pas forcément le meilleur moment pour apprendre un nouveau language, surtout un language qui demande de faire attention à la mémoire, le typage, etc.

L'année dernière, les premiers exercices demandaient de beaucoup manipuler des chaînes de caractère, ce qui n'est pas très pratique avec un language bas niveau (par rapport à Python par exemple).

De mon expérience personnelle, je code beaucoup plus vite en Python (pypy) qu'en Zig, est c'est la vitesse qui compte.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Pour OpenOffice, je ne sait pas, mais LibreOffice Writer a un "assistant de publipostage", dans la barre du haut, outils > assistant de publipostage. Combiné avec l'outil d'envois de mail de LibreOffice, ça devrait être faisable.

Une rapide recherche sur google duckduckgo me retourne plusieurs tutos qui semblent plus ou moins pertinents.

🧌

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Si l'appli est open-source, pourquoi ne pas la publier sur le magasin d'applications f-droid ?
Je ferais volontiers une contribution dans ce sens, mais je n'ai absolument aucune expérience dans ce genre de chose.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci pour votre réponse, ce point m'inquiétait beaucoup.

Au moins, je suis maintenant sûr que c'est impossible.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Un très beau logiciel, il faudrait que je l'essaie un jour.

Mais je suis étonné par le choix du nom : pourquoi Calligra et non pas Kalligra, dans la grande tradition de KDE de mettre des K partout ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Avec Debian 12 et Firefox 115, sur desktop, je n'ai aucun problème.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Kurinto a l'air vraiment chouette.

Mais son poids !!! 3,1 Giga octets !!!

Je comprends mieux l'utilité de la version lite.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Encore plus efficace : (x & 1) === 0

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Dans la console, dès qu'on te demande un mot de passe, ce que tu tapes n'est pas affiché à l'écran.
Il te suffit de taper le mot de passe et d'appuyer sur entrée, même si tu ne vois rien qui s'affiche.

C'est le comportement par défaut de beaucoup de logiciels en ligne de commande, alors il va falloir s'y habituer, même si ça peux être un peu déroutant la première fois.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

C'est drôle qu'il y ait autant d'écart !

Pris d'un doute, j'ai relancé le benchmark, avec zig et gcc, en limitant la fréquence de mon CPU à 800MHz. J'ai bien vérifié qu'un seul cœur est utilisé. Voici mes résultats :

Command	Mean [s]	Min [s]	Max [s]	Relative
bun wallis.js	17.669 ± 0.003	17.664	17.672	1.00 ± 0.00
./wallis_gcc_c	17.624 ± 0.015	17.601	17.641	1.00 ± 0.00
./wallis_zig_c	17.613 ± 0.012	17.607	17.636	1.00 ± 0.00
./wallis_zig	17.609 ± 0.000	17.608	17.609	1.00

wallis_gcc_c correspond au code C compilé avec GCC

wallis_zig_c correspond au code C compilé avec Zig

wallis_zig correspond au code Zig compilé avec Zig

À presque rien près, j'ai le C avec le compilateur Zig plus rapide qu'avec GCC.

Avez-vous bien désactivé toutes les écritures dans la console sauf la dernière ?

Pour la compilation, j'ai utilisé les commandes suivantes :

zig build-exe wallis.zig --name wallis_zig -O ReleaseFast
zig cc wallis.c -o wallis_zig_c -O3
gcc wallis.c -o wallis_gcc_c -O3

Avez-vous utilisé les mêmes options d'optimisation ?

Chez moi, JavaScript est toujours quasiment équivalent aux autres, même si un rien plus lent.

Quelqu'un a-t-il d'autres résultats ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Intrigué par toute cette affaire, j'ai réalisé un petit benchmark avec mes gros doigts.

J'y compare quatre implémentations ; celle en JavaScript, celles en C, celle en Python avec NumPy, et ma propre implémentation en Zig qui reprend celle en C.

Pour exécuter Python, j'utilise Python 3.11.2. (Pypy dégrade les performances avec NumPy)
Pour JavaScript, Bun 1.1.17 (plus performant que NodeJs).
Pour la compilation du C et du Zig, Zig 0.13.0. (GCC donne les mêmes résultats)

J'ai enlevé toutes les écritures dans la console sauf celui du résultat final, ainsi que les calculs de temps, pour éviter de pénaliser les langages qui sont plus lents à écrire ou à faire des appels systèmes.

J'utilise l'outil hyperfine pour faire tourner le tout, et voilà le résultat :

Command	Mean [s]	Min [s]	Max [s]	Relative
python wallis.py	6.854 ± 0.055	6.808	6.960	1.84 ± 0.01
bun wallis.js	3.733 ± 0.002	3.730	3.737	1.00 ± 0.00
./wallis_c	3.718 ± 0.001	3.717	3.720	1.00
./wallis_zig	3.718 ± 0.001	3.717	3.721	1.00 ± 0.00

Bilan :

Python est le plus lent, 1.84 fois plus lent que le plus rapide. Et ce, malgré l'utilisation de NumPy.
JavaScript, grâce à Bun, est effectivement quasiment équivalent aux langages compilés, à moins d'un pourcent près.
Les deux langages compilés sont équivalents, ce qui n'est guère surprenant.

Le tout est disponible sur mon dépôt git si vous voulez faire tourner vous-même le benchmark ou prouver que votre langage est le meilleur : https://codeberg.org/alberic89/Wallis

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je verrais bien un truc dans le même thème de couleur que l'environnement graphique et la distro, par exemple gris taupe pour GNOME, vert pour Manjaro, orange pour Ubuntu, etc.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Le principal problème est, à mon avis, les commentaires.
Supprimer un journal/dépêche/forum/lien/… supprimera les commentaires associés, ou bien les rendra inaccessibles. Et ce, sans l'approbation des auteurs des commentaires.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Tu peux faire clic-droit sur l'image, bloquer l'élément (avec Ublock Origin), tu choisis le filtre réseau kivabien™, et tu ne verras plus jamais le drapeau.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Plus précisément, Voyager 1 est à 22 heures 35 minutes et 47 secondes lumières de la Terre actuellement.

Source : https://voyager.jpl.nasa.gov/mission/status/

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je plussoie le post ci-dessus.

Pour la plupart des usages, il est bien plus facile d'écrire dans un langage de balisage style Markdown ou autre et de faire le rendu avec LaTeX.

Pour ça, Pandoc fait très bien le boulot avec des dizaines de formats d'entrée supportés et encore plus de formats de sortie dont LaTeX ou directement PDF.

L'éditeur de GNOME Apostrophe permet de le faire de manière transparente, tout en ayant certains avantages comme la correction orthographique.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès