Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

User persona: potential contributor focused on a single itch #1

Open
njsmith opened this issue Mar 1, 2019 · 3 comments
Open

User persona: potential contributor focused on a single itch #1

njsmith opened this issue Mar 1, 2019 · 3 comments

Comments

@njsmith
Copy link

njsmith commented Mar 1, 2019

There's a somewhat subtle component of the Discourse/mailing list debate that I've been thinking about after running into it a few times lately, and this might be a good place to capture it?

There are a number of projects where I'm a highly invested core maintainer, and I want to see all the issues/discussions/whatever. But there are also other areas, where I have a very strong interest in a very specific topic, but I'm not otherwise interested in subscribing to the firehose. This is one place where Github's per-issue subscriptions are great. For example, I'm subscribed to pypi/warehouse#726 and pytest-dev/pytest#935, which are tracking issues for two specific features that I care about a lot, but I'm definitely not interested in seeing everything happening in warehouse or pytest.

It's also something that mailing lists are really bad at. Concrete examples:

I'd like to push these forward, but in both cases they're currently stalled out, purely because the thought of subscribing to yet another mailing list firehose fills me with unbearable malaise. (Also, subscribing and unsubscribing to mailing lists is always this annoying multi-step process – "ugh, which email address did I use?" I know it's not intentionally a dark pattern thing, but it still ends up as a major executive function tax.) So....... those contributions are just lost, I guess :-(.

Mailing lists work great for core contributors who want the firehose and who expect to remain subscribed indefinitely. But they're really unfriendly to both casual contributors, and also contributors who are highly invested in a specific topic, but where that topic doesn't equal "everything on this mailing list, forever".

I suspect this is a significant barrier to new contributors, that's invisible to core contributors.

@njsmith
Copy link
Author

njsmith commented Mar 1, 2019

Oh, another example of how mailing lists have a subtle bias towards a "long-term investment" persona: when joining a mailing list, it's very difficult to join a discussion already-in-progress. The only people who get the privilege of replying to a post are the people who subscribed before the post was made.

@dstufft
Copy link

dstufft commented Mar 11, 2019

I completely agree with @njsmith here.

I think that one important thing to consider is how someone completely new to the project becomes invested over time. Generally when someone goes along the path from A to B, it's easier to keep them going on that path if each individual step is only a bit more effort/involvement/whatever than the previous step. I suspect that we lose a non zero number of people who might someday become core contributors by "scaring" them away by demanding too high of a commitment up front.

Of course some people are never going to want to move beyond a single issue they're invested in, but that's OK too.

willingc added a commit that referenced this issue Mar 13, 2019
willingc added a commit that referenced this issue Mar 13, 2019
@catern
Copy link

catern commented Jul 27, 2020

Just a drive-by comment here - sorry if this is not the kind of comments you want - but:

I'd like to push these forward, but in both cases they're currently stalled out, purely because the thought of subscribing to yet another mailing list firehose fills me with unbearable malaise.

The traditional answer to this is: You don't have to subscribe to the mailing list. Just send an email with your issue to the list, and people will keep you in Cc. It's standard practice to keep everyone in Cc - this is required for other mailing list techniques like having a conversation across multiple lists (which is very common - almost universal - in the Linux kernel community).

That's the primary traditional answer to this concern. As a tangentially relevant point, I also noticed the commit referencing this issue said:

  • subtle bias towards a "long-term investment" persona: when joining a mailing list, it's very difficult to join a discussion already-in-progress. The only people who get the privilege of replying to a post are the people who subscribed before the post was made.

This is mitigated by the existence of mailing list archives/servers such as public-inbox or Gmane which allow browsing list archives in your mail client without having subscribed to the list ahead of time (such as through IMAP or NNTP). In this way one can reply to a thread in-progress without being subscribed - a typical Gmane or public-inbox user will never subscribe to the mailing list, while still being able to fully participate in it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants