Les utilisateurs mécontent c'était surtout suite aux cafouillages à la première pré-commande (beaucoup n'avaient pas pu commander, les délais ont été grands, il y avait de gros bugs de jeunesse - dont une première mise à jour qui soft brické l'Adam, mais c'était réparable assez facilement -, etc). Le plupart de ces soucis ne sont plus d'actualité. Le deuxième problème et que l'android market n'est pas dispo, mais soit on peu l'installer via un hack, soit on peut utiliser autre chose (comme f-droid, le dépôt de logiciels libres, qui est malheureusement encore peu fourni).
Maintenant qu'il y a d'autres ROM disponibles (dont Honeycomb), et que Ubuntu est - semble-t-il - bientôt sur le point de bien fonctionner, c'est une très bonne tablette, qui a les gros avantages de l'écran pixel Qi et d'être rootable de base. Ajoute à ça de quoi la faire tenir à la verticale, et un couple clavier/souris, et tu as un netbook.
Cette tablette qui a fait beaucoup parler d'elle pendant un bon moment, a le très gros avantage d'avoir un écran Pixel Qi, lisible en plein soleil (malheureusement ils ont une couche qui reflète pas mal par dessus, mais ça reste très lisible), et qui a une basse consommation. Autre gros avantage, elle est rootable de base, donc tu peux installer ce que tu veux: outre le Android d'origine avec une couche particulière (Eden), il y a un Honeycomb, quelques version bricolée, et une Ubuntu qui est sur la voie (ça boot, mais il y a encore quelques problèmes, notamment avec le Tegra 2).
J'ai vu un fil de discussion sur un forum qui parlait de porter Meego dessus aussi.
À part ça, port usb, bon hard, tu peux ajouter clavier et souris sans problème.
Cependant si tu proposes un réseau social alternatif et même libre, en quoi tu pourrais empêcher la même chose surtout s'il est décentralisé ?
En fait c'est surtout une réflexion, je ne veux pas « empêcher », parce que ce serait pire (et contraire aux principes du Libre), mais je pense qu'en tant que concepteurs, on a une responsabilité.
Je ne veux pas mettre toute la faute sur l'outil, mais je pense qu'il joue un rôle important. La télé-réalité c'est souvent par fainéantise intellectuelle (ou voyeurisme), mais il y a aussi une histoire de proportion, de pression sociale. Tu as 20 émissions débiles pour un truc intéressant à la télé, il faut faire un effort pour trouver des choses intéressantes.
Je pense que la façon dont l'outil est présenté, pensé, organisé, influe énormément sur son utilisation. Les groupes (que dans un an tout le monde ne comprendra plus que sous le terme « cercle ») sont un exemple de fonctionnalité qui permet d'éviter naturellement de dévoiler sa vie à tout le monde, quant à l'inverse la gestion des droits est complexe et met le maximum public chez FB.
Les jeux je ne parle pas des jeux comme tu l'entends, en fait le terme est mal choisi, ce sont des questions qui sont posées sur un ami. La réponse est envoyé à l'ami, mais bloquée, pour la débloquer il faut répondre à des questions sur 2 autres amis, et ainsi de suite... De fil en aiguille tu dévoiles de plus en plus d'infos privées. Je ne sais pas si je suis clair.
Mais dans les jeux plus classiques, tu peux prendre un farmville (auquel je n'ai jamais joué mais qui est cité dans le bouquin): tu dois - si j'ai bien compris - arroser les champs de tes amis, rester à telle heure pour récupérer des récoltes, etc. Bref, on te pousses à rester devant l'écran.
Je ne pense pas que les bars se sont vidé uniquement à cause de FB, mais je suis persuadé que ce genre d'outil y contribue. Et encore une fois, FB n'est qu'un exemple pour parler des choses au sens plus large: combien de fois j'ai été interrompu dans une discussion avec un ami parce qu'il a eu un coup de fil. Alors oui on peut réagir comme toi et dire « change d'ami », mais bon je pense quand même que mes amis en valent la peine, et je me contente de leur faire la remarque.
Oui enfin à ce moment tout fait cliché. Je pense qu'il y a une vraie réflexion à avoir sur la création de l'outil. Oui d'accord, c'est d'abord un problème des utilisateurs, mais si tu prends FB, tout est fait pour inciter à dévoiler des infos, rester sur le site, etc. L'exemple qui me vient en tête, c'est les jeux « si tu veux savoir le super truc que jean jacques à dit sur toi, il faut que tu répondes à des trucs sur Gertrude et Marie-Antoinette ». La responsabilité première vient de l'utilisateur, mais l'outil a son importance. L'informatique n'interdit pas les rencontrer IRL, mais ça devient de plus en plus compliqué. J'ai de moins en moins d'amis qui consultent régulièrement leurs courriel, et du coup ça devient compliqué de les joindre (surtout sans téléphone). Et je ne parle même pas des gens qui passent leur soirées sur leur tél dans les bars.
La boîte de nuit, c'est pas franchement un bon exemple, le but c'est plus de danser et/ou dragouiller que de taper la discut.
Maintenant le coup des 500 amis qu'on connaît à peine, c'est sûrement vrai dans pas mal de cas, mais il ne faut pas généraliser non plus: si tu voyages un minimum, ou si tu as des amis qui voyagent, tu vas vite avoir des contact difficile à garder, même si tu connais bien les gens. C'est plus facile avec le net.
L'histoire de G+ j'en ai parlé avec plusieurs personnes aux RMLL: tout le monde s'extasie sur les cercles qui existent depuis longtemps par ailleurs (et qui sont notamment présents dans SàT).
Le coup des vacances ce n'est pas un exemple perso, mais pris dans le bouquin. Ceci-dit je suis persuadé que beaucoup de mes contacts font pareils; c'est loin d'être un cas isolé, et c'est une évolution des mœurs (on est passé de la photo « exceptionnelle » parfois réservées au passionnés, à la photo témoin de notre vie).
Il y a un jeu de Tarot dans le projet Salut à Toi que je développe. Pas (encore) d'IA, et c'est relativement basique - pour le moment -, mais c'est jouable sur 3 interfaces (console, sur bureau et via un navigateur). Pour l’absence d'IA, l'idée serait plutôt de trouver un joueur libre quelque part dans le monde. Faisant partie du projet Salut à Toi, c'est basé sur XMPP.
Si t'es vers Strasbourg, je viens d'arriver et je serai aux RMLL demain pour en discuter si tu veux (stand commun XMPP).
Encore une fois, je trouve retroshare très intéressant, et je suis pour la décentralisation, mais ce n'est pas en l'état suffisant pour tous les cas d'utilisation.
Et si on laisse le serveur tourner, on peut enlever l'un (le ?) des arguments principaux de la dépêche.
Bon en passant sur les points spécifiques à XMPP que j'ai évoqué plus haut, il y autre chose qui me gène dans l'utilisation d'un truc totalement (dé/a/ons'enfout)centralisé:
la dépêche évoque l'intérêt de ne pas laisser la machine H24 (ce qui n'est d'ailleurs pas nécessaire avec XMPP comme dit précédemment), mais cela pose un problème.
Si on veut partager ses photos, vidéos, autre, il faut bien que la machine soit allumé pour ce faire. Très bien quand la personne qui veut les fichiers est en ligne en même temps que vous, ou quand le fichier est déjà partagé auprès de vos amis. Mais si vos amis intéressés ne sont pas sur le même fuseau horaire, ou tout simplement pas libre en même temps que vous, c'est une autre histoire, et là je ne vois pas trop comment faire autrement que laisser la machine allumée.
Autre point, que je dis d'expérience de voyageur: si on veut mettre les photos en ligne pendant le voyage (qui peut durer des mois/années), on le fait souvent depuis une bibliothèque/un cybercafé/chez une personne qui nous héberge/etc. Et là le serveur intermédiaire est bien pratique pour mettre les photos et les garder le temps que vos amis se réveillent pour les voir. Parce dans ces conditions, il n'est bien évidemment pas possible de laisser retroshare ou autre tourner toute la nuit.
Le serveur intermédiaire a un intérêt qu'il me semble difficile à compenser sur un modèle entièrement décentralisé (bien que pas totalement impossible, cf les freesites sur freenet). Et niveau conso, il vaut mieux laisser une machine serveur connectée pour xxx personnes, que une par ami.
Oui enfin ça vient de toi le problème là. Les logiciels y'en a des tas qui sont bons, tu fais le choix d'utiliser google qui d'après tes dires n'est pas un protocole XMPP (mais un protocole propriétaire basé sur XMPP), et tu critiques XMPP.
Quant au client unique, bon ben j'ai dis ce que j'en pensais, après ça va finir en troll.
Enfin ça commence un peu à tourner en rond là. Encore une fois, je t'invite à faire tes requêtes sur les divers outils de suivi...
Sur les serveurs de Google, il n'y a pas de conférence et l'implémentation des chats à plus de deux est spécifique (la dernière fois que j'ai essayé).
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Pour les clients différents, je n'arrive pas toujours à insérer une image dans la conversation, l'audio/vidéo ne marche presque jamais, les conversations à plusieurs ne sont pas toujours possibles (probablement encore la faute à Google)...
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Tu vas me dire que j'utilise de mauvais clients ou de mauvais serveurs, mais le problème c'est que même en changeant je resterai limité par les logiciels des autres.
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Plus pour longtemps, un client CLI et un client web sont prévu, mais ils seront tous basés sur la libretroshare ce qui devrait éviter pas mal de problèmes.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
Peut être qu'un jour des passerelles existeront entre les deux.
J'y suis allé un peu à la provoc en parlant de FUD et de publireportage, mais c'est globalement l'impression que ça laisse: un goût de « XMPP est un moyen du passé », qui aurait sûrement pu être autre en développant un peu cette partie (et parler des projet prometteurs ne contrebalance pas suffisamment les critiques faites avant qui ne sont pas justifiées à mon avis, comme je le dis dans mon premier commentaire).
Bon maintenant allons y de manière un peu plus constructive, vu qu'étant dév d'un projet qui touche à ce milieu, je suis concerné:
(C'est super reloud Markdown, on ne peut pas numéroter comme on veut pour répondre, ou faire une citation puis une liste numérotée, ça reprend à 1)
Dans ce cas peux tu me donner des exemples concrets ? Parce que moi que j'utilise Gajim, Psi, ou autre, ça marche très bien ensemble. Si tu parles de Jingle, les spécification sont finies pour la base, mais il y a encore des modifications faites en ce moment (genre sur les codecs pour l'audio).
rien à ajouter, juste pour garder la numérotation avec markdown
Je n'ai jamais utilisé gtalk, mais justement il me semble que jingle est implémenté chez eux (d'une ça vient d'eux, et de deux ils viennent de passer à la version standard) et que ça sort justement typiquement du chat à deux. Donc encore une fois, peux tu en dire plus ?
alors là non je ne comprends pas. Les clients marchent ensemble, et c'est bien là l'intérêt principal de XMPP, y compris pour ce qui sort du chat (le partage de fichier ce n'est pas du chat). Après qu'entends tu par différent ? Interface différente ? Ça me semble une force au contraire: tu choisis celle qui te convient le mieux, et ça marchera avec les autres.
Quelques autres points en vrac:
même si j'ai fait un premier commentaire de défense de XMPP, j'ai apprécié la dépêche sur plusieurs points, et retroshare me semble effectivement très intéressant (je suis d'ailleurs en train de l'essayer à force d'en entendre parler sur DLFP)
j'ai également apprécié que tu ne parles pas de Diaspora comme l'unique alternative au truc bleu, c'est un truc qui m'énerve passablement et régulièrement, surtout que c'est un des projets dont je me méfie le plus (et la FSF également).
toutes les interfaces ne sont pas calquées sur le truc bleu, loin de là.
rien à voir avec la dépêche, mais ça me tue que tout le monde s'extasie sur le net des « cercles » (encore un nom marketeux ridicule) comme un truc « nouveau » alors que bon, ce sont des groupes qui existent depuis pfiouuuuu.... et qui sont dans XMPP.
pour revenir à Retroshare, que j'essaye actuellement comme dit plus haut, je pense que c'est en effet très intéressant (j'attends que des amis l'installent pour pouvoir essayer plus en profondeur), mais ça me semble difficilement * en l'état * utilisable par le grand public. Déjà le partage de clé GPG, c'est par hyper simple à expliquer, à comparer au « c'est quoi ton nom ? Oki je t'ajouterai sur FB ». Ensuite l'interface n'est pas simple à appréhender. Mais bon, beaucoup de gens utilisaient bien emule qui n'est pas simple pour monsieur tout le monde non plus.
les problèmes que tu dis avoir avec les clients XMPP, tu ne les a pas avec Retroshare parce que c'est un client unique. Maintenant tu as 2 solutions: soit ça marche et il y aura d'autres clients et tu auras les mêmes problèmes de fonctionnalités existantes chez l'un et pas chez l'autre, soit tu auras toujours un client unique, et ce serait perdre un atout énorme du libre (des client adaptés à certains cas par exemple).
s'il vous manque des trucs dans un client, avant de publier un journal en disant que ça ne marche pas bien, vous pouvez passer par l'outil de suivi du projet, ou contacter les dév pour demander les améliorations (sans forcément ressortir le classique « envoies ton patch », on peut commencer par demander, ou en parler). Les dévs utilisent leur client à leur manière, et il est donc adapté pour eux, mais ils ne se rendent pas forcément compte de l'usage qu'en font les autres.
À noter aussi que des fois c'est juste une façon d'utiliser qui n'est pas/mal comprise.
petit point bonus: XMPP peut fonctionner sans serveur (un exemple est donner dans la XEP-0174)
XMPP serait parfait s'il ne souffrait pas d'un grave défaut : les logiciels que l'on utilise pour y accéder gèrent de façon très différentes et souvent mal tout ce qui est autre que le chat entre deux personnes.
Ainsi, si votre correspondant n'utilise pas le même logiciel client, certaines fonctionnalités ne seront pas utilisables. Cette situation est très pénible et dure depuis un moment, mais elle pourrait évoluer dans les années qui viennent. À condition que les utilisateurs, impatients, ne passent pas à autre chose.
Il faut quand même noter que de nouveaux clients, à l'interface calquée sur les bases de données sociales populaires, sont en cours de développement : Jappix, Lorea et Movim sont très prometteurs.
Bon j'ai pas envie de répondre en détails, j'ai un peu autre chose à faire là tout de suite, mais:
Les logiciels ne gèrent certainement pas de façon différente les choses: si on est XMPP, on suit le protocole qui est défini, documenté, détaillé, lu et relu, et on gère les choses à l'identique. Si ce n'est pas le cas, c'est une implémentation incomplète.
Le « souvent mal » ça fait toujours plaisir pour ceux qui bossent sur ces logiciels
Le moindre client XMPP de base gère à minima le partage de fichiers et le MUC, dire que ça se contente du chat à 2 personnes, ça dépasse la mauvaise foi.
si on utilise un client différent, les fonctionnalités sont parfaitement compatibles _si elles sont implémentée_, cf 1. Sinon ça revient à dire: rohhhh si vous utilisez un client courriel qui ne gère pas les accusés de réception la fonctionnalité ne marchera pas, c'est fou non ?
Là aussi pour être indépendant, il faut un PC qui tourne en permanence, mais on n'a qu'un seul logiciel à configurer contrairement à la solution précédente.
^W^W5. euh non, même si tu mets ton propre serveur chez toi, tu peux très bien l'éteindre, le message sera reçu quand il sera à nouveau en ligne
Donc bon, faire du publireportage pour retroshare ok, ça a l'air effectivement pas mal et intéressant, mais il ne faudrait quand même pas sous-estimer le reste.
J'en pense qu'on est en train d'essayer de fournir des alternatives libres (Salut à Toi, mais aussi Jappix, Movim, etc), et qu'on manque sérieusement d'aide (enfin je parle pour moi ici, mais je suppose que c'est pareil pour les autres).
Quand je dis aide, je pense surtout développeurs (python principalement), mais aussi du monde pour les docs, les tests, les traductions, etc.
Pourtant j'ai eu pas mal de retours positifs, mais j'aimerais un peu plus de monde inscrit sur les listes ou le wiki, ou qui remplisse le bugzilla:
C'est vraiment dommage car le repas du libre devait être une Kriek Frites Party (fête) géante avec tout plein de sauces :d..
Une Kriek avec des frites rahhhhhh quelle horreur ! Une Westmalle oui, une Duvel oui, mais surtout pas une Kriek ! En plus il y a de plus en plus de baraques à frites qui utilisent des... surgelées ! :( .
Bon sinon les RMLL s'appellent LSM (Linux Software Meeting) en anglais si je ne m'abuse, et je suis tout à fait d'accord avec toi sur l'utilisation de l'anglais. Et pas que côté assister à une conférence, pour en faire une aussi ça bloque ! C'est déjà pas simple de parler face à un public, si en plus ce n'est pas dans sa langue maternelle bonjour.
probablement le plus gros projet jamais développé dans ce langage
Il ne faudrait pas oublier MLDonkey quand même, qui est certainement le projet le plus connu en OCaml (et va fêter ses 10 ans cette année d'après Wikipédia).
Mon commentaire est sorti sur ce sujet, mais c'est plus général, je l'ai mis en lisant cette dépêche à la suite de la lecture de plusieurs articles concernant « le cloud avenir de l'informatique », en constatant que FB est devenu la norme pour beaucoup pour communiquer, au détriment du courriel, et que quand on parle de courriel c'est souvent gmail (même chez libriste: il faut un compte google pour rapporter des bogues dans certains projets), et tout un tas de choses dans le genre.
Donc techniquement ça ne présente pas un danger immédiat, mais symboliquement je trouve ça très important: c'est mettre des noms d'intérêts privées au même niveau que des pays ou des types d'information.
Et d'après les articles qu'on peut lire à droite à gauche, ça parle de 150 000 à 500 000 $ pour avoir et maintenir ce genre de TLD (et un dossier de 200 pages), à comparer aux quelques $ annuels pour un .org ou un .com, que n'importe qui peut avoir. Je vois mal un particulier ou une petite entité se permettre ça, et c'est une atteinte à la neutralité en ce sens.
Oui il y a des menaces plus grandes, mais ça n'a rien à voir, ce n'est pas parce que tu t'attaques à un problème que tu négliges les autres; sinon tu peux arrêter tout de suite toute activité militante parce qu'il y a des guerres et de la pauvreté dans le monde, c'est un raisonnement fallacieux.
Et je passe sur les argumentations ad odium plus bas.
Encore un pas vers un réseau un peu plus marchant, un peu plus privatisé, beaucoup moins neutre.
Si on continue à laisser faire ça, les générations suivantes auront de bonnes raisons de nous en vouloir (je ne vais pas re-citer Mike Godwin, mais c'est complètement d'actualité).
Le net évolue vite et en mal, et est en train de se faire bouffer (je ne vois pas d'autre mot) par les grosses entreprises. Il veulent nous imposer un Internet "civilisé", centralisé, aseptisé.
Je ne veux pas jouer la dramatisation, mais je pense qu'on a encore en main (quand je dis « nous » je pense à ceux qui sont indépendants des grosses boîtes, sensibilisés aux risques pour les libertés sur Internet - et ailleurs - et aux dangers pour la vie privée) les cartes pour sauver le réseau de ce qu'ils veulent en faire; mais qu'on n'a plus beaucoup de temps.
Logiciel Libre et décentralisation sont très certainement les clés.
Un virus n'est pas nécessairement néfaste, il existe des virus bienveillants.
Là je n'ai pas le bouquin sous la main, mais le vieux et très intéressant livre « du virus à l'antivirus » de Mark Ludwig avait un chapitre à ce sujet.
[^] # Re: Notion Ink Adam
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 2.
Les utilisateurs mécontent c'était surtout suite aux cafouillages à la première pré-commande (beaucoup n'avaient pas pu commander, les délais ont été grands, il y avait de gros bugs de jeunesse - dont une première mise à jour qui soft brické l'Adam, mais c'était réparable assez facilement -, etc). Le plupart de ces soucis ne sont plus d'actualité. Le deuxième problème et que l'android market n'est pas dispo, mais soit on peu l'installer via un hack, soit on peut utiliser autre chose (comme f-droid, le dépôt de logiciels libres, qui est malheureusement encore peu fourni).
Maintenant qu'il y a d'autres ROM disponibles (dont Honeycomb), et que Ubuntu est - semble-t-il - bientôt sur le point de bien fonctionner, c'est une très bonne tablette, qui a les gros avantages de l'écran pixel Qi et d'être rootable de base. Ajoute à ça de quoi la faire tenir à la verticale, et un couple clavier/souris, et tu as un netbook.
# Notion Ink Adam
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 2.
Cette tablette qui a fait beaucoup parler d'elle pendant un bon moment, a le très gros avantage d'avoir un écran Pixel Qi, lisible en plein soleil (malheureusement ils ont une couche qui reflète pas mal par dessus, mais ça reste très lisible), et qui a une basse consommation. Autre gros avantage, elle est rootable de base, donc tu peux installer ce que tu veux: outre le Android d'origine avec une couche particulière (Eden), il y a un Honeycomb, quelques version bricolée, et une Ubuntu qui est sur la voie (ça boot, mais il y a encore quelques problèmes, notamment avec le Tegra 2).
J'ai vu un fil de discussion sur un forum qui parlait de porter Meego dessus aussi.
À part ça, port usb, bon hard, tu peux ajouter clavier et souris sans problème.
[^] # Re: moef
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 2). Évalué à 1.
En fait c'est surtout une réflexion, je ne veux pas « empêcher », parce que ce serait pire (et contraire aux principes du Libre), mais je pense qu'en tant que concepteurs, on a une responsabilité.
Je ne veux pas mettre toute la faute sur l'outil, mais je pense qu'il joue un rôle important. La télé-réalité c'est souvent par fainéantise intellectuelle (ou voyeurisme), mais il y a aussi une histoire de proportion, de pression sociale. Tu as 20 émissions débiles pour un truc intéressant à la télé, il faut faire un effort pour trouver des choses intéressantes.
[^] # Re: moef
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 2). Évalué à 2.
Je pense que la façon dont l'outil est présenté, pensé, organisé, influe énormément sur son utilisation. Les groupes (que dans un an tout le monde ne comprendra plus que sous le terme « cercle ») sont un exemple de fonctionnalité qui permet d'éviter naturellement de dévoiler sa vie à tout le monde, quant à l'inverse la gestion des droits est complexe et met le maximum public chez FB.
Les jeux je ne parle pas des jeux comme tu l'entends, en fait le terme est mal choisi, ce sont des questions qui sont posées sur un ami. La réponse est envoyé à l'ami, mais bloquée, pour la débloquer il faut répondre à des questions sur 2 autres amis, et ainsi de suite... De fil en aiguille tu dévoiles de plus en plus d'infos privées. Je ne sais pas si je suis clair.
Mais dans les jeux plus classiques, tu peux prendre un farmville (auquel je n'ai jamais joué mais qui est cité dans le bouquin): tu dois - si j'ai bien compris - arroser les champs de tes amis, rester à telle heure pour récupérer des récoltes, etc. Bref, on te pousses à rester devant l'écran.
Je ne pense pas que les bars se sont vidé uniquement à cause de FB, mais je suis persuadé que ce genre d'outil y contribue. Et encore une fois, FB n'est qu'un exemple pour parler des choses au sens plus large: combien de fois j'ai été interrompu dans une discussion avec un ami parce qu'il a eu un coup de fil. Alors oui on peut réagir comme toi et dire « change d'ami », mais bon je pense quand même que mes amis en valent la peine, et je me contente de leur faire la remarque.
[^] # Re: rrrrrrrrr
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 1). Évalué à 3.
vi je l'ai vue aussi :(
[^] # Re: moef
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 2). Évalué à 7.
Oui enfin à ce moment tout fait cliché. Je pense qu'il y a une vraie réflexion à avoir sur la création de l'outil. Oui d'accord, c'est d'abord un problème des utilisateurs, mais si tu prends FB, tout est fait pour inciter à dévoiler des infos, rester sur le site, etc. L'exemple qui me vient en tête, c'est les jeux « si tu veux savoir le super truc que jean jacques à dit sur toi, il faut que tu répondes à des trucs sur Gertrude et Marie-Antoinette ». La responsabilité première vient de l'utilisateur, mais l'outil a son importance. L'informatique n'interdit pas les rencontrer IRL, mais ça devient de plus en plus compliqué. J'ai de moins en moins d'amis qui consultent régulièrement leurs courriel, et du coup ça devient compliqué de les joindre (surtout sans téléphone). Et je ne parle même pas des gens qui passent leur soirées sur leur tél dans les bars.
La boîte de nuit, c'est pas franchement un bon exemple, le but c'est plus de danser et/ou dragouiller que de taper la discut.
Maintenant le coup des 500 amis qu'on connaît à peine, c'est sûrement vrai dans pas mal de cas, mais il ne faut pas généraliser non plus: si tu voyages un minimum, ou si tu as des amis qui voyagent, tu vas vite avoir des contact difficile à garder, même si tu connais bien les gens. C'est plus facile avec le net.
L'histoire de G+ j'en ai parlé avec plusieurs personnes aux RMLL: tout le monde s'extasie sur les cercles qui existent depuis longtemps par ailleurs (et qui sont notamment présents dans SàT).
Le coup des vacances ce n'est pas un exemple perso, mais pris dans le bouquin. Ceci-dit je suis persuadé que beaucoup de mes contacts font pareils; c'est loin d'être un cas isolé, et c'est une évolution des mœurs (on est passé de la photo « exceptionnelle » parfois réservées au passionnés, à la photo témoin de notre vie).
# rrrrrrrrr
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 1). Évalué à 5.
s/à porter de bourse/à portée de bourse/
et pourtant j'ai relu... On n'avait pas parlé de 5 min de grâce pour corriger un journal ?
# Salut à Toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Un logiciel de tarot utilisable sous GNU/Linux. Évalué à 5.
Il y a un jeu de Tarot dans le projet Salut à Toi que je développe. Pas (encore) d'IA, et c'est relativement basique - pour le moment -, mais c'est jouable sur 3 interfaces (console, sur bureau et via un navigateur). Pour l’absence d'IA, l'idée serait plutôt de trouver un joueur libre quelque part dans le monde. Faisant partie du projet Salut à Toi, c'est basé sur XMPP.
Si t'es vers Strasbourg, je viens d'arriver et je serai aux RMLL demain pour en discuter si tu veux (stand commun XMPP).
[^] # Re: Problème de l'absence de serveur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 1.
Dans les cas que j'ai énoncé, non tu ne peux pas.
Encore une fois, je trouve retroshare très intéressant, et je suis pour la décentralisation, mais ce n'est pas en l'état suffisant pour tous les cas d'utilisation.
Et si on laisse le serveur tourner, on peut enlever l'un (le ?) des arguments principaux de la dépêche.
[^] # Re: Problème de l'absence de serveur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
Des serveurs quoi
# Problème de l'absence de serveur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 5.
Bon en passant sur les points spécifiques à XMPP que j'ai évoqué plus haut, il y autre chose qui me gène dans l'utilisation d'un truc totalement (dé/a/ons'enfout)centralisé:
la dépêche évoque l'intérêt de ne pas laisser la machine H24 (ce qui n'est d'ailleurs pas nécessaire avec XMPP comme dit précédemment), mais cela pose un problème.
Si on veut partager ses photos, vidéos, autre, il faut bien que la machine soit allumé pour ce faire. Très bien quand la personne qui veut les fichiers est en ligne en même temps que vous, ou quand le fichier est déjà partagé auprès de vos amis. Mais si vos amis intéressés ne sont pas sur le même fuseau horaire, ou tout simplement pas libre en même temps que vous, c'est une autre histoire, et là je ne vois pas trop comment faire autrement que laisser la machine allumée.
Autre point, que je dis d'expérience de voyageur: si on veut mettre les photos en ligne pendant le voyage (qui peut durer des mois/années), on le fait souvent depuis une bibliothèque/un cybercafé/chez une personne qui nous héberge/etc. Et là le serveur intermédiaire est bien pratique pour mettre les photos et les garder le temps que vos amis se réveillent pour les voir. Parce dans ces conditions, il n'est bien évidemment pas possible de laisser retroshare ou autre tourner toute la nuit.
Le serveur intermédiaire a un intérêt qu'il me semble difficile à compenser sur un modèle entièrement décentralisé (bien que pas totalement impossible, cf les freesites sur freenet). Et niveau conso, il vaut mieux laisser une machine serveur connectée pour xxx personnes, que une par ami.
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 4.
Oui enfin ça vient de toi le problème là. Les logiciels y'en a des tas qui sont bons, tu fais le choix d'utiliser google qui d'après tes dires n'est pas un protocole XMPP (mais un protocole propriétaire basé sur XMPP), et tu critiques XMPP.
Quant au client unique, bon ben j'ai dis ce que j'en pensais, après ça va finir en troll.
Enfin ça commence un peu à tourner en rond là. Encore une fois, je t'invite à faire tes requêtes sur les divers outils de suivi...
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
J'espère bien.
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
bon commentaire inutile, mais celle là elle me fait trop mal aux yeux (y'en a sûrement d'autres):
s/est donner/est donné/
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 10.
J'y suis allé un peu à la provoc en parlant de FUD et de publireportage, mais c'est globalement l'impression que ça laisse: un goût de « XMPP est un moyen du passé », qui aurait sûrement pu être autre en développant un peu cette partie (et parler des projet prometteurs ne contrebalance pas suffisamment les critiques faites avant qui ne sont pas justifiées à mon avis, comme je le dis dans mon premier commentaire).
Bon maintenant allons y de manière un peu plus constructive, vu qu'étant dév d'un projet qui touche à ce milieu, je suis concerné:
(C'est super reloud Markdown, on ne peut pas numéroter comme on veut pour répondre, ou faire une citation puis une liste numérotée, ça reprend à 1)
Dans ce cas peux tu me donner des exemples concrets ? Parce que moi que j'utilise Gajim, Psi, ou autre, ça marche très bien ensemble. Si tu parles de Jingle, les spécification sont finies pour la base, mais il y a encore des modifications faites en ce moment (genre sur les codecs pour l'audio).
rien à ajouter, juste pour garder la numérotation avec markdown
Je n'ai jamais utilisé gtalk, mais justement il me semble que jingle est implémenté chez eux (d'une ça vient d'eux, et de deux ils viennent de passer à la version standard) et que ça sort justement typiquement du chat à deux. Donc encore une fois, peux tu en dire plus ?
alors là non je ne comprends pas. Les clients marchent ensemble, et c'est bien là l'intérêt principal de XMPP, y compris pour ce qui sort du chat (le partage de fichier ce n'est pas du chat). Après qu'entends tu par différent ? Interface différente ? Ça me semble une force au contraire: tu choisis celle qui te convient le mieux, et ça marchera avec les autres.
Quelques autres points en vrac:
même si j'ai fait un premier commentaire de défense de XMPP, j'ai apprécié la dépêche sur plusieurs points, et retroshare me semble effectivement très intéressant (je suis d'ailleurs en train de l'essayer à force d'en entendre parler sur DLFP)
j'ai également apprécié que tu ne parles pas de Diaspora comme l'unique alternative au truc bleu, c'est un truc qui m'énerve passablement et régulièrement, surtout que c'est un des projets dont je me méfie le plus (et la FSF également).
toutes les interfaces ne sont pas calquées sur le truc bleu, loin de là.
rien à voir avec la dépêche, mais ça me tue que tout le monde s'extasie sur le net des « cercles » (encore un nom marketeux ridicule) comme un truc « nouveau » alors que bon, ce sont des groupes qui existent depuis pfiouuuuu.... et qui sont dans XMPP.
pour revenir à Retroshare, que j'essaye actuellement comme dit plus haut, je pense que c'est en effet très intéressant (j'attends que des amis l'installent pour pouvoir essayer plus en profondeur), mais ça me semble difficilement * en l'état * utilisable par le grand public. Déjà le partage de clé GPG, c'est par hyper simple à expliquer, à comparer au « c'est quoi ton nom ? Oki je t'ajouterai sur FB ». Ensuite l'interface n'est pas simple à appréhender. Mais bon, beaucoup de gens utilisaient bien emule qui n'est pas simple pour monsieur tout le monde non plus.
les problèmes que tu dis avoir avec les clients XMPP, tu ne les a pas avec Retroshare parce que c'est un client unique. Maintenant tu as 2 solutions: soit ça marche et il y aura d'autres clients et tu auras les mêmes problèmes de fonctionnalités existantes chez l'un et pas chez l'autre, soit tu auras toujours un client unique, et ce serait perdre un atout énorme du libre (des client adaptés à certains cas par exemple).
s'il vous manque des trucs dans un client, avant de publier un journal en disant que ça ne marche pas bien, vous pouvez passer par l'outil de suivi du projet, ou contacter les dév pour demander les améliorations (sans forcément ressortir le classique « envoies ton patch », on peut commencer par demander, ou en parler). Les dévs utilisent leur client à leur manière, et il est donc adapté pour eux, mais ils ne se rendent pas forcément compte de l'usage qu'en font les autres.
À noter aussi que des fois c'est juste une façon d'utiliser qui n'est pas/mal comprise.
petit point bonus: XMPP peut fonctionner sans serveur (un exemple est donner dans la XEP-0174)
# Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 9.
Bon j'ai pas envie de répondre en détails, j'ai un peu autre chose à faire là tout de suite, mais:
Les logiciels ne gèrent certainement pas de façon différente les choses: si on est XMPP, on suit le protocole qui est défini, documenté, détaillé, lu et relu, et on gère les choses à l'identique. Si ce n'est pas le cas, c'est une implémentation incomplète.
Le « souvent mal » ça fait toujours plaisir pour ceux qui bossent sur ces logiciels
Le moindre client XMPP de base gère à minima le partage de fichiers et le MUC, dire que ça se contente du chat à 2 personnes, ça dépasse la mauvaise foi.
si on utilise un client différent, les fonctionnalités sont parfaitement compatibles _si elles sont implémentée_, cf 1. Sinon ça revient à dire: rohhhh si vous utilisez un client courriel qui ne gère pas les accusés de réception la fonctionnalité ne marchera pas, c'est fou non ?
Donc bon, faire du publireportage pour retroshare ok, ça a l'air effectivement pas mal et intéressant, mais il ne faudrait quand même pas sous-estimer le reste.
# Besoin d'aide
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Google plus, réseau social. Évalué à 9.
J'en pense qu'on est en train d'essayer de fournir des alternatives libres (Salut à Toi, mais aussi Jappix, Movim, etc), et qu'on manque sérieusement d'aide (enfin je parle pour moi ici, mais je suppose que c'est pareil pour les autres).
Quand je dis aide, je pense surtout développeurs (python principalement), mais aussi du monde pour les docs, les tests, les traductions, etc.
Pourtant j'ai eu pas mal de retours positifs, mais j'aimerais un peu plus de monde inscrit sur les listes ou le wiki, ou qui remplisse le bugzilla:
http://lists.goffi.org
http://wiki.goffi.org
http://bugs.goffi.org
et rendez-vous aux RMLL pour une rencontre IRL, et des démos/explications.
Il faut de l'aide si on veut une vraie alternative libre à ces réseaux.
[^] # Re: Putain de rafraîchissement de page
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 9.
Si t'es sous Firefox, tu peux installer RefreshBlocker, tu peux remplir une liste blanche ou noire de site autorisés à rafraîchir la page.
[^] # Re: Mondial
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre à Strasbourg, 9 au 14 juillet. Évalué à 4.
C'est d'ailleurs écrit dans le titre de la dépêche
[^] # Re: Mondial
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre à Strasbourg, 9 au 14 juillet. Évalué à 6.
Une Kriek avec des frites rahhhhhh quelle horreur ! Une Westmalle oui, une Duvel oui, mais surtout pas une Kriek ! En plus il y a de plus en plus de baraques à frites qui utilisent des... surgelées ! :( .
Bon sinon les RMLL s'appellent LSM (Linux Software Meeting) en anglais si je ne m'abuse, et je suis tout à fait d'accord avec toi sur l'utilisation de l'anglais. Et pas que côté assister à une conférence, pour en faire une aussi ça bloque ! C'est déjà pas simple de parler face à un public, si en plus ce n'est pas dans sa langue maternelle bonjour.
[^] # Re: Ocsigen
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 5.
Il ne faudrait pas oublier MLDonkey quand même, qui est certainement le projet le plus connu en OCaml (et va fêter ses 10 ans cette année d'après Wikipédia).
[^] # Re: Vers une libéralisation de l'Internet !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Vers une libération de l’Internet ?. Évalué à 5.
Mon commentaire est sorti sur ce sujet, mais c'est plus général, je l'ai mis en lisant cette dépêche à la suite de la lecture de plusieurs articles concernant « le cloud avenir de l'informatique », en constatant que FB est devenu la norme pour beaucoup pour communiquer, au détriment du courriel, et que quand on parle de courriel c'est souvent gmail (même chez libriste: il faut un compte google pour rapporter des bogues dans certains projets), et tout un tas de choses dans le genre.
Donc techniquement ça ne présente pas un danger immédiat, mais symboliquement je trouve ça très important: c'est mettre des noms d'intérêts privées au même niveau que des pays ou des types d'information.
Et d'après les articles qu'on peut lire à droite à gauche, ça parle de 150 000 à 500 000 $ pour avoir et maintenir ce genre de TLD (et un dossier de 200 pages), à comparer aux quelques $ annuels pour un .org ou un .com, que n'importe qui peut avoir. Je vois mal un particulier ou une petite entité se permettre ça, et c'est une atteinte à la neutralité en ce sens.
Oui il y a des menaces plus grandes, mais ça n'a rien à voir, ce n'est pas parce que tu t'attaques à un problème que tu négliges les autres; sinon tu peux arrêter tout de suite toute activité militante parce qu'il y a des guerres et de la pauvreté dans le monde, c'est un raisonnement fallacieux.
Et je passe sur les argumentations ad odium plus bas.
# Vers une libéralisation de l'Internet !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Vers une libération de l’Internet ?. Évalué à 7.
Encore un pas vers un réseau un peu plus marchant, un peu plus privatisé, beaucoup moins neutre.
Si on continue à laisser faire ça, les générations suivantes auront de bonnes raisons de nous en vouloir (je ne vais pas re-citer Mike Godwin, mais c'est complètement d'actualité).
Le net évolue vite et en mal, et est en train de se faire bouffer (je ne vois pas d'autre mot) par les grosses entreprises. Il veulent nous imposer un Internet "civilisé", centralisé, aseptisé.
Je ne veux pas jouer la dramatisation, mais je pense qu'on a encore en main (quand je dis « nous » je pense à ceux qui sont indépendants des grosses boîtes, sensibilisés aux risques pour les libertés sur Internet - et ailleurs - et aux dangers pour la vie privée) les cartes pour sauver le réseau de ce qu'ils veulent en faire; mais qu'on n'a plus beaucoup de temps.
Logiciel Libre et décentralisation sont très certainement les clés.
[^] # Re: Définition de virus
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche De l’interdiction de publier certains logiciels (2). Évalué à 2.
wicd a une interface console (basée sur l'excellent Urwid !) et ligne de commande.
[^] # Re: Rien de plus normal
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche De l’interdiction de publier certains logiciels (2). Évalué à 5.
Un virus n'est pas nécessairement néfaste, il existe des virus bienveillants.
Là je n'ai pas le bouquin sous la main, mais le vieux et très intéressant livre « du virus à l'antivirus » de Mark Ludwig avait un chapitre à ce sujet.