Guillaume Denry a écrit 2965 commentaires

Vouloir n'utiliser que des logiciels compatibles GPL (pour des raisons qui nous regardent ou bien pour des contraintes de contexte professionnel) ferait de moi un fanatique ? je suis content de l'apprendre. Bonne nuit quand même.

Le commentaire auquel tu réponds précise bien "Si vous êtes fan de la GPL"........

Je suis globalement d'accord avec toi, mais disons qu'il y a un cas où l'absence d'hémoglobine est particulièrement frustrante, c'est lorsqu'on sent dans une scène que cette absence est motivée par l'évitement d'un -12 alors que le scénario nous laisse fortement à penser que là, fallait pas lésiner sur le jus de betterave. Je n'ai pas d'exemple en tête là dans l'urgence de l'écriture.
Sinon oui, on est (je crois) tous d'accord, la suggestion est plus puissante que le démonstratif le plus cru.

D'ailleurs, je trouve justement que dans District 9, ça commence assez doucement, et c'est dans les cas où le gore est justement utilisé "finement" et de façon progressive qu'il est le plus efficace. En outre, District 9 possédant une dimension ouvertement cynique et parodique à la manière d'un Starship Troopers (comme d'ailleurs quasiment n'importe quel film de Verhoeven), le gore fait pleinement partie de l'arsenal scénique et visuel de ce genre de film.

Boarf moi j'aime bien un peu de gore, ça pimente je trouve. Les films d'aujourd'hui sont dans l'ensemble tellement aseptisés pour pouvoir être "pour tout public" que quand ça saigne un peu, c'est plutôt appréciable.

Les torrents, au niveau accessibilité, bof quoi.
Genre je veux accéder à la lecture immédiate d'un document diplomatique, bin faut que je me télécharge une archive.

Tant va la cruche à l'eau qu'à la fin elle nous les brise

Tu as raison, c'est mal de gagner de l'argent avec linux.

Ca fait plusieurs fois que je vois qu'on amalgame la notion de concours à celle de projet.
Je comprends pour ma part à 200% la colère de Zapata Heroni et faut pas vous étonner s'il est autant "pertinenté".
J'ai un pote qui a codé un moteur de jeu d'échec qui un temps fût libre mais dont il a fermé les sources pour pouvoir concourir à des concours internationaux de programmes d'échec. En effet, libre, il a pu être forké à de nombreuses reprises et amélioré par d'autres et qui ont donc grapillé quelques ELO en plus alors qu'il avait fait le gros du boulot. (ce moteur est retombé dans le domaine du libre parce que la personne en question ne bosse a priori plus dessus).
Dans le cadre d'un *concours*, je pense que le secret avant publication est fondamental pour éviter la démotivation. Que ce concours donne lieu à des lots plus ou moins importants ou juste une renommée.
Désolé de continuer à déballer des lapalissades mais le concours est par nature basé sur la compétition et la compétition peut difficilement s'exercer tout en partageant ses secrets a priori de la compétition. Je ne dis pas que c'est impossible mais le challenge est justement basé là dessus.

Boarf, pas vraiment, le DRM c'est de 1 vers 1 (maison de disque vers le consommateur) tandis qu'ici, il s'agit du 1 vers N (toi vers tes N contacts).
Dans le cas du DRM, il s'agit (entre autre) de t'interdire techniquement de copier des données (dans l'objectif éventuel de les retransmettre) alors qu'ici, la problématique est d'offrir un simili-contrôle sur ce que deviennent tes données personnelles sur le net.
Dans le cas du DRM, la faille, c'est le contournement technique, très simple.
Dans le cas qui nous intéresse, la faille potentielle, c'est le contact, dans quelle mesure va-t'il -consciemment ou non- transmettre tes informations (PC vérolé avec un Diaspora-Worm-data-leaker.win32) à une méchante organisation maléfique collectrice de données personnes.

Ouais heureusement.
Maintenant multiplie ces 2 clics par le nombres de jeux alakons.

Je ne réponds qu'à la partie qui concerne ma réponse car tu pars ensuite un peu dans toutes les directions.

Le peu de temps que j'ai passé sur Facebook me fait dire que si Diaspora a du succès, y'aura obligatoirement un tonne de kikoo.

Alors oui, y'a les « aspects » permettant de cloisonner nos différentes connaissances permettant donc de mieux contrôler pour qui l'information postée est visible, mais ce n'est pas parce que cette possibilité existe qu'elle sera utilisée par tout le monde. Je cloisonne, mais rien ne dit que les connaissances de mes connaissances vont cloisonner et prendre la peine de faire cet effort minimal de réflexion qui est : « À qui je veux donner accès à cette info ? »


OK, alors là on arrive un peu mieux à cerner ce qui te déplaît dans Facebook et que tu n'aimerais pas revoir dans Diaspora. Tu aurais dû commencer par ça.
Y'a en effet le problème de cloisonnement mais je crois qu'il faut dissocier les messages écrits par tes contacts et les messages émis par les applications facebook utilisés par tes contacts.
Pour les messages écrits à la mimine du genre "aujourd'hui j'ai mangé un oursin sans enlever les épines, ouille ouille", là on en revient au fait de mieux choisir ses contacts ;-).
Après il y a en effet les applications. Lorsque j'avais un compte facebook, j'étais inondé de "Machin a moissonné son 1000ième champ de Colza dans Farmville", tu parles que j'en avais rien à branler, mais mon contact lui, était incité à le faire pour gagner sa sucette dans le jeu, en gros tu deviens un homme-sandwich pour Zynga, c'est ça qui est formidable.
Pour Diaspora, ça va donc être une question sensible : dans la mesure où ils auront une telle masse critique d'utilisateurs qu'ils seront confrontés à la question de savoir à quel point ouvrir un API applicative dans leur réseau. En effet, imagine un client Diaspora qui permette l'utilisation d'une application qui puisse émettre un message public et c'est déjà terminé, le loup est dans la bergerie. Il va donc falloir être très finaud sur le coup pour éviter ces problèmes (si tant est que ça soit possible). Mais j'imagine que de nombreuses discussions sont déjà entamées au niveau de la communauté Diaspora (entre autre).

Et surtout, comment faire pour que ça ne devienne pas un repaire à kikoolols comme Facebook ?

Ca ne sera un repaire à kikoolols que si tu as des contacts kikoolols.

— ce serait bien d'avoir combo-box + champ libre, comme cela au moins la plupart des gens peuvent utiliser les deux possibilités standard
→ La possibilité « autre » est insultante, elle transmet l'idée qu'il existe des gens normaux (qui se reconnaissent dans le choix binaire usuel) et des gens bizarres qui veulent un truc autre

Euh, il s'agit pas d'avoir un choix "autre", mais juste de laisser la combobox en édition, y'a rien de sorcier là dedans ni d'insultant. Tu es pas d'accord avec ce qu'il y a dans la liste déroulante ? Bin tu écris ce que tu veux...

Je te pertinente à fond, car oui, j'avais omis la confiance dans le client qui est cruciale dans ce cas. Il est important de décorréler le client des données du seed et pour le moment, seul un client lourd (ou du moins un dispositif présent en local) peut permettre de faire ça.

Le quatrième choix est inutile ; en général, on laisse juste la possibilité d'éditer textuellement la combo, pour ceux qui ne se reconnaissent dans aucune des catégories.

Ca n'empêche pas de proposer une liste déroulante avec les trois choix mais éditable.

Pourquoi seulement par client lourd ?
On peut imaginer que chaque noeud diaspora héberge les données chiffrées et qu'il sert du javascript au client web pour qu'il puisse déchiffrer ses données à la volée avec la clef PIN de l'utilisateur, un peu à la Mozilla Sync. Bon après, effectivement, sans système de clef privée/clef publique, ça va être difficile d'aller délivrer l'information au correspondant de manière réellement confidentielle.
Mais je pense que y'a vraiment moyen de se faire plaisir pour blinder l'hébergement et les communications tout en conservant une simplicité d'utilisation au niveau des *clients*, le point faible restera toujours qu'à un moment donnée, on expose ses données personnelles à ses "amis". Mais c'est justement le but de ce genre d'outils donc bon.

Dans ces conditions, une plate-forme sociale me permettant d'utiliser mes propres services (comme je le fais pour le courrier électronique et le Web, le faisais pour l'IRC, etc.), ça me convient très bien. Ce que je regrette en revanche amèrement, c'est qu'il n'y ait pas plus de réflexion pour converger à terme vers un protocole standard pour les réseaux sociaux

Je pense que Google Wave avait (a ?) cette ambition mais sur le plan plus collaboratif que purement social et je regrette que Google en ait abandonné le développement. Cela dit, le but était aussi de publier des spécifications ouvertes pour ne pas dépendre que de Google.

1/ Je vois gros comme une maison que pour percer, Diaspora va devoir compter sur des "super-clusters" qui seront hébergés "gracieusement" par des acteurs majeurs du web (associations, organismes, entreprises, etc). En effet, installer soi-même un logiciel pour héberger ses propres données, ne rendre accessible ces données que lorsque le PC est allumé, ça ne marchera pas à grande échelle ; les gens ont goûté à l'accès instantané avec Facebook (un lien) et revenir "en arrière" à ce niveau sera rédhibitoire.
A terme, Diaspora pourrait établir une liste de "confiance" de "super-clusters" vers lesquels rediriger l'utilisateur novice qui ne veut pas s'embêter à héberger ses données sur sa machine.

2/ maîtriser la confidentialité d'un mail avec *1* correspondant, ça va, mais là, on parle d'un concurrent de facebook, le truc où les gens acceptent leurs collègues comme "amis". Va-t'en maîtriser une info dans ce contexte...

Menfin bon, oui, Diaspora me semble tout de même un progrès, comme je le disais.. et je fais confiance à la communauté pour blinder le truc en matière d'accès aux données par les tiers. Rien que le fait qu'une seule société ne maîtrise pas tout est déjà une bonne chose.

Le problème de la centralisation/décentralisation des réseaux dits "sociaux" est pour moi un faux problème.
Le coeur du débat sur Facebook est situé au niveau de la confidentialité des données.
Et à partir du moment où on rend ses propres données "publiques" ou bien accessibles à X personnes, ces données n'ont plus aucune garantie de rester confidentielles, qu'elles soient hébergées chez moi en tant que cluster Diaspora ou à l'intérieur des serveurs redondants de chez Facebook.
On peut arguer que mes propres données restent chez moi car les clients Diaspora ne conservent pas de cache ? Qui peut me garantir qu'un client pour Diaspora ne le fera jamais ?
Dans ce sens, je rejoins un peu l'avis de Jean-Marc Manach ( http://bugbrother.blog.lemonde.fr/ ) lorsqu'il prétend qu'il faut considérer que ses données sur facebook sont publiques, même si elles ne sont partagées qu'avec 50 "amis".
Bon, l'intérêt de Diaspora peut-être à la rigueur que ces données ne profiteront pas à celui qui créé le(s) logiciel(s), contrairement à Facebook, qui lui maintient tous ses utilisateurs (et leurs données) captifs.

Ça serait pas une raison ridicule si on ne pouvait effectivement pas effectuer une installation de base, mais visiblement gnumdk n'a pas compris les délicieuses subtilités de la gestion de paquets d'anaconda ;-)

Dans le même genre j'aime aussi : "A quoi ça sert d'optimiser puisque demain les machines seront plus puissantes ?"

Depuis que je lis ce thread, je me dis que vous êtes quand même tous vachement balaises, a priori vous travaillez ou étudiez tous dans l'informatique et dans le même temps, vous semblez avoir une connaissance profonde des coulisses du commerce international qui permet de vous positionner aussi nettement sur de tels sujets :)
Chapeau bas !

Tu me permets d'encadrer ton commentaire ? je cherchais un exemple typique d'homme de paille et là, tu viens de crever le plafond ;)