les fanatiques religieux sont pro-Gargamel/Azrael car ils ont évidemment des prénoms d'archanges (comme Gabriel/Michel/Uriel/Raphaël), Azrael étant le boss de la mort
On aura des dates sur 128 bits, les processeurs 1024 bits, le système solaire aura disparu, l'IPv12, le lecteur biologique implémentée dans une amibe, etc. Quand tu commences à pipoter sur des milliards d'années, il ne doit y avoir que la mauvaise foi commerciale et les promesses qui durent aussi longtemps (l'univers n'est supposé avoir que 14 ans^W milliards d'années). Peut-être IPoT sinon. Votez Oumph50000002021 pour la présidentielle.
Le logiciel était la solution pour être très modifiable (temporellement et fonctionnellement), et le matériel la limitation à ce qu'on pouvait faire. On a mis du logiciel un peu partout, dans les applications, les noyaux, l'embarqué, le réseau, même dans les processeurs, et toutes les API… Et c'est encore le matériel qui limite ? :)
L'idée était que les dépêches en rédaction sont prévues pour être collaboratives, donc sous une licence libre, histoire que plusieurs personnes puissent intervenir dessus. Si l'auteur d'un journal a décoché la licence par défaut, alors son journal peut être sous une licence non-libre ou sous une autre licence libre. Du coup si on créé une dépêche basée sur ce journal, on n'a pas trop de garantie sur la licence, sur le fait qu'on peut laisser d'autres gens y contribuer ou même sur le fait qu'on peut éditer. Je serais d'avis de ne simplement pas permettre d'en faire une dépêche.
Raisons :
- si un auteur veut une licence non-libre, alors pas de dépêche collaborative
- si un auteur veut une autre licence que la CC By Sa 4.0 :
- il peut placer aussi son journal sous une autre licence libre de son choix, en laissant la case cochée
- s'il ne veut vraiment pas de la CC By Sa 4.0 (parce qu'il exècre cette licence ou qu'il n'en a pas le droit parce qu'il réutilise un contenu lui-même sous une autre licence par exemple), le cas me semble suffisamment rare pour ne pas se compliquer la vie et ne pas permettre d'en faire une dépêche (et si l'auteur veut une dépêche, il la soumet lui même en décochant la case).
La pire situation restant les gens qui cochent la case initialement, et qui après demandent à ce qu'elle soit décochée, ce qui posent problème vis-à-vis d'éventuels contributeurs.
De manière générale, l'enseignement évolue aussi en fonction de la société et de la technique :
le DNS c'est comme l'annuaire / bottin… le quoi ? euh comme les contacts dans votre téléphone (ça marche avec le NIS / Yellow Pages pour les plus anciens)
l'icône de sauvegarde qui est/était une disquette, ou le fait de dire carte perforée / listing papier / cassette / disque / VHS / disquette / CD… et bientôt DVD enfin BluRay ou clé USB enfin disque USB amovible
EBCDIC ou ISO-8859-* ou X.25 ou ATM ou bus VLB sont probablement moins enseignés… par contre ne pas parler Unicode / UTF-8 maintenant serait problématique
les ordres de grandeur changent avec les progrès techniques : l'intégralité de la mémoire et mes disquettes Amstrad 3", ou l'intégralité de mes colossaux 2x500 MiB de disques + 8 MiB de RAM + mes disquettes 3"1/2 PC tient dans la mémoire vive de n'importe machine même pas trop récente. Comme l'intégralité du texte de Wikipédia par exemple. Avant on parlait des préfixes Peta et Eta pour rigoler et faire rêver en cours, mais en fait c'était Kilo et Mega, parfois Giga qu'on utilisait au quotidien… (sans parler de kibi/mebi/gibi qui sont arrivés après, dans l'usage)
les usages et les périphériques évoluent aussi : stylos optiques, tactile, casque VR, heads up display, souris, stylet, commande vocale, raccourcis par petits dessins…
je présume que le rythme du changement s'accélère, augmentant les gens un peu laissés sur le bas côté… comme ceux n'ayant pas la notion de « fenêtre » ou de « bouton » (non physique) placés devant un écran tactile, par exemple un ordinateur de vote
Par contre il reste des constantes :
du stockage de données avec différentes caractéristiques de permanence, rapidité d'accès, capacité (d'où des besoins d'interopérabilité, de sauvegarde, de redondance, etc.)
du calcul / traitement sur les données avec différentes caractéristiques
des ressources locales ou déportées, donc des caractéristiques différentes (temps d'accès / latence, débit, capacité, confidentialité, intégrité, pérennité, indépendance vis à vis d'un fournisseur, etc.)
le besoin d'interface avec l'utilisateur
matériel et logiciel (qui le fournit, quelle confiance, quel contrôle, quelle dépendance, etc.)
En fait ceux qui ont eu à utiliser des systèmes de fichiers sont les utilisateurs très réguliers de l'informatique sur les années 199x, 200x, 201x ?
Ma voisine de 90+ ans n'a jamais utilisé autre chose qu'un téléphone fixe cuivre jusqu'à la semaine dernière, donc ni {smart,dumb}phone, ni ordinateur (ou alors vraiment en fin de carrière).
Mes parents, globalement 10 ans plus jeunes, utilisent des ordinateurs, mais plutôt tendance fichiers en vrac sur le bureau ou dans $HOME, où se côtoient monfichier, mon\ fichier, monfichier_1, mon-fichier…
Et même en prenant des gens plus jeunes, je doute qu'ils fassent tous la différence entre le disque dur/SSD, Mozilla Sync, le stockage cloud ou la clé usb, le NAS, et encore moins entre /tmp, /home et /etc par exemple. Et ils ne multiplient pas les arborescences, d'ailleurs les stockages contenus incitent à étiqueter pour le classement, pas à trier dans un arbre équilibré ou non…
Après le système de fichiers / l'organisation du stockage en général à deux buts :
- technique : les limites du système de fichiers comme taille max de fichier, nb fichiers/inodes, etc.
- pratique : (re)trouver ce que je cherche/veut utiliser
Votre enfant doit avoir un prénom d'au moins 8 caractères et au plus 32 caractères, dont au moins une minuscule, une majuscule, un caractère spécial et un emoji ; le prénom doit exister dans la littérature et doit pouvoir être écrit en UTF-8 avec moins de 64 octets. Son prénom devra être renouvelé tous les 6 ans pour des raisons de sécurité. Un second prénom et une question secrète « Pourquoi on a baptisé le ou la mioche comme ça déjà ? » devront être définis.
Les utilisateurs avancés pourront utilisés PrénomSec, où les prénoms des parents sont utilisés pour signer le prénom de l'enfant.
Déjà la non-rétroactivité simplifie. Si on fait ça plus tard, on peut trouver quelqu'un (de genre indifférencié) assez barré pour retrouver sur archive.org toutes les images concernées et magiquement les importer sur LinuxFr.org et remplacer tous les liens. Le truc facile sur la volumétrie de contenus et d'images (sachant qu'il y en a aussi qui sont toujours là tout de même)…
Quelque chose me dit que, si ça n'a pas été modifié, c'est aussi parce que modifier l'interface de LinuxFr n'est pas super évident et qu'on n'a pas trop de mains pour ça.
Pas uniquement, il y a aussi le fait que la personne qui veut une fonctionnalité ne se demande pas quelles autres conséquences cela peut avoir.
de vieilles dépêches ont des images cassées (domaines disparus, changements d’adresse, etc.). Pourquoi le cache de LinuxFr.org ne gère pas ? Le cache conserve les images pour éviter de surcharger le site d’origine, pas si le site a changé, déplacé ou perdu l’image. LinuxFr.org ne peut pas non plus résoudre le problème de tout le monde… On ne peut pas à la fois vouloir avoir une adresse fixe, pouvoir changer l’image quand on veut, garder une copie locale pour éviter les soucis de surcharge, permettre la modération des images, etc., etc.
En dehors de la réalisation technique, il faut gérer les éventuels compromis à faire (on gère pareil les images passées par la modération a priori et les autres ou pas ?).
« symphonie inachevée de Beethoven ne l'est plus » la question est de savoir si elle n'est plus inachevée ou n'est plus de Beethoven mais de Beethoven & Hal9000 ?
[^] # Re: Ça va être serré
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Les évolutions récentes ou à venir de la législation française autour du numérique et d'Internet. Évalué à 5. Dernière modification le 07 novembre 2021 à 16:37.
C'est une proposition de loi (donc pas un texte venant du gouvernement, cf https://fr.wikipedia.org/wiki/Initiative_l%C3%A9gislative#L'initiative_l%C3%A9gislative_en_France ), qui plus est proposé par une députée LR (donc pas de la majorité gouvernementale), il est tout à fait possible que ce texte ne soit jamais voté (cf https://www2.assemblee-nationale.fr/15/statistiques-de-l-activite-parlementaire#node_76073 19 propositions de loi adoptées sur 84 déposées sur la session 2020-2021, et 74 sur 341 pour la XVe législature (depuis 2017), sachant que certaines sont déposées par la majorité et ont donc plus de chance d'être adoptées)
[^] # Re: Gargamel ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal une extension pour gargamelifier le web. Évalué à 6.
[^] # Re: /o\
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Apple impose sur l'iPhone 13 une nouvelle « restriction de réparation » jamais vue. Évalué à 5.
Il y a des précédents.
[^] # Re: Coquilles
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de Fedora Linux 35. Évalué à 3.
Corrigé, merci.
[^] # Re: Quelques critiques des styles de LibreOffice
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Écrire avec des styles LO. Évalué à 7.
Plus drôle tumeur.
[^] # Re: sdl12-compat
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de Fedora Linux 35. Évalué à 3.
Corrigé, merci.
[^] # Re: Le problème n'est pas la conservation
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Ce disque pourrait conserver des centaines de TB sur des milliards d’années. Évalué à 8. Dernière modification le 03 novembre 2021 à 17:54.
On aura des dates sur 128 bits, les processeurs 1024 bits, le système solaire aura disparu, l'IPv12, le lecteur biologique implémentée dans une amibe, etc. Quand tu commences à pipoter sur des milliards d'années, il ne doit y avoir que la mauvaise foi commerciale et les promesses qui durent aussi longtemps (l'univers n'est supposé avoir que 14 ans
^Wmilliards d'années). Peut-être IPoT sinon. Votez Oumph50000002021 pour la présidentielle.[^] # Re: lien pour l'étude ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Netflix et YouTube sont des usines à CO2. Évalué à 7. Dernière modification le 03 novembre 2021 à 17:47.
Le logiciel était la solution pour être très modifiable (temporellement et fonctionnellement), et le matériel la limitation à ce qu'on pouvait faire. On a mis du logiciel un peu partout, dans les applications, les noyaux, l'embarqué, le réseau, même dans les processeurs, et toutes les API… Et c'est encore le matériel qui limite ? :)
[^] # Re: Un peu d'histoire
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Licence d'une dépêche crée à partir d'un journal. Évalué à 6 (+0/-0).
L'idée était que les dépêches en rédaction sont prévues pour être collaboratives, donc sous une licence libre, histoire que plusieurs personnes puissent intervenir dessus. Si l'auteur d'un journal a décoché la licence par défaut, alors son journal peut être sous une licence non-libre ou sous une autre licence libre. Du coup si on créé une dépêche basée sur ce journal, on n'a pas trop de garantie sur la licence, sur le fait qu'on peut laisser d'autres gens y contribuer ou même sur le fait qu'on peut éditer. Je serais d'avis de ne simplement pas permettre d'en faire une dépêche.
Raisons :
- si un auteur veut une licence non-libre, alors pas de dépêche collaborative
- si un auteur veut une autre licence que la CC By Sa 4.0 :
- il peut placer aussi son journal sous une autre licence libre de son choix, en laissant la case cochée
- s'il ne veut vraiment pas de la CC By Sa 4.0 (parce qu'il exècre cette licence ou qu'il n'en a pas le droit parce qu'il réutilise un contenu lui-même sous une autre licence par exemple), le cas me semble suffisamment rare pour ne pas se compliquer la vie et ne pas permettre d'en faire une dépêche (et si l'auteur veut une dépêche, il la soumet lui même en décochant la case).
La pire situation restant les gens qui cochent la case initialement, et qui après demandent à ce qu'elle soit décochée, ce qui posent problème vis-à-vis d'éventuels contributeurs.
[^] # Re: Erreur de lien
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de la version 1.0.0 de age. Évalué à 3.
Corrigé, merci.
[^] # Re: Point de détail
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de la version 1.0.0 de age. Évalué à 3.
Corrigé, merci.
[^] # Re: Bof
Posté par Benoît Sibaud (site web personnel) . En réponse au lien La génération qui a grandi avec Google ne sait pas utiliser un système de fichiers. Évalué à 10. Dernière modification le 30 octobre 2021 à 12:15.
De manière générale, l'enseignement évolue aussi en fonction de la société et de la technique :
Par contre il reste des constantes :
# les anciennes non plus
Posté par Benoît Sibaud (site web personnel) . En réponse au lien La génération qui a grandi avec Google ne sait pas utiliser un système de fichiers. Évalué à 10.
En fait ceux qui ont eu à utiliser des systèmes de fichiers sont les utilisateurs très réguliers de l'informatique sur les années 199x, 200x, 201x ?
Ma voisine de 90+ ans n'a jamais utilisé autre chose qu'un téléphone fixe cuivre jusqu'à la semaine dernière, donc ni {smart,dumb}phone, ni ordinateur (ou alors vraiment en fin de carrière).
Mes parents, globalement 10 ans plus jeunes, utilisent des ordinateurs, mais plutôt tendance fichiers en vrac sur le bureau ou dans $HOME, où se côtoient monfichier, mon\ fichier, monfichier_1, mon-fichier…
Et même en prenant des gens plus jeunes, je doute qu'ils fassent tous la différence entre le disque dur/SSD, Mozilla Sync, le stockage cloud ou la clé usb, le NAS, et encore moins entre /tmp, /home et /etc par exemple. Et ils ne multiplient pas les arborescences, d'ailleurs les stockages contenus incitent à étiqueter pour le classement, pas à trier dans un arbre équilibré ou non…
Après le système de fichiers / l'organisation du stockage en général à deux buts :
- technique : les limites du système de fichiers comme taille max de fichier, nb fichiers/inodes, etc.
- pratique : (re)trouver ce que je cherche/veut utiliser
[^] # Re: Maître esclave
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Comme une impression de déjà vu…. Évalué à 10. Dernière modification le 29 octobre 2021 à 13:26.
Votre enfant doit avoir un prénom d'au moins 8 caractères et au plus 32 caractères, dont au moins une minuscule, une majuscule, un caractère spécial et un emoji ; le prénom doit exister dans la littérature et doit pouvoir être écrit en UTF-8 avec moins de 64 octets. Son prénom devra être renouvelé tous les 6 ans pour des raisons de sécurité. Un second prénom et une question secrète « Pourquoi on a baptisé le ou la mioche comme ça déjà ? » devront être définis.
Les utilisateurs avancés pourront utilisés PrénomSec, où les prénoms des parents sont utilisés pour signer le prénom de l'enfant.
[^] # Re: LBA = le jeu Little Big Adventure
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Le code source de LBA, LBA2 et leurs outils est libéré en GPLv2 (franglais inclus). Évalué à 3.
Cadeau pour les anciens jeunes : https://twitter.com/fenarinarsa/status/1453144958563753987 (un moteur de recherche en texte intégral a été créé pour chercher dans toute la base de magazine d’http://abandonware-magazines.org)
[^] # Re: LBA = le jeu Little Big Adventure
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Le code source de LBA, LBA2 et leurs outils est libéré en GPLv2 (franglais inclus). Évalué à 6.
Je connaissais deux sens en informatique (cf https://fr.m.wikipedia.org/wiki/Logical_block_addressing ), j'en déduis que je suis plus vénérable que toi.
[^] # Re: Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Héberger les images des news (et éventuellement journal). Évalué à 3 (+0/-0). Dernière modification le 27 octobre 2021 à 13:04.
Déjà la non-rétroactivité simplifie. Si on fait ça plus tard, on peut trouver quelqu'un (de genre indifférencié) assez barré pour retrouver sur archive.org toutes les images concernées et magiquement les importer sur LinuxFr.org et remplacer tous les liens. Le truc facile sur la volumétrie de contenus et d'images (sachant qu'il y en a aussi qui sont toujours là tout de même)…
[^] # Re: Je me suis arrêté à...
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Criminalité sur Internet : 150 personnes arrêtées dans le cadre d’une opération mondiale. Évalué à 4.
Perversité linguistique…
[^] # Re: « Google is evil »
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Google is evil : ce qu’on trouve dans une plainte contre eux. Évalué à 4. Dernière modification le 26 octobre 2021 à 17:54.
Multi hit combo:
https://www.un.org/fr/about-us/member-states/lao-peoples-democratic-republic
Le 2 décembre 1975, le Laos a changé son nom en République démocratique populaire lao.
(ou https://fr.wikipedia.org/wiki/Laos )
https://fr.wikipedia.org/wiki/Cor%C3%A9e_du_Nord
La Corée du Nord ou République populaire démocratique de Corée
[^] # Re: Ce serait d'autant plus mieux bien que ça faciliterait le boulot de la modération des dépêches
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Héberger les images des news (et éventuellement journal). Évalué à 3 (+0/-0).
Pas uniquement, il y a aussi le fait que la personne qui veut une fonctionnalité ne se demande pas quelles autres conséquences cela peut avoir.
Cf https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-d-avril-2021
de vieilles dépêches ont des images cassées (domaines disparus, changements d’adresse, etc.). Pourquoi le cache de LinuxFr.org ne gère pas ? Le cache conserve les images pour éviter de surcharger le site d’origine, pas si le site a changé, déplacé ou perdu l’image. LinuxFr.org ne peut pas non plus résoudre le problème de tout le monde… On ne peut pas à la fois vouloir avoir une adresse fixe, pouvoir changer l’image quand on veut, garder une copie locale pour éviter les soucis de surcharge, permettre la modération des images, etc., etc.
En dehors de la réalisation technique, il faut gérer les éventuels compromis à faire (on gère pareil les images passées par la modération a priori et les autres ou pas ?).
[^] # Re: Pendant ce temps là en France
Posté par Benoît Sibaud (site web personnel) . En réponse au journal EBCDIC n'est pas compatible avec la RGPD. Évalué à 10.
Et l'homophone "un nain terne tue".
# Licence
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Calculatrice NumWorks : Oui, les calculatrices existent toujours, et elles fonctionnent avec Python. Évalué à 6. Dernière modification le 24 octobre 2021 à 09:16.
Récemment sur le sujet des calculatrices NumWorks https://linuxfr.org/users/dj_/journaux/numworks-change-de-licence
[^] # Re: À propos de la voiture électrique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Le pétrole, le GPL, la voiture électrique, et mon portefeuille. Évalué à 7. Dernière modification le 13 octobre 2021 à 13:14.
En parlant d'Audi : https://twitter.censors.us/dazjdm/status/1446401670410350594
[^] # Re: Est-ce aussi pire que la "terminaison" de l'inachevé de Schubert ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Grâce à une équipe de musicologues et d’ingénieurs la symphonie inachevée de Beethoven ne l'est plus. Évalué à 4.
« symphonie inachevée de Beethoven ne l'est plus » la question est de savoir si elle n'est plus inachevée ou n'est plus de Beethoven mais de Beethoven & Hal9000 ?
[^] # Re: Coquille
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de Squest, le portail de service pour Tower/AWX, en version 1.0. Évalué à 3.
Corrigé, merci. La dépêche parle bien de AWX, et pas de AWX sur AWS.