[Présentation] Eleba / kanban

Bonjour à tous,

Je m’intéresse aux enjeux démocratiques et monétaires depuis quelques années. J’ai découvert la monnaie libre il y a 1 an et demi, j’ai d’ailleurs voulu y participer il y a environ 1 an.
Je n’ai au final pas contribuer, mais j’ai toujours gardé un œil sur ce forum pour me tenir informé.

Je suis développeur et j’ai un peu plus d’expérience qu’il y a 1 an, cela va être plus simple pour moi pour m’intégrer, car je dois l’avouer, n’étant pas familier des projets open-source il y a 1 an, ça été pour moi difficile de voir ce que je pouvais apporter.

Je crois que pour rivaliser avec le système monétaire actuel, il nous faut créer de multiples alternatives pour répondre aux différents besoins. Mon objectif principal est donc de comprendre comment vous avez mis en place le projet duniter pour pouvoir par la suite, créer un système alternatif qui utilise les mêmes concepts (toile de confiance, blockchain…).

Pour comprendre, le meilleur moyen c’est de participer, c’est pour cela que je serais ravi de vous aider dans l’aventure de la June. :grin:

Je suis développeur web, j’ai réalisé un projet avec Ionic et une API GraphQL, peut-être que je peux aider sur Cesium² et GVA.
Dans un premier temps, j’aimerais bien mettre à jour des documentations ou des sites vitrines pour me familiariser avec l’environnement Duniter. J’ai suivi un peu le guide pour développeur de duniter, il est presque fini, mais il manque 2/3 trucs et les diagrammes PlantUML ont mal été générés ou quelque-chose comme ça, je peux commencer par ça.

Est-ce que vous avez une roadmap ? Des outils pour de la gestion projet ? J’ai vu des roadmaps annoncés sur le forum, mais pas de roadmap publique, ni de kanban ou autres outils de gestions de projet pour savoir qui travaille sur quoi et où en ai le projet. Si vous en avez pas, je peux les mettre en place, ça me permettrait de discuter avec un peu avec tous les devs et de voir l’avancement globale du projet et où je peux m’insérer.

J’aimerais bien me faire certifier aussi, j’ai vu cet événement pas loin de chez moi : https://forum.monnaie-libre.fr/t/caen-14-03-2020-libre-en-fete-install-party-rencontre-monnaie-libre/9949
Je vais sûrement y aller, j’espère qu’il y aura assez de monde pour me certifier, mais même si ce n’est pas le cas, ça peut être une bonne occasion pour parler dev :blush:

N’hésitez pas à me poser des questions et à me dire où je peux aider.

Bonne soirée à tous :grinning:

5 Likes

Bienvenue ! :smiley:

Il n’y a pas à ma connaissance de roadmap/kanban global, ça serait un super outil. Par contre les plus gros projets en ont d’assez fournis sur le GitLab. (il faut demander à un admin pour y avoir un compte)

Il y a toutefois le fil du forum à propos de la rémunération des contributeurs, qui rapporte à peu près qui travaille sur quoi.

Bonne soirée et bonne chance pour les certifications !

3 Likes

Merci !

Je pense ça peut être utile à la fois pour les devs pour s’organiser entre eux, mais aussi, de rendre une roadmap publique et des kanbans mis à jour régulièrement, ça montre que le projet bouge. Parce que si on ne connaît pas le forum duniter, on se rend pas compte que le projet à une communauté active derrière. Et c’est dommage je trouve :blush:

3 Likes

T’es sur la Ğ1 de test?

Non, je n’en vois pas trop l’intérêt sachant que je pense plutôt bien connaître le projet et être à l’aise avec les cryptocurrencies. En fait ça fait un an et demi que je voudrais être certifié mais j’en ai pas eu l’occasion :sweat_smile:

  • aider à debugger
  • fournir de la résilience en posant un nœud supplémentaire au réseau
  • tester tes développements
  • mieux connaître le projet (même si mieux c’est l’ennemi du bien)
  • t’intégrer un peu plus par un acte à la communauté des développeurs
  • me faire un virement de ĞT que je t’echange contre de la Ğ1, parce que je suis gentil (enfin des fois)

Ah ok, oui en tant que développeur je vais être amené à utiliser la Ğ1 de test. Mais après un bout de temps à suivre la Ğ1, je suis sûr que tu comprends que je suis impatient d’être certifié, et le fait d’aller sur la Ğ1 de test ne va pas y changer grand chose. :grin:

Mais je comprends tout à fait la démarche, je te ferais un virement dès que j’en aurais l’occasion :blush:

1 Like

Bonjour @eleba et bienvenue sur ce forum :blush:

Oui pourquoi pas avoir un kanban global, faut t’il encore que chaque contributeur le mette a jours :yum:

Plutôt que de démultiplier les outils, on pourrait se servir d’un plugin Discourse permettant d’avoir un tableau kanban directement intégré a ce forum, qu’en dites vous ?

5 Likes

Je voulais répondre que dans GitLab on peut avoir une vue kanban globale par groupes (pas globale) pour par exemples les :

J’aime bien l’idée du kanban sur le forum. Ça semble être une bonne extension. Par contre, j’ai peur que ça demande double effort de maintenir deux listes de tickets. Sinon, sur le forum, ça pourrait être une liste de tickets sur les grands développements tels que GVA.

Sinon, il semble y avoir https://kanban.leanlabs.io/ qui permet d’avoir une vue globale de notre instance GitLab. Mais, je pense qu’on a plus prioritaire que d’héberger ce service :wink:

2 Likes

Oui je pense que le besoin c’est d’avoir une vue globale, pas une vue sur chaque ticket :slight_smile:

Je vous propose de lister les idées qui vous passent par la tête sur ce topic, et en fin de semaine je fais une petite synthèse dans un nouveau topic et on voit sur quoi on part.

Est-ce que quelqu’un pourrait taguer les développeurs réguliers pour qu’ils donnent un avis, ou moins soit au courant. Je le ferais bien, mais n’étant pas encore contributeur actif c’est sûr que je vais oublier du monde :sweat_smile:

Pour lister les idées tu peux démarrer un pad. Me concernant, j’y mettrais simplement le ĞMixer.

Quel serait le seuil de spécialisation ? Par exemple, à quel niveau vaudrait-il mieux s’arrêter : (peut-être s’arrêter où commencent les issues du dépôt)

  • ĞMixer
    • gmixer-rs (l’implémentation Rust)
      • logiciel nœud
      • client web
    • RFC
      • v0
      • v1
    • vidéo explicative du principe/protocole
      • écriture
      • animation
      • voix
    • étude statistique de la sécurité en fonction des paramètres
2 Likes

@cgeek @sveyret @elois @ji_emme @HugoTrentesaux @dvermd @Junidev @kimamila @bpresles @Vivakvo

Bonjour à tous ! :grin:

1 Like

@Moul @matograine @shepeng @Frederic_Renault @vit @anon88550267 @ManUtopiK @tuxmain @1000i100 @gerard94

Bonjour à tous ! :grin:

1 Like

@Paidge @Inso @poka

Bonjour à tous !

Pour ceux qui ne me connaissent pas ma description est en haut de se sujet, n’hésitez pas à la lire.

Je sais que vous êtes tous sur une partie du projet et que ça peut être difficile en tant que développeur de consacrer du temps à la gestion du projet. C’est pour que je me propose pour faire un état de l’art de la gestion de projet actuelle, proposer des idées pour faciliter la contribution et ensuite mettre en place la décision prise par le groupe.

Pour cela, j’ai besoin de vous, car vous êtes au cœur du projet.

Voici un un pad pour lister les différentes idées.

Merci à ceux qui vont participer :blush:

Je vais lire toutes les idées et créer un topic sur ce sujet, avec une petite synthèse, et les solutions que je voudrais mettre en place.

Dernière release en 2016 et dernier commit en 2017, je ne sais pas si gitlab intégrait des kanban à l’époque, mais en tout cas, ça ne m’inspire pas de me baser sur un outil non maintenu.

2 Likes

La granularité qui me parlerait pour une vue globale de qui bosse sur quoi serrait du type : kanban ou pad avec :
le projet, qui bosse dessus, la date de dernière mise à jour.

Et le process suivant :

  • soit les devs sont motivé pour mettre à jour eu même la vue global avec ce qui les concerne,
  • soit quelqu’un de motivé regarde les commit du projet et regarde qui contribue ces derniers temps pour actualiser les projets en cours et par qui.

L’idée pour moi étant de passer un minimum de temps à gérer et un maximum à produire là ou chacun le souhaite, tout en fournissant un tableau de bord basique de ce qui est en cours, par qui, à quel rythme.
Si on tri les projets par dernière mise à jour, ça permet de se faire une idée de l’activité.

Et aussi dire où l’aide est bienvenue (quantité, difficulté, domaine, langage).

Salut @eleba,

Bienvenue ! :slight_smile:

Totalement d’accord avec ça ; on a justement très récemment retapé un peu le site, fait la mise à jour de Pelican notamment, afin de pouvoir alimenter plus facilement le blog.

Oui il y a un soucis. Je ne sais pas si la partie génération plante, mais il manque le /fr/ dans le lien que la partie PlantUML/Markdown affiche. Vu que les diagrammes sont bien sur le serveur, on peut dans l’immédiat faire un hotfix en affichant l’image comme n’importe quelle autre, depuis Markdown.

J’avais envisagé un moment d’organiser la page Contribuer de cette façon, en classant les projets par langage. Ce serait pertinent d’après vous ?