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

Decision Document: Creating a Community Forum for IPFS and Related Projects #246

Merged
merged 3 commits into from
Mar 20, 2017

Conversation

flyingzumwalt
Copy link
Contributor

We will finalize the decision on Friday 17 March 2017 and write the conclusion into this document.

This document gathers all of the needs, factors to consider, and relevant proposals around creating a community forum for IPFS and its related projects. It's structured to allow final discussions about this topic so that we can make a decision about how to proceed. The information in the document was sourced from all the related issues and notes from a couple public calls (see references).

If you have modifications to the proposal, modifications to the background information or if you want to block this proposal and argue for an alternative, please speak up before Friday.

References:


### Scaling Factor: Proliferation of Comms Channels and Resulting Notification Overload

Spreading communication across many channels confuses the heck out of everyone, especially new arrivals. It also makes it very hard for core contributors to participate in open community discussions on top of the existing volume of implementation-focused discussions.
Copy link
Member

@lidel lidel Mar 14, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel a tool like Discourse could decrease cognitive load on core devs.

At Github, they can watch ipfs/faq or ipfs/support but this means they will receive a notification for EVERY message. If they are not interested in issue, they need to explicitly opt-out.

In Discourse there is a setting that sends notification for the first post in thread, and it is up to dev to decide if he or she wants to follow it further (opt-in):

2017-03-14 08_48_24-latest development topics - mozilla discourse

I feel there should be a note about this in "Use Discourse for All Community Support" section

* would require a lot more management of community discussions in order to maintain a good [SNR](https://en.wikipedia.org/wiki/Signal-to-noise_ratio). Hopefully a lot of that effort can come from community members
* would require attention to keep "community discussion" on discourse from drifting away from task-oriented, github-based discussion about implementation, maintenance and design
* would be a protocol change for core contributors
* would add to the already-crushing volume of notifications
Copy link
Member

@lidel lidel Mar 14, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, it could DECREASE the number of notifications, see #246 (comment)

@flyingzumwalt
Copy link
Contributor Author

Merging this as a reference document. The actual decision will proceed on loomio at https://www.loomio.org/d/imMrpwRF. See https://github.com/ipfs/community/blob/master/decisions/community-forum-platform.md#decision

@flyingzumwalt flyingzumwalt merged commit d0c64af into master Mar 20, 2017
@flyingzumwalt flyingzumwalt removed the status/in-progress In progress label Mar 20, 2017
@flyingzumwalt flyingzumwalt deleted the decision/discourse branch March 20, 2017 03:07
@lidel lidel mentioned this pull request Mar 24, 2017
13 tasks
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

Successfully merging this pull request may close these issues.

2 participants