Benoît Sibaud a écrit 10274 commentaires

Cf l'aide sur le karma : « max(-10, -2 + E(karma/30)) pour un karma négatif ou nul », ce qui concerne actuellement 24 comptes parmi 3277 actifs.

Les coulisses :

1. j'ai pris la liste des DVCS libres hormis Git sur Wikipédia (« ArX (2003) Codeville (2005) Darcs (2002) DCVS (2002) Fossil (2007) GNU arch (2001) GNU Bazaar (2005) Mercurial (2005) Monotone (2003) SVK (2003) Veracity (2010) »)
2. j'ai retiré ceux marqué « Unmaintained » or « Abandoned » or « Discontinued » or « deprecation » sur Wikipédia (ArX, Codeville, DCVS, GNU arch, SVK).
3. Parmi les restants, les noms de Monotone et Veracity ne m'étaient pas familiers et leurs dernières versions semblaient anciennes.
4. Ceux qui restent (Darcs, Mercurial, Bazaar ou Fossil) ont sorti des versions fin 2015 ou début 2016, donc sont encore maintenus (qu'ils soient largement utilisés ou non, qu'ils soient mourants ou non).

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Pharo sur Wikipédia :

• « Pharo est un langage de programmation largement inspiré de Smalltalk. Il est basé sur une machine virtuelle, écrite en large partie en Pharo lui-même »
• « Écrit en Smalltalk »

Je traduirais par « inspiré de Smalltalk et écrit en un mélange de Smalltalk pur et de Pharo ».

je suis toujours surpris par le peu d'intérêt que semble présenter mageia sur linuxfr

Il y a environ une dépêche par an sur Mageia, c'est peu par rapport à d'autres distributions.

Un forum Mageia a été demandé et ouvert : passés les 3 commentaires à l'ouverture, pas de question/réponse concernant cette distribution.

Cela semble un fait que peu d'utilisateurs de Mageia utilisent LinuxFr.org pour présenter leur distribution, ses nouveautés, son actualité, ses événements, etc. ou pour chercher des réponses à des soucis techniques spécifiques. Du coup, cette dépêche de concours est plutôt une bonne chose de ce point de vue, puisqu'elle permet de reparler de Mageia sur LinuxFr.org

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Perl a un dromadaire comme mascotte, comme Apache Camel. Alors que OCaml a un chameau. Mais je ne sais pas si c'est dû à un fork du comité de normalisation sur les bosses pour chevaux.

Autre point : dans les gens qui font aussi du Ruby On Rails et du libre, il y a l'AgendaDuLibre et notamment le développeur echarp, et ça aurait du sens de faire un hackathon commun.

Du coup faut instancier un BabyManager aussi.

Corrigé, merci.

On tente d'organiser un hackaton ?

C'est une idée qui a déjà été évoquée en interne, parce que ça permettrait aussi aux gens de se motiver, de prévoir un créneau dédié, etc. Du coup je suis tenté de dire qu'il n'y a plus qu'à organiser (donc avoir un lieu, un créneau temporel et l'annoncer).

Le README permet d'installer le site (sans certaines extensions comme la gestion des images ou la tribune par exemple) normalement. Mais la demande porte plus sur une installation automatisée (un paquet de distribution, un script ansible, docker ou une VM).

Pour la base de tests, j'ai l'impression que c'est vu comme d'une grande complexité, alors que créer un contenu avec n'importe quoi dedans, c'est juste remplir un formulaire. Il faut quelques clics/copier/coller pour avoir une page de dépêches/journaux/forums/etc. Il est aussi possible de les ajouter à coup de de code Ruby. On aurait probablement intérêt à fournir un générateur de contenus à coup de lorem ipsum pour rassurer les gens, même si ça me paraît un point un peu annexe (surtout que l'on ne purge pas sa base de données locale à chaque fois).

Ça ressemble un peu à un problème de la poule et de l’œuf : pour avoir des contributeurs, il faut simplifier, donc faire plus de choses alors que l'on cherche justement des contributeurs parce que l'on n'arrive pas à tout faire. Bref les choses avancent, même doucement, trop doucement à mon goût.

Mais voila, c'est du ruby. Je ne pratique pas.

Moi non plus. Je ne fais pas du Ruby et du Rails professionnellement, et je n'ai pas vraiment appris le Ruby durant mes loisirs. Mais j'ai déjà eu des correctifs acceptés par Bruno. Parce qu'il est plus facile de modifier/corriger/compléter du code dans un langage que d'écrire ex-nihilo dans ce langage une fonctionnalité complète. Il est même parfois possible de corriger un point mineur dans un langage que l'on ne connait pas.

Autre point : il y a pas mal de choses différentes pour LinuxFr.org, du Ruby, du Rails, du Javascript, du Go, du shell, du SQL, de la CSS, des images, de l'admin. sys., etc. Les contributions pourraient prendre de nombreuses formes, en terme de code, d'illustrations, d'ajout de tags, d'aide à finir des dépêches en rédaction, d'amélioration des règles de modération, etc. J'aurais tendance à dire que c'est plus le premier pas (s'y mettre, faire un premier essai, se sentir capable de faire une contribution, etc.) qui est le plus difficile.

Pour moi, la combinaison langage/framework/dsl est le premier facteur. Et vous ?

Un facteur, sûrement. Mais on a aussi plus de visiteurs que de contributeurs, en terme d'état d'esprit. Le site a les grandes fonctionnalités attendues, et donc la motivation pour corriger des points est plus faible. Et la multiplicité des sources d'info et des sites fait que l'« attention » est plus dispersée.

Autre facteur, les équipes qui font tourner le site, et pour partie les visiteurs aussi, ont une moyenne d'âge qui augmente, du coup travail, famille, moins de temps libre, etc. On attend avec impatience qu'une armée de libristes motivés deviennent milliardaires rentiers qui ne vivent que pour contribuer au libre, ou bien un afflux massif de jeunes retraités surmotivés :). Clairement on a besoin de renouveler un peu les équipes, d'avoir de nouveaux contributeurs.

C'est encore vrai.

Compte réouvert et mot de passe renvoyé.

Et pour info, la raison : afin de mieux sécuriser les mots de passe de nos utilisateurs (voir cette dépêche Un an après la mise à jour majeure du site, grand nettoyage dans les comptes utilisateur), nous avons fermé le 31 mars 2012 les environ 35000 comptes de nos utilisateurs qui n'ont pas été utilisés entre le 20 février 2011 et le 31 mars 2012, après plusieurs relances par courriel sur les adresses de comptes concernés.

Le code étant libre et public, c'est mieux de détester tous ceux qui n'ont pas implémenté la fonctionnalité alors qu'ils auraient pu. Ah non en fait ce n'est pas mieux. Le mieux serait d'utiliser son émotion comme énergie positive pour créer la fonctionnalité, la soumettre et en tirer gloire, bonne fortune et karma positif sur 3,14 générations.

Corrigé, merci.

Corrigé, merci.