Mais bon personnellement j'utilise GMail car c'est vraiment pratique quand on change de poste tout le temps.
Pourquoi ne pas utiliser tout simplement un serveur IMAP et/ou un webmail ? L'avantage est que tu peux tout à fait utiliser un service d'hébergement dont tu ne doutes pas de la moralité (au pire, ta propre machine si c'est faisable).
Quand je n'ai pas envie que Google regarde le contenu de mes mails ben je le crypte avec un petit coup de GPG.
Et ma clef (ou celle de mes correspondant) n'ira pas chez Google :))
Excellente idée. D'ailleurs, ça serait pas mal d'avoir un client GMail qui intègre une gestion du chiffrement/déchiffrement GPG, pour éviter d'avoir à le faire manuellement.
Mais pour de vrai, encore une fois, je vois vraiment pas pourquoi utiliser GMail at all (si quelqu'un·e a un équivalent français...).
Il s'agit uniquement de montrer l'exemple. Si les gens veulent utiliser ICQ, personne ne les en empêche. Personne ne parle de faire un DDoS sur les serveurs d'AOL...
(et sinon comme un boulet j'ai cliqué sur "pertinent" au lieu de "répondre", et le pire c'est que c'est pas la première fois...)
M'me Michu aime quand l'URL se transforme tout de suite en lien. C'est pratique, elle n'en demande pas plus. Mr Michu, lui, n'aime pas ça. Il sait lire la doc, et sait l'appliquer.
N'y vois rien de personnel, mais ça commence à être fatigant ces préjugés systématiques sur la nullité des femmes en informatique.
Outre le côté insultant de ce genre de considération, une des raisons qui font que si peu de femmes sont présentes dans l'informatique, c'est le manque de confiance en elles. Arrêtons le cercle vicieux...
Je pense sincèrement que ce serait une mauvaise chose qu'un client libre tentant de mimer le protocole Skype apparaisse. En effet, cela apporterait une assise supplémentaire à ce protocole fermé.
Une implémentation libre d'un protocole qui ne l'est pas est tout sauf souhaitable. Ce qu'il faut plutôt, c'est favoriser le développement des protocoles ouverts tels que SIP et Jingle, ainsi que des clients associés.
Courir derrière les choses non-libres existantes est une tendance qu'on trouve bien trop souvent dans le monde du logiciel libre, que ce soit en termes de charte graphique, de protocoles, de formats, etc.. Cette approche est la pire qu'on puisse imaginer, puisqu'elle garantit un retard systématique par rapport à toute évolution du "modèle" qui est suivi (OS dont on imite la charte graphique, protocole, format...).
Alors je suis loin d'être en expert en crypto, mais il me semble que GnuPG ne permet pas de faire du chiffrement par flot, mais uniquement par bloc.
Tu peux donc chiffrer un message (quelque chose qu'il faut connaître intégralement pour le chiffrer/déchiffrer), mais chiffrer un flux continu comme une communication téléphonique me paraît difficilement faisable.
En revanche il existe des vrais algorithmes de chiffrement par flot, mais je n'en sais pas beaucoup plus.
En fait il voulait dire que actuellement il faut toucher à plein de fichiers disparates (sparate) dans /etc, alors que Elektra vise justement à uniformiser ce genre de choses.
Et sinon je viens de faire mon boulet: je t'ai plussé en cliquant sur "pertinent", alors que je voulais faire "répondre"... -_-
Techniquement, tu peux tout à fait utiliser le header "User-Agent" qui se trouve dans le mail.
La seule différence se trouve dans le traitement de cette information entre les serveurs HTTP et les serveurs SMTP « courants » : les premiers conservent cette information dans les logs, les seconds non. Et ce sont principalement les logs qui permettent de sortir les stats d'utilisation.
Il faut noter qu'il y a quand même une différence topologique importante:
* En HTTP, la communication est client/serveur, autrement dit la fin de la chaîne est le serveur, que ça intéresse de faire des stats sur ce genre de choses.
* En SMTP, c'est du client/serveur/.../serveur/client. Du coup, ça veut dire que les serveurs SMTP ne pourraient pas faire de stats fiables, car un même mail serait comptabilisé par plusieurs serveurs.
Une possibilité serait de faire des stats du côté des serveurs POP/IMAP. Je pense que le côté « vie privée » des mails, qu'on ne retrouve pas (autant) pour les pages web, joue beaucoup dans le fait que ça ne soit pas déjà fait.
Une autre possibilité serait un plugin sur les clients mail, construisant des stats par rapport aux mails reçus.
Même si c'est pas très rigolo par rapport à ce que tu cherches (déjà opérationnel, ça boot, interface graphique, etc), l'avantage c'est qu'il reste encore plein de choses à fouiller et à faire marcher :)
Je ne comprends pas ton commentaire. Je n'ai jamais vu des designs de sites si différents les uns des autres que chacune des CSS de Zen Garden. Du coup, je ne comprends pas comment tu peux parler de manière globale de l'apparence de Zen Garden.
Effectivement, on retrouve souvent le même genre de design « aseptisé », sur internet. D'ailleurs, sur Zen Garden je ne trouve pas que ce soit le cas, mais peu importe. Quoi qu'il en soit, si les « css à la mode d'en ce moment » te semblent laides, il serait certainement plus efficace de faire une CSS plus à ton goût.
En d'autres termes, je trouve que critiquer en bloc est un peu facile (surtout sans contre-exemple), et peu adapté, par définition, aux CSS, et a fortiori à ce qu'on peut trouver sur CSS Zen Garden.
Après avoir lu rapidement la présentation du projet, je n'ai pas vu de mention de pubsub. Est-ce que PyListC l'utilise ?
De manière générale, reproduire à l'identique les fonctionnalités/usages de SMTP est clairement une bonne idée (c'est d'ailleurs l'un des objectifs de Peter Saint-Andre depuis quelque temps, me semble-t-il).
Cependant, je pense que reproduire à l'identique l'implémentation n'est pas forcément nécessaire. À la place, il pourrait être intéressant d'exploiter les outils qui font la plus-value de Jabber. Dans le cas particulier des listes de diffusion, utiliser PubSub serait peut-être une bonne idée, si ce n'est pas déjà le cas.
Je suis globalement d'accord avec toi sauf sur un point: le développeur oeuvre pour l'utilisateur, ce ne sont pas 2 personnes indépendantes.
Si le développeur a davantage de confort grâce aux performances de la machine, par exemple en pouvant rendre son application indépendante d'un toolkit graphique précis, le bénéficiaire direct est l'utilisateur, qui est alors content qu'on ne lui impose plus une interface plutôt qu'une autre.
Eh oui, je viens bien de repondre a un mauvais journal... -_-
Faut vraiment que je me trouve un cerveau qui gere correctement le multi-tache (d'ailleurs pour le coup, "tache" sans accent est completement adapte...).
Je sais que cela n'a rien à voir avec le sujet (initial du moins), mais autant éviter de dire des bêtises :
* Parler de division, donc de multiplication et d'inverse, suppose qu'on est dans un corps, avec donc 2 lois, qu'on peut noter "+" et "*" par abus d'écriture ;
* Par convention, on note "0" l'élement neutre de la 1e loi, "1" l'élément neutre de la seconde ;
* 0 inversible signifie que pour un certain x: 0*x = 1, donc 0=1 car 0 est absorbant.
Donc, sauf erreur, diviser par 0 est _toujours_ impossible sauf dans un corps de 1 élément (il me semble que c'est le seul corps où 0=1, à vérifier quand même).
On trouve des failles à des endroits ponctuels du code (ce qui s'approche de la tautologie), qui font parfois suite à des audits complets de code, parfois à un (mal)heureux hasard, parfois un mélange des deux, parfois un audit d'une partie particulière du code, ...
Autrement dit, tu ne vas pas avoir de remarques complètes sur l'intégralité d'un code donné, etc., mais des remarques "choisies" sur des parties dangereuses de plusieurs programmes.
Après, si tu recherches une étude approfondie d'un logiciel en particulier, peut-être que certaines personnes font des audits complets et publient les résultats de leur analyse sur leur site, en ne postant que les problèmes de sécurité sur les listes de diffusion idoines.
Les personnes qui postent dans ces mailing-lists sont, par exemple, des personnes rémunérées par leur entreprise (image de marque, toussa), des individus qui vendent leurs services en tant qu'experts en sécurité et qui ont là une occasion de prouver leurs compétences, des h4><0rz boutonneux, des quidams qui sont tombés par hasard sur un bug plus ou moins grave, etc. etc..
Les discussions sont intéressantes et instructives, mais le rapport signal/bruit est parfois faible. Pour ça, le "digest" quotidien est idéal car il permet de parcourir rapidement les sujets de la journée et les logiciels concernés. À noter qu'il existe souvent des fils RSS/Atom.
Je ne comprends pas comment tu peux vouloir faire passer des gens sous Linux, pour qu'ils soient plus libres, indépendants, et patati et patata, et en même temps avoir comme priorité d'être l'admin de leur machine ?
Est-ce que ça voudrait dire qu'il faut un sysadmin pour faire marcher une machine Linux ?
Quant à ce que quelqu'un dit plus haut concernant le déplacement des icones ou le changement du fond d'écran, là c'est carrément prendre les gens pour des neuneus. Je ne comprends pas: un des principaux reproches faits à Windows est de trop infantiliser les utilisateurs et les prendre pour des bébés en voulant tout faire à leur place, ce qui a pour effet les comportements hasardeux à base de « je clique partout sans lire les messages », « je lance des .exe inconnus avec candeur et béatitude », etc..
Là avec Linux le but est plutôt la transparence, etc.. Pourquoi ne pas les laisser installer leur machine comme bon leur semble ? Tu peux rester derrière eux le jour où ils mettent le CD d'install d'Ubuntu dans le lecteur, répondre à leurs questions, leur filer l'adresse de http://ubuntu-fr.org/(...) pour les forums et tout, et basta. Et bien sûr, rester à leur disposition en cas de souci, mais surtout les inciter à s'approprier leur ordinateur et ne pas en être « esclaves ». Bien sûr, ça n'exclut pas de garder un accès SSH en cas d'extrême nécessité (puisque l'outil existe autant le garder sous la main), mais le mieux reste encore un petit coup de messagerie instantanée ou de téléphone pour leur expliquer comment faire et non pas faire les choses à leur place.
Je suis chez Noos (pas de ligne téléphonique, toussatoussa), et c'est la même chose: tout nom inexistant va résoudre en champ A sur une IP de chez eux, avec juste en supplément (trop merci) un champ TXT qui dit "NXDOMAIN" (heu... lol ?).
L'IP en question correspond à une page genre "aide-navigation.noos.fr" ou quelque chose comme ça, avec dans l'URL un id de tracking et tutti-quanti.
Idem pour certains sites, j'ai droit à une page à base de « attention le contenu de ce site peut choquer, blablabla ».
Ça donne vraiment l'impression de jamais être seul devant son écran, mais d'avoir quelqu'un derrière son épaule en permanence.
La question que tu soulèves est donc plus générale que ça: faut-il laisser des enfants accéder seuls à Internet... En effet, quel que soit le site, il est toujours possible de tomber sur du contenu choquant.
À mon sens, une chose nécessaire (mais pas forcément suffisante) est avant tout de ne pas lâcher les enfants sur internet directement, mais de les informer des dangers possibles, exactement comme on le fait avant de laisser un enfant sortir dans la rue seul.
Une bonne explication préalable leur permet, en plus de ne pas prendre tout le contenu comme parole d'évangile, de se méfier de ce qu'ils pourraient trouver et qui pourrait constituer un danger, que ce soit sur Wikipédia, Google, ou le grand nain ternaite en général.
Bien sûr, ça ne fait pas tout, mais une fois cette explication faite, il y a peu d'alternatives: laisser des enfants seuls, où que ce soit, constitue un risque, mais peut-être que c'est aussi le chemin inévitable (voire nécessaire) vers toute responsabilisation.
Arrêtez-moi si je dis une bêtise, mais après avoir parcouru les commentaires, où il est souvent question du système de paquets Debian, des ports FreeBSD, de l'intérêt potentiel de mixer le noyau FreeBSD et la distribution Debian, etc., je n'ai vu aucune référence à [1] Debian GNU/kFreeBSD. J'ai un peu de mal à croire que personne n'en ait encore parlé ici, d'où ma prudence.
L'idée est tout simplement d'utiliser la distribution Debian en remplaçant le noyau Linux par un FreeBSD. L'auteur en a parlé au FOSDEM et c'était très intéressant. D'ailleurs il a fait sa présentation sous Debian GNU/kFreeBSD (à une émulation pour Firefox près), comme il nous l'a appris à la fin.
[^] # Re: Le seuil de danger
Posté par davux (site web personnel) . En réponse à la dépêche Google, futur grand méchant loup ?. Évalué à 1.
Pourquoi ne pas utiliser tout simplement un serveur IMAP et/ou un webmail ? L'avantage est que tu peux tout à fait utiliser un service d'hébergement dont tu ne doutes pas de la moralité (au pire, ta propre machine si c'est faisable).
Excellente idée. D'ailleurs, ça serait pas mal d'avoir un client GMail qui intègre une gestion du chiffrement/déchiffrement GPG, pour éviter d'avoir à le faire manuellement.
Mais pour de vrai, encore une fois, je vois vraiment pas pourquoi utiliser GMail at all (si quelqu'un·e a un équivalent français...).
[^] # Re: J'aime bien l'ironie
Posté par davux (site web personnel) . En réponse au journal 19 mai : Open Discussion Day. Évalué à 2.
(et sinon comme un boulet j'ai cliqué sur "pertinent" au lieu de "répondre", et le pire c'est que c'est pas la première fois...)
[^] # [Hors-sujet] madame Nulle, monsieur Techos
Posté par davux (site web personnel) . En réponse au journal Un standard pour les themes de IM. Évalué à 3.
M'me Michu aime quand l'URL se transforme tout de suite en lien. C'est pratique, elle n'en demande pas plus. Mr Michu, lui, n'aime pas ça. Il sait lire la doc, et sait l'appliquer.
N'y vois rien de personnel, mais ça commence à être fatigant ces préjugés systématiques sur la nullité des femmes en informatique.
Outre le côté insultant de ce genre de considération, une des raisons qui font que si peu de femmes sont présentes dans l'informatique, c'est le manque de confiance en elles. Arrêtons le cercle vicieux...
[^] # Re: [Konqueror] Défilement automatique
Posté par davux (site web personnel) . En réponse au message [X-Window] [Konqueror] Défilement automatique. Évalué à 1.
[^] # Re: Je ne veux pas troller, mais je vais le faire quand-même
Posté par davux (site web personnel) . En réponse à la dépêche WengoPhone : logiciel libre de téléphonie sur Internet. Évalué à 3.
Une implémentation libre d'un protocole qui ne l'est pas est tout sauf souhaitable. Ce qu'il faut plutôt, c'est favoriser le développement des protocoles ouverts tels que SIP et Jingle, ainsi que des clients associés.
Courir derrière les choses non-libres existantes est une tendance qu'on trouve bien trop souvent dans le monde du logiciel libre, que ce soit en termes de charte graphique, de protocoles, de formats, etc.. Cette approche est la pire qu'on puisse imaginer, puisqu'elle garantit un retard systématique par rapport à toute évolution du "modèle" qui est suivi (OS dont on imite la charte graphique, protocole, format...).
[^] # Re: Cherche smartphone avec api correcte
Posté par davux (site web personnel) . En réponse au journal Nouveau smartphone sous linux. Évalué à 1.
Tu peux donc chiffrer un message (quelque chose qu'il faut connaître intégralement pour le chiffrer/déchiffrer), mais chiffrer un flux continu comme une communication téléphonique me paraît difficilement faisable.
En revanche il existe des vrais algorithmes de chiffrement par flot, mais je n'en sais pas beaucoup plus.
[^] # Re: Rappel : Elektra c'est le top ! ;)
Posté par davux (site web personnel) . En réponse au journal Ca va troller: un nouveau regedit pour GNU/Linux & *BSD. Évalué à 2.
Et sinon je viens de faire mon boulet: je t'ai plussé en cliquant sur "pertinent", alors que je voulais faire "répondre"... -_-
# Numérique, pas digital
Posté par davux (site web personnel) . En réponse au journal Afficheur digital et Linux. Évalué à 7.
L'unique sens de "digital" en français est le même que dans "empreintes digitales", c'est-à-dire en rapport avec les doigts.
[^] # Re: spreadthunderbird !
Posté par davux (site web personnel) . En réponse à la dépêche Sortie de Thunderbird 1.5. Évalué à 5.
La seule différence se trouve dans le traitement de cette information entre les serveurs HTTP et les serveurs SMTP « courants » : les premiers conservent cette information dans les logs, les seconds non. Et ce sont principalement les logs qui permettent de sortir les stats d'utilisation.
Il faut noter qu'il y a quand même une différence topologique importante:
* En HTTP, la communication est client/serveur, autrement dit la fin de la chaîne est le serveur, que ça intéresse de faire des stats sur ce genre de choses.
* En SMTP, c'est du client/serveur/.../serveur/client. Du coup, ça veut dire que les serveurs SMTP ne pourraient pas faire de stats fiables, car un même mail serait comptabilisé par plusieurs serveurs.
Une possibilité serait de faire des stats du côté des serveurs POP/IMAP. Je pense que le côté « vie privée » des mails, qu'on ne retrouve pas (autant) pour les pages web, joue beaucoup dans le fait que ça ne soit pas déjà fait.
Une autre possibilité serait un plugin sur les clients mail, construisant des stats par rapport aux mails reçus.
# Debian avec un noyau FreeBSD
Posté par davux (site web personnel) . En réponse au journal Aux "Christophe Colomb" du libre et du geekisme.... Évalué à 1.
http://www.debian.org/ports/kfreebsd-gnu/
Même si c'est pas très rigolo par rapport à ce que tu cherches (déjà opérationnel, ça boot, interface graphique, etc), l'avantage c'est qu'il reste encore plein de choses à fouiller et à faire marcher :)
[^] # Re: Le troll de la soirée
Posté par davux (site web personnel) . En réponse au journal Le Zen des CRS. Évalué à 5.
Effectivement, on retrouve souvent le même genre de design « aseptisé », sur internet. D'ailleurs, sur Zen Garden je ne trouve pas que ce soit le cas, mais peu importe. Quoi qu'il en soit, si les « css à la mode d'en ce moment » te semblent laides, il serait certainement plus efficace de faire une CSS plus à ton goût.
En d'autres termes, je trouve que critiquer en bloc est un peu facile (surtout sans contre-exemple), et peu adapté, par définition, aux CSS, et a fortiori à ce qu'on peut trouver sur CSS Zen Garden.
# PubSub
Posté par davux (site web personnel) . En réponse au journal PyListC : la messagerie instantanée a maintenant son système de diffusion. Évalué à 2.
De manière générale, reproduire à l'identique les fonctionnalités/usages de SMTP est clairement une bonne idée (c'est d'ailleurs l'un des objectifs de Peter Saint-Andre depuis quelque temps, me semble-t-il).
Cependant, je pense que reproduire à l'identique l'implémentation n'est pas forcément nécessaire. À la place, il pourrait être intéressant d'exploiter les outils qui font la plus-value de Jabber. Dans le cas particulier des listes de diffusion, utiliser PubSub serait peut-être une bonne idée, si ce n'est pas déjà le cas.
Mes 2 centimes d'euro.
[^] # Re: Applications mal conçues
Posté par davux (site web personnel) . En réponse au journal GUI GTK vs QT. Évalué à 6.
Je suis globalement d'accord avec toi sauf sur un point: le développeur oeuvre pour l'utilisateur, ce ne sont pas 2 personnes indépendantes.
Si le développeur a davantage de confort grâce aux performances de la machine, par exemple en pouvant rendre son application indépendante d'un toolkit graphique précis, le bénéficiaire direct est l'utilisateur, qui est alors content qu'on ne lui impose plus une interface plutôt qu'une autre.
[^] # Boulet !
Posté par davux (site web personnel) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 2.
Faut vraiment que je me trouve un cerveau qui gere correctement le multi-tache (d'ailleurs pour le coup, "tache" sans accent est completement adapte...).
La reponse etait pour :
https://linuxfr.org/~JoeBlack/19837.html
# Et Debian GNU/kFreeBSD, du coup... ?
Posté par davux (site web personnel) . En réponse au journal Un nouveau logo pour FreeBSD. Évalué à 2.
Pour rappel, l'actuel est ici :
http://glibc-bsd.alioth.debian.org/horned_logo.jpeg
(desole pour les accents, machine en cours d'installation)
# Et Debian GNU/kFreeBSD, du coup... ?
Posté par davux (site web personnel) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à -1.
Pour rappel, l'actuel est ici :
http://glibc-bsd.alioth.debian.org/horned_logo.jpeg
(desole pour les accents, machine en cours d'installation)
[^] # Division par 0
Posté par davux (site web personnel) . En réponse au sondage La proportion filles/garçons dans mon environnement de « travail ». Évalué à 10.
* Parler de division, donc de multiplication et d'inverse, suppose qu'on est dans un corps, avec donc 2 lois, qu'on peut noter "+" et "*" par abus d'écriture ;
* Par convention, on note "0" l'élement neutre de la 1e loi, "1" l'élément neutre de la seconde ;
* 0 inversible signifie que pour un certain x: 0*x = 1, donc 0=1 car 0 est absorbant.
Donc, sauf erreur, diviser par 0 est _toujours_ impossible sauf dans un corps de 1 élément (il me semble que c'est le seul corps où 0=1, à vérifier quand même).
# mailing-lists + multi-user chats
Posté par davux (site web personnel) . En réponse au journal réflexion sur le protocole Jabber. Évalué à 1.
http://www.jabber.org/about/chatrooms.shtml(...)
Tu peux y trouver les références vers les listes de diffusion et groupes de discussion appropriés, ainsi que les archives et logs, respectivement.
[^] # Re: Debian, fedora, ... & gpg
Posté par davux (site web personnel) . En réponse au journal Devons-nous nous méfier des logiciels Open Source ?. Évalué à 2.
Autrement dit, tu ne vas pas avoir de remarques complètes sur l'intégralité d'un code donné, etc., mais des remarques "choisies" sur des parties dangereuses de plusieurs programmes.
Après, si tu recherches une étude approfondie d'un logiciel en particulier, peut-être que certaines personnes font des audits complets et publient les résultats de leur analyse sur leur site, en ne postant que les problèmes de sécurité sur les listes de diffusion idoines.
[^] # Re: Debian, fedora, ... & gpg
Posté par davux (site web personnel) . En réponse au journal Devons-nous nous méfier des logiciels Open Source ?. Évalué à 1.
Parmi les plus connues on trouve Bugtraq et Vuln-dev (infos sur http://www.securityfocus.com/(...) ).
Les personnes qui postent dans ces mailing-lists sont, par exemple, des personnes rémunérées par leur entreprise (image de marque, toussa), des individus qui vendent leurs services en tant qu'experts en sécurité et qui ont là une occasion de prouver leurs compétences, des h4><0rz boutonneux, des quidams qui sont tombés par hasard sur un bug plus ou moins grave, etc. etc..
Les discussions sont intéressantes et instructives, mais le rapport signal/bruit est parfois faible. Pour ça, le "digest" quotidien est idéal car il permet de parcourir rapidement les sujets de la journée et les logiciels concernés. À noter qu'il existe souvent des fils RSS/Atom.
# Pourquoi administrer *leur* ordinateur ?
Posté par davux (site web personnel) . En réponse au journal Installer Linux chez ses amis, oui mais après ?. Évalué à 3.
Est-ce que ça voudrait dire qu'il faut un sysadmin pour faire marcher une machine Linux ?
Quant à ce que quelqu'un dit plus haut concernant le déplacement des icones ou le changement du fond d'écran, là c'est carrément prendre les gens pour des neuneus. Je ne comprends pas: un des principaux reproches faits à Windows est de trop infantiliser les utilisateurs et les prendre pour des bébés en voulant tout faire à leur place, ce qui a pour effet les comportements hasardeux à base de « je clique partout sans lire les messages », « je lance des .exe inconnus avec candeur et béatitude », etc..
Là avec Linux le but est plutôt la transparence, etc.. Pourquoi ne pas les laisser installer leur machine comme bon leur semble ? Tu peux rester derrière eux le jour où ils mettent le CD d'install d'Ubuntu dans le lecteur, répondre à leurs questions, leur filer l'adresse de http://ubuntu-fr.org/(...) pour les forums et tout, et basta. Et bien sûr, rester à leur disposition en cas de souci, mais surtout les inciter à s'approprier leur ordinateur et ne pas en être « esclaves ». Bien sûr, ça n'exclut pas de garder un accès SSH en cas d'extrême nécessité (puisque l'outil existe autant le garder sous la main), mais le mieux reste encore un petit coup de messagerie instantanée ou de téléphone pour leur expliquer comment faire et non pas faire les choses à leur place.
# Noos aussi joue au Verisign en herbe
Posté par davux (site web personnel) . En réponse au journal Google fait des choses bizarre.... Évalué à 1.
L'IP en question correspond à une page genre "aide-navigation.noos.fr" ou quelque chose comme ça, avec dans l'URL un id de tracking et tutti-quanti.
Idem pour certains sites, j'ai droit à une page à base de « attention le contenu de ce site peut choquer, blablabla ».
Ça donne vraiment l'impression de jamais être seul devant son écran, mais d'avoir quelqu'un derrière son épaule en permanence.
# Enculés ?
Posté par davux (site web personnel) . En réponse au journal Le punk n'est pas mort. Évalué à -3.
Maintenant peut-être que tu pourrais éviter les insultes homophobes sur un journal public ?
# Problème plus large que juste Wikipédia
Posté par davux (site web personnel) . En réponse au journal Reflexions sur wikipedia comme support pédagogique. Évalué à 6.
À mon sens, une chose nécessaire (mais pas forcément suffisante) est avant tout de ne pas lâcher les enfants sur internet directement, mais de les informer des dangers possibles, exactement comme on le fait avant de laisser un enfant sortir dans la rue seul.
Une bonne explication préalable leur permet, en plus de ne pas prendre tout le contenu comme parole d'évangile, de se méfier de ce qu'ils pourraient trouver et qui pourrait constituer un danger, que ce soit sur Wikipédia, Google, ou le grand nain ternaite en général.
Bien sûr, ça ne fait pas tout, mais une fois cette explication faite, il y a peu d'alternatives: laisser des enfants seuls, où que ce soit, constitue un risque, mais peut-être que c'est aussi le chemin inévitable (voire nécessaire) vers toute responsabilisation.
# Debian GNU/kFreeBSD
Posté par davux (site web personnel) . En réponse à la dépêche PC-BSD : Un système FreeBSD pour le grand public. Évalué à 7.
L'idée est tout simplement d'utiliser la distribution Debian en remplaçant le noyau Linux par un FreeBSD. L'auteur en a parlé au FOSDEM et c'était très intéressant. D'ailleurs il a fait sa présentation sous Debian GNU/kFreeBSD (à une émulation pour Firefox près), comme il nous l'a appris à la fin.
[1] http://www.debian.org/ports/kfreebsd-gnu/(...)