• # proposition de sujets

    Posté par (site web personnel) . En réponse au journal Un hackathon linuxfr ?. Évalué à 3. Dernière modification le 17 mai 2016 à 22:11.

    Concernant les motivations de sujets, outre ce qui est proposé ci-dessus (VM, docker...), il est possible de s'organiser en ligne au préalable et se donner des objectifs clairs (au besoin via le wiki, je laisse qui le souhaite créer la page...).

    Par exemple, il y aurait :

    • https://linuxfr.org/suivi/message-plus-explicite-pour-les-restrictions-de-karma-sur-les-journaux-et-pages-wiki qui me semble triviale et permettrait d'illustrer comment envoyer simplement un patch, la note est de 9 mais pour autant cela pourrait correspondre aux contributions « simples » pour se mettre le pied à l'étrier
    • comme indiqué dans le nourjal, le tri par ordre de priorité des entrées de suivi est pertinent, mais la complexité reste à évaluer (et quelques entrées ne sont au final pas si bien notées alors qu'elles seraient faciles à faire / intéressantes pour le site)
    • un travail préalable de pertinentage / moinssage permettrait de faire remonter certaines entrées... un tag Contribution_triviale_hackathon_LinuxFr permettrait d'identifier des sujets abordables par un peu plus de monde (et pas forcément IRL, tout le monde ne pouvant pas se déplacer sur Paris...)
    • Je sais que je fais partie des rares convaincus du wiki pour se coordonner (ça pourrait aussi se faire en rédaction), mais il y a aussi du travail à faire pour améliorer la connaissance de la page pour participer à LinuxFr
    • en bon adepte de la prétérition, je ne relèverai pas que seuls Oumph< et NoNo< et ZeroHeure< de l'équipe ont réagi sur ce nourjal< (je pense que la ML a bien fonctionné pourtant, mais il pourrait être intéressant de eat your own dog food, même si je ne soutiens pas forcément que cette approche...)

    Bref, une dépêche collaborative permettrait de garder ce journal actif (un nourjal passé 1 mois est perdu, pas de « up » contrairement aux dépêches collaboratives....) : en plus, ce serait une illustration d'une utilisation créative de la rédaction pour se coordonner (ce qui est une de nos plus grandes difficultés entre rédacteurs / modérateurs / relecteurs / admin / dév...).