ploum a écrit 5930 commentaires

Pas spécialement. Des jeux géniaux ont été créés par des indépendants dans leur garage (World of Goo par exemple).

Mais le jeu est différent du logiciel. Un jeu offre une expérience finie. Le jeu est fini une fois pour toute, on y joue un temps et c'est tout.

Le logiciel lui, rend des services sur le long terme, s'améliore, s'adapte aux changements.

Du coup, le logiciel a beaucoup de sens d'être libre : il faut pouvoir l'adapter à des besoins imprévus, le modifier, corriger un bug dans une situation non-testée. En contrepartie, l'éditeur peut vivre en offrant du support, de la formation.

Pour le jeu ben tu n'as rien de ça. Tu ne vas pas adapter un jeu en cours de partie, tu ne vas pas le modifier. Et tu ne vas pas vouloir de support.

Du coup, le jeu libre ne peut pas sortir du loisir.

Mes livres CC By-SA : https://ploum.net/livres.html

Je suis payé pour faire du libre et, maintenant qu'il y a manager écrit sur ma carte de visite, pour faire faire du libre par des esclaves dans des caves insalubres.

Mes livres CC By-SA : https://ploum.net/livres.html

Y'a quand même un gros problème de communication. Tu dis qu'il y a des gens qui "descendent" OpenUDC.

Je pense pour ma part que personne ne comprend vraiment ce que c'est. J'ai pas mal discuté avec toi, avec jbar, j'ai lu et relu le site plusieurs fois… et je ne comprend toujours pas ! Y'a des questions basiques qui n'ont pas de réponses. Le coup du système politique, je pensais que c'est toi même qui m'avait confirmé quand j'ai sorti cette interprétation mais visiblement, ce n'est pas le cas.

Donc je crois que sur le très petit nombre de personnes qui a entendu parler d'OpenUDC, il y a un très faible pourcentage qui a vraiment compris. Pour moi, vous êtes deux à comprendre OpenUDC et tout ce qu'on peut lire c'est "Bitcoin, c'est mal, c'est Ponzi alors que OpenUDC c'est bien".

Ben désolé, mais ce n'est pas convaincant. Et je pense que la toute grande majorité ne donneront pas le dixième du temps que j'ai donné pour être convaincu. Donc, avant d'aller plus loin, il faut retravailler votre idée.

Une idée qui n'est pas facilement explicable a, pour moi, très peu de chances d'être une bonne idée.

Mes livres CC By-SA : https://ploum.net/livres.html

Bitcoin, c'est une monnaie décentralisée qui, mis à part la décentralisation, a toutes les caractéristiques d'une monnaie. À ce titre, elle est politiquement neutre et permet la spéculation, la richesse et la pauvreté.

OpenUDC, si je comprend bien (et j'y ai passé pas mal de temps), a pour objectif de créer une monnaie techniquement liée à une idéologie politique. En gros, on ne peut utiliser OpenUDC qu'en se pliant à certains fondements politiques.

Est-ce une bonne idée ?

Mes livres CC By-SA : https://ploum.net/livres.html

Et vous utilisez quoi pour gérer les projets en internes ?

Je suis personnellement en train de regarder à Collabtive : http://collabtive.o-dyn.de/

Ce n'est pas parfait mais ça a l'air pas mal du tout.

Mes livres CC By-SA : https://ploum.net/livres.html

Voir aussi les commentaires de https://plus.google.com/u/0/118165493193465533929/posts/TBvPA8TdELu

Mes livres CC By-SA : https://ploum.net/livres.html

Il y a plusieurs dizaines de sites (dont certains d'assez haut débit), il y a plusieurs dizaines de comptes mails "très actifs" et plusieurs centaines d'utilisateurs XMPP actifs.

Le processeur est rarement utilisé à fond mais la RAM, par contre, monte très vite en cas de pic d'activité (XMPP+mail+site, ça bouffe).

Il y a 2 ans, j'avais un bi-proc et 2Go de RAM et ça ne suffisait tout simplement pas.

Mes livres CC By-SA : https://ploum.net/livres.html

Envoie-moi tes tarifs pour hébergement:
- mail
- xmpp
- php/mysql
- django
- ldap
- git

ploum at ploum.net

Je suis intéressé par externaliser la gestion de mon serveur.

Mes livres CC By-SA : https://ploum.net/livres.html

Chez OVH, les tarifs des serveurs virtuels sont quand même vachement chero. Pour le même tarif, je passe de quadcore/8Go ram/1To à deux proc/2Go ram/100Go. Ça fait quand même une sacrée différence non ?

Mes livres CC By-SA : https://ploum.net/livres.html

https://nigibox.wordpress.com/2009/03/08/mdadm-cheat-sheet/

1. Remove a disk from an array

We can’t remove a disk directly from the array, unless it is failed, so we first have to fail it (if the drive it is failed this is normally already in failed state and this step is not needed):
mdadm --fail /dev/md0 /dev/sda1
and now we can remove it:
mdadm --remove /dev/md0 /dev/sda1

Mes livres CC By-SA : https://ploum.net/livres.html

C'était juste une anecdote amusante (que je suis drôle, n'est-ce pas?) mais c'est vrai que, maintenant que tu le dis, je me rends compte qu'on ne peut douter de la causalité des évènements. ;-)

Mes livres CC By-SA : https://ploum.net/livres.html

Je n'ai pas du être clair: l'interface ce ne sont pas juste les boutons. C'est tout type d'interaction, c'est la manière dont le clavier/souris/touchscreen interagit avec l'appli, la manière dont sont présentées les informations (visuel, auditif, sensitif), le choix des informations qui sont présentées.

Et le tout variant en fonction du temps, du contexte.

Bref, ramener tout à des boutons, c'est comme dire qu'une voiture c'est 4 roues, un volant et un moteur, qu'il suffit de refaire la carrosserie pour transformer une 2CV en ferrari, que si je n'aime pas la ferrari, je n'ai qu'à faire le dessin d'une nouvelle carrosserie.

Chez BMW, un service entier d'ingénieurs est dédiés à faire en sorte que le bruit des portières qui claquent soit agréable, signe de luxe et de richesse. Une BMW, ce n'est pas juste 4 roues, un volant, un moteur et une carrosserie par dessus.

Le logiciel est exactement dans la même situation. (je peux me permettre ce genre de comparaison, j'ai horreur des voitures)

Mes livres CC By-SA : https://ploum.net/livres.html

Voilà. Ton commentaire en dit long.

L'interface, c'est tout ce qui permet à l'utilisateur d'agir (effectuer des actions) et de recevoir des informations. Une interface est donc un paradigme global qui doit prendre en compte tous les types d'utilisateurs et leur mode d'utilisation.

En gros, il est nécessaire:

1. De déterminer l'audience à laquelle on s'adresse.
2. De définir précisément les cas d'utilisation que l'on veut adresser pour chaque classe d'utilisateur
3. Rendre possible aux utilisateurs visés d'effectuer les cas d'utilisations visés.
4. Le tout en maximisant la satisfaction de l'utilisateur.

Cette satisfaction varie très grandement en fonction du type d'utilisateur et du type d'action. Une application professionnelle devra donner une impression d'efficacité. Un jeu un sentiment de plaisir.

Exemple bête: Est-ce que si je fais une application avec un gros bouton qui envoie ma position GPS sur un serveur web privatif c'est une application qui peut avoir du succès ? A priori, non.

Pourtant, 4thsquare l'a fait. Parce qu'il ont réussi à donner de la satisfaction à accomplir cette action, une satisfaction telle que beaucoup sont près à rendre public une grande partie de leur vie privée en échange.

Facebook ou Google+ ne sont pas juste des sites webs où on peut poster des messages. Ce sont des systèmes très complexes qui permettent à différentes classes d'utilisateurs de maximiser leur satisfaction.

L'excuse du "le monde n'est pas prêt de changer, tout le monde est sur Facebook" est tout simplement mensongère: il suffit de trouver une niche d'utilisateurs suffisante et de leur fournir de la satisfaction: Pinterest, App.net sortent de nul part et font du buzz terrible. Pourquoi ? Parce qu'ils offrent une satisfaction qu'il n'y a pas ailleurs à certains.

Diaspora et status.net se distinguent car ils offrent la satisfaction d'être libre/décentralisé. Du coup, forcément, ils ne s'adressent qu'à ceux qui cherchent leur satisfaction là-dedans. Et il n'y aucun espoir de voir d'autres personnes rejoindre tant qu'il n'y aura pas d'autres motifs de satisfaction.

Concevoir une interface, c'est tout ça.

De nos jours, il n'y plus de "fonctionnalités" (pour reprendre l'exemple, la fonctionnalité de 4thsquare est totalement inexistante), il y a de la satisfaction. Avant d'écrire le code, avant de faire un mockup graphique, il faut déterminer la satisfaction qu'on veut offrir à ses utilisateurs. Et, par extension, tenter de diminuer les frustrations éventuelles. Par exemple, Diaspora a très très bien commencé (avec le concept des aspects) et puis, les auteurs se sont enfermés dans leur propre satisfaction, à savoir "faire un design hype" sans se préoccuper de quoi que ce soit d'autres.

Mes livres CC By-SA : https://ploum.net/livres.html

Tout à fait. Plusieurs utilisateurs actifs réclament cette ouverture depuis près d'un an. C'est beaucoup trop tard.

Mes livres CC By-SA : https://ploum.net/livres.html

On est a un point de blocage car tu ne comprends pas que une interface n'est pas un thème. Et une interface ne peut pas être un one-man job qui contribue au projet.

Mes livres CC By-SA : https://ploum.net/livres.html

Je t'ai déjà répondu: croire que une interface c'est juste un thème qu'on fout au-dessus de tout, c'est l'erreur typique des geeks du 20ème siècle.

Concevoir une interface, c'est un métier à part entière qui prend autant, si pas plus de temps que le code. Concevoir une interface est intiment lié à l'implémentation parce que l'un ne va pas sans l'autre.

Diaspora a travaillé à son interface mais comme c'était uniquement des designers, elle est vraiment pourrie (quoique jolie au premier coup d'œil).

Friendica est dans un tel état qu'en faire qqch utilisable est un travail monstrueux. Et tant que les contributeurs actuels ne comprennent pas cela, le projet restera où il est: mort.

Voir le post d'aujourd'hui sur le blog: "On fait ce que les gens voulaient mais personne ne nous aime. On doit être en avance sur notre temps et les gens sont bêtes." Non, les gens ont maintenant besoin d'un niveau de qualité très haut autant pour l'interface elle-même que pour le design (qui sont deux choses différentes). Friendica n'est pas utilisable sans une prise de conscience profonde de l'équipe de dev.

Friendica est adapté au monde de 2003-2004, avec des tours, des écrans cathodiques. Pas à 2012 avec des iphones et des Twitter.

Mes livres CC By-SA : https://ploum.net/livres.html

Je n'ai pas vu d'implémentation. Or, pour moi, un protocole sans implémentation de référence c'est purement inutile.

Non seulement pour promouvoir le protocole mais également parce qu'un protocole qui n'a pas été testé et expérimenté n'a aucune chance d'être fonctionnel à mes yeux.

Mes livres CC By-SA : https://ploum.net/livres.html

Notons, pour la blague, que les concepteurs de Diaspora préfèrent se consacrer à makr.io. Je ne sais pas ce que c'est exactement mais il faut un compte Facebook pour s'y connecter.

Bref, là, on a le droit de rigoler.

Mes livres CC By-SA : https://ploum.net/livres.html

"Friendica qui est bien avancé, mais je ne suis pas fan de son interface"

Son interface est un handicap majeur (et non pas juste une histoire de goût comme certains le disent). Personnellement, je n'ai jamais réussi à utiliser Friendica.

"Newebe qui a une approche originale (tout en http, chacun son serveur), et un auteur très sympa"

J'aime beaucoup le projet et l'auteur. Mais c'est encore à l'état de prototype. Personne ne l'utilise.

"MOVIM: assez connu en France, équipe sympa aussi, interface agréable."

À peine moins prototype.

"Buddycloud: qui a le vent en poupe, mais ça s'oriente plus sur du twitter like il me semble, à voir j'ai suivi de loin ces derniers temps."

C'est mort. J'ai beaucoup discuté avec les devs, j'ai vu le code. C'est mort de chez mort.

"Jappix: ça a ralenti ces derniers temps, ça se cherche."

Également un peu trop prototype.

Voir ma comparaison également:
https://docs.google.com/spreadsheet/ccc?key=0As1xcbAKTQbadDZhT2tVYk8xc290Nld2eGY5VFNFanc

Mes livres CC By-SA : https://ploum.net/livres.html

Ceux qui ont passé quelques années dans le libre savent bien que c'est la mort du projet sauf dans deux cas très particuliers:

1. Un projet ultra-populaire, qui avait déjà une grosse communauté existante et qui s'organise pour continuer le projet, généralement en mettant en place une fondation. Genre LibreOffice. Je vois mal Diaspora dans ce cas là.

2. Idem mais la communauté est trop petite/n'a pas les moyens: le projet vivotte comme un projet libre mais devient complètement anecdotique. Mandriva par exemple. Dans le meilleur des cas, c'est ce qui pourrait arriver à Mandriva.

3. Dans la majeure partie des cas, ça meure totalement après 6 mois.

Comme ça fait près d'un an que Diaspora est mort (pas de réelle mise-à-jour, des bugs ultra-gênants jamais corrigés), je pense que 3. est inéluctable. Faut va se voiler la face ;-)

Mes livres CC By-SA : https://ploum.net/livres.html

Cette réplique est énorme. Je l'adore. Par contre, je serais bien incapable d'expliquer pourquoi.

Mes livres CC By-SA : https://ploum.net/livres.html

Ah, un serial killer !

Mes livres CC By-SA : https://ploum.net/livres.html

Je suis sotte, c'est du Suédois

Mes livres CC By-SA : https://ploum.net/livres.html

Je voulais dire que je suis un utilisateur super content de liquidprompt (et que j'ai flattré le repo github).

Mes demandes:

• Avoir une couleur aléatoire généré à partir du nom de la machine. Le blanc est un peu triste.
• Support de bzr.

Un grand merci :-)

Mes livres CC By-SA : https://ploum.net/livres.html

J'en parlais dans un récent journal et une grille comparative est tenue à jour, pour ceux qui acceptent d'éditer un Google Doc:
https://docs.google.com/spreadsheet/ccc?key=0As1xcbAKTQbadDZhT2tVYk8xc290Nld2eGY5VFNFanc#gid=0

Mes livres CC By-SA : https://ploum.net/livres.html