tiens, ça fait longtemps que je n'y suis plus allé... mais dans ma mémoire ils n'attendaient jamais trolldi là-bas, si ? ;-)

Oh bah si quand même, plus ou moins. Disons qu'il y a des journaux/dépêches/post de forum qui partent en troll tout au long de la semaine, mais c'est pas voulu. Les trolls voulus attendent généralement le vendredi.

Là le mec dit : « Diaspora*, c'est moche, dur à installer, ça fonctionne pas bien et ça fait pas grand chose. Et d'abord pourquoi du Ruby et pas du PHP ? Tiens, je vais coder un truc en PHP, je suis sûr que ce sera mieux. » Il est bien velu celui-là, de troll ;-)

J'ai répondu dès que je l'ai vu ;)

Je n'ai pas de compte sur linuxfr pour troller... Alors je profite de ton post sur d*.

Je le trouve un peu dur dans article mais il faut reconnaître quelques points assez justes :
- la phase d'installation est particulièrement horrible
- un développement en php aurait permis une installation plus simple (si ça reste bien écrit) mais surtout cela aurait permis une adoption plus simple. L'accès à un hébergement php/mysql est vraiment répandu contrairement à la nécessité d'une machine dédiée qui reste complexe à administrer pour le commun des internautes.

Côté look et ergonomie, je trouve Diaspora plutôt pas mal et simple d'utilisation. Les fonctions principales y sont et les options à gogo pourrait faire peur, c'est d'ailleurs ce qui m'a éloigné de Friendica.

A ce sujet, Friendica (en PHP) s'interface avec Diaspora, il y a peut-être moyen d'écrire un Diaspora en PHP qui permettrait de s'intégrer au réseau de pods en offrant une facilité d'installation, non ?

Un hébergement mutualisé qui supporte sidekiq etc., vraiment, tu en connais ? Et les démons php qu'il faudrait pour remplacer les différents services, et des charges telles que celles d'un serveur diaspora ?

A un moment faut comprendre que si un logiciel est compliqué c'est surtout parce que son fonctionnement est complexe, et c'est pas uniquement parce que les devs aiment faire des choses compliquées :)

Si je résume le journal: "Diaspora* ça pue parce que je sais pas configurer un web server selon les pré-requis et que le choix techno m'empêche de contribuer comme moi je voudrais". J'ai bon ?

C'est le syndrome du développeur-messie-donneurdeleçons, "Dommage que je comprenne rien à ce programme, le langage est mal choisi mais si le langage était [xxx] j'y participerais et ça deviendrait enfin génial! Par contre créer une issue c'est à la portée de tout le monde mais j'ai pas le temps là, j'ai un blog à alimenter.".

Vous n'admettez pas qu'une appli php est plus simple à installer qu'une application ruby on rails ?
Quant aux démons PHP, je ne vois pas de quoi tu parles : un script php est toujours accessible à n'importe quel moment par simple appel d'une url, que ce soit depuis un autre pod, depuis un événement ajax du navigateur ou depuis une tâche cron. Après, je n'ai rien contre ruby, je dis juste que ce serait plus accessible et simple à installer. Et je pense aussi qu'un petit pod tournerait sans problème sur un mutualisé, cela éviterait la prédominance de gros pod si les utilisateurs étaient mieux réparti sur des petits pods.

C'est pas le problème PHP vs Ruby ou facilité d'installation qui nous fait rire : c'est juste que le type donne des leçons, disant qu'il ferait vachement mieux s'il devait le faire, mais c'est bête : il a pas le temps. Il s'érige en donneur de leçons possédant la science infuse mais qui ne fait rien, ce qui est assez insupportable.

Quand je parle de démon c'est juste qu'il faut une tache qui tourne en permanence pour gérer une file d'attente, tu as pas ça sur les pages persos de free quoi... Par exemple statusnet/gnusocial qui tourne en php fonctionne comme ça aussi.
Sans gestion de file d'attente, tu peux pas gérer un pod correctement, ou alors pour 1 user tout seul sur son pod connecté à rien...

Et si j'ai pas d'avis sur ruby, php reste un des pires langage inventé.

@npze je ne vois vraiment pas pourquoi on ne pourrait pas gérer de file d'attente en php (même si leur existance n'est qu'un choix technique des dev de d*, on peut faire de la communication inter-site sans fil d'attente, je le fais tous les jours entre des boutiques en ligne et des places de marché où stocks, tarifs et commandes s'échangent... en php)
Bref, c'est le choix des dev, c'est juste que cela implique des connaissances techniques et un environnement système plus honnéreux pour créer un pod. C'est ce qui est dommage dans ce projet fabuleux qu'est d*

@Jean-Pierre Morfin les choix tech de D* peuvent se discuter (et j'ai moi-même des choses à redire sur la question) comme pour un peu n'importe quelle webapp en fait. Mais ce journal ne discute pas de choix tech, il crache juste dessus sans argumenter de façon constructive ou réfléchie et c'est ça qui fait réagir.

Après, perso, le troll php vs ruby vs perl vs python vs lerestedumonde me fait juste marrer, c'est une guéguerre de clocher.

@burninghat : entièrement d'accord avec toi sur l'attitude du gars qui a écrit le post sur linuxfr !

C'est juste qu'il n'a aucune idée de la difficulté (voir aussi la suite des commentaires :))

Yep c'est très clair quand il évoque les problèmes pour installer aussi bien Movim qu'Elgg que Diaspora* d'ailleurs.