Ces derniers jours j’ai identifiée plusieurs petites améliorations très simples, que je pourrais toutes faire en quelques heures, mais pour une fois que j’identifie enfin des trucs simples à faire, j’aimerais les laisser à de nouveaux contributeurs.
C’est l’occasion ou jamais de rentrer dans le cœur, si l’une de ces issues vous intéresse, on peut la faire ensemble en peer programming via jitsi
Je pense en particulier à @PacoVelobs@HugoTrentesaux@cgeek et tout autre contributeur qui souhaiterai contribuer au cœur mais qui ne sais pas par où commencer
Prérequis:
Maîtriser git sur un projet à plusieurs (savoir se rebaser régulièrement sur master)
Avoir déjà quelques notions de bases en Rust (pas besoin d’être un expert, mais vous devez savoir ce qu’est un Trait par exemple).
2 d’entre elle sont vraiment très simple, mais j’ai besoin qu’elle soit faite dès ce week-end ou début de semaine prochaine au plus tard, donc l’occasion de rentrer facilement dans le cœur c’est maintenant, saisissez-la
Merci @elois, j’avance à mon rythme et pour le moment je « cartographie » les pallets pour m’approprier une vue d’ensemble.
Dès que j’aurai terminé je regarderai quelques tickets s’ils sont encore disponibles. Mais peut-être arriverais-je trop tard, tant pis, je n’ai pas peur de prendre un peu plus gros ensuite
Salut à tous,J’aimerais bien contribuer à Duniter lorsque le temps me le permet (c’est à dire pas tout le temps) du coup je voulais savoir si ces issues sont toujours d’actualité ou pas ?
J’ai quelques notions de Rust, pas grand chose parce que je n’ai pas fait de grand projets, mais j’ai déjà tenté quelques petits projets auparavant avant que je jette mon dévolu sur un langage que le préfère : Nim, mais j’ai besoin de mettre les mains dans du code pour mieux l’apprendre. J’ai téléchargé le code source et l’ai compilé, ça fonctionne, il me reste plus qu’un objectif pour démarrer la prise en main.
J’ai aussi des compétences en sysadmin, si jamais, j’ai vu que dans un autre thread ça pouvait être utile.
Très intéressant comme langage, je suis surpris de ne pas en avoir entendu parler avant ! N’hésite pas à l’ajouter à la page Recensement des compétences informatiques, je suis sûr qu’on trouvera un petit projet pour lequel Nim serait parfaitement adapté.
J’ai commencé a regarder le ticket Remove RevocationPeriod rule (#55) · Issues · nodes / rust / Duniter v2S · GitLab du coup, suppression de la période de révocation. Si je comprends bien, lors de la révocation du statut de membre, une identité définit une période de révocation en nombre de blocs, et avant ce délai, impossible de redemander le statut de membre pour cette identité.
Du coup si on on enlève cette période de révocation, quel est le comportement attendu ? On considère qu’elle est à zéro et du coup l’identité peut redemander directement le statut de membre ?
Les modifs touchent surtout le pallet membership pour le moment. Je vais voir si le compilateur m’indique d’autres endroits…
Est-ce que je pourrais avoir un compte sur le gitlab que je puisse publier ma branche ?
Bien sûr, envoie-moi le mail à utiliser pour ça par MP et je crée ton compte de ce pas ^^
Au sujet du ticket, il me semble que c’est plutôt un reste d’une erreur de conception de Duniter v1 qu’il faut retirer. C’était une mesure anti-spam, mais dans Duniter v2, l’anti-spam est géré par les frais et les quotas, pas par des délais entre deux actions. C’est donc juste une fonctionnalité à retirer.
Ce n’est pas défini par l’identité mais une constante du runtime, mais qu’importe cette règle ne sert plus à rien car désormais une identité révoquée ne peut pas redevenir membre.
L’humain derrière peut redemander à devenir membre sur la même clé publique, mais du point de vue de la blockchain ce sera une nouvelle identité, avec un nouvel IdtyId.
Donc quand je dit “cette règle ne sert à rien”, c’est parce qu’elle vérifie un cas qui ne peut plus se produire, c’est littéralement du code mort.
Je fais remonter ce sujet, car je suppose qu’il y a encore plein d’issues faciles pour débutant.
Je me demande s’il serait pertinent de prendre contact avec des organismes de formation informatique pour leur proposer de donner quelques-unes de ces taches à leurs étudiants.
Et pourquoi pas leur proposer d’accueillir un stagiaire pendant quelques semaines.
Ce serait en plus un moyen de faire de la pub pour la Ğ1 voire de créer des vocations de développeurs Ğ1 pour la suite.