Kousik Sanagavarapu <five231003@xxxxxxxxx> writes: > Another thing that would be great is having a list of things on which a > new contributor could work on. GitGitGadget's issues used to do this by > tagging the appropriate issues "good-first-issue" but I guess it is not > properly maintained anymore. True. > I know there is also searching for "#leftoverbits" or "low hanging fruit" > on the list but the "good-first-issue" tagged issues on GitGitGadget are > probably more new-contributor-friendly than whole email threads. Yes, even with these search terms, finding an issue to work on from the mailing list archive would not be suited for an absolute newbie for four reasons. * Anybody can write "low hanging fruit" in their message. Such a label added by somebody without understanding the issue would lead readers in a wrong direction. These phrases need to be reserved for a case where the person who adds _know_ they can solve it themselves fairly easily if they dedicated time on it for a few days but deliberately chooses to leave it on the table unsolved. * "#leftoverbits" is just that---a direction we could explore in the future, and the journey that goes in the direction is limited to a short and trivial one. * Both labels are opinions of the author at the time of writing. It may turn out that what was thought of as a "low hanging fruit" is not all that easy, and it may turn out that what was labeled with "#leftoverbits" would not lead to a productive direction after somebody actually tries. * And the list archive by its nature will show hits for ideas marked with "#leftoverbits" and/or "low hanging fruit" that have already been fully explored, and those who completed the task may not reference to the original message that inspired them in the References: header, so the archive search cannot show that the task is completed already. We could improve the situation for all of the above four downsides by making it a collective habit to follow-up these messages with "#leftoverbits" or "low hanging fruit" in it, if the situation changes, but your "whole email threads" comment still applies. Unless we make a habit of sending a separate message with such markings in which we summarize the discussion, that is. #leftoverbit. Perhaps one of the how-to documents that describe the project workflow (i.e. my first contribution, how to review patches, etc.) can mention the best-current-practice to encourage such use of these tags? Something like - When you mention a good idea that is not squarely inside the theme of the current discussion, instead of adding "#leftoverbit" mark in the message, write a separate message as a follow-up to the message and summarize the issues and idea in such a way that people who later looks for a message with such a mark can grok the idea by the message alone, while still allowing them to learn more about the backstory by going back in the discussion thread. - After you find "#leftoverbit" message and worked on it (either you produced a patch series, or you failed and know why the idea described in the #leftoverbit message does not work), make sure you mention the original "#leftoverbit" message's message-id in such a way that a person who found the "#leftoverbit" message can find your message. Sending your patch series as a reply to such a message would be the easiest way to achieve it. or somesuch, perhaps. > Not exactly a regular community meeting but Review Club was kind of a > large step towards this I guess. I was exactly in one review club > meeting and it sadly got shutdown right after that :'). Anybody motivated enough can take initiative to reignite the Review Club; you do not need permissions from past hosts to do so. Quite honestly, I sometimes failed to find much value in the review these meetings produced, and I suspect it was not due to lack of preparation on participants' side, but was largely due to the fact that the face-to-face meetings cannot go to sufficient depth in technical conversion in a single sitting. It might have been more productive format if it weren't "let's critique this series on the fly". For example, it could instead have been "There is an excellent reviewer-contributor exchange thread on the list. Let's read these exchanges together and learn how to effectively convey the idea from the original author's side, and idea for improvements from the reviewer's side". I dunno. There however was a lot of value in the mere fact that people had a face-to-face discussion on something, anything, that was related to the project. Thanks.
