-
Notifications
You must be signed in to change notification settings - Fork 308
downgrade communities to tags #3127
Comments
I had thought that "open source" might be a trademark owned by OSI, but that's not obvious to me from skimming their trademark guidelines. |
Nor from http://en.wikipedia.org/wiki/Open_source. |
I think there's room for three kinds of communities: sponsored communities, moderated communities, and open communities. Sponsored and moderated communities have some gatekeeper, while open communities have no gatekeeper and are meant for ideas, concepts, or technologies that have no centralized body that can authoritatively act as a gatekeeper. Sponsored communities can be pushed by a company or organization wanting to recognize volunteers, without having to maintain a team account and deal with the politics of distributing team take. Gratipay can, perhaps for full consideration, put a logo on the sponsored community page and Gratipay says that people can ask to join the community or only be invited. I do like the idea of effecting that anyone can join open communities, and that they are unmoderated and Gratipay isn't responsible for the membership of those communities. Maybe another kind of community is a private community. Only people within that community can see who else is a member thereof, and the community can be visible or invisible on Gratipay. Not sure how this would work in Gratipay's goal of keeping as much transparent/public as possible, though. |
I suggest renaming communities to "tags" and limiting the number of tags per user. |
I think we should model our communities after the way Google+ handles them. Allow for communities with the same name by mapping them to
I originally felt like we should just nuke the current communities, but converting them to tags effectively accomplishes the same goal. We maybe shouldn't limit the number of tags though. We can then let people create new communities to replace them, since otherwise we have to play the risky game of handing what's effectively a community account to the right person. People will join the communities they feel represent them best, even with multiple communities using the same name. |
That'd be pretty easy to do. |
I feel like nuking the communities is too easy and makes changes to a user account that a user might find disorienting. Maybe migrate existing communities to the new community structure, and then retire the old communities. |
@colindean I'd be in agreement with that, but the question is, who would manage the migrated communities? Also, I like @Changaco's thought of moving communities to tags, since it preserves the way they're being used currently anyway (do our communities really look like communities, or a bunch of tags that have user listings?) |
+1 for big communities. |
whit537: "For communities on Gratipay to be meaningful, they need to be curated." I would change that to "worthwhile," since that's what the criticism is about. The communities may or may not be meaningful at present--it's hard for me as a user to know what to do with them unless I want to search for likeminded people who I can tip. Not sure if this would change at all if they were revamped. If you want to keep communities, I think rummik's idea is best, with the addition that you would reserve certain names for use by Gratipay itself (to allow staff to curate "best of" and other exemplary users/organizations). |
Just a note here that the second-highest receiver in that screenshot saw this ticket, and is now considering leaving Gratipay for Patreon. This is what happens when you underwrite abuse. https://twitter.com/LynnMagic/status/562669600479793152 Obviously my point belongs on a different ticket, but for historical context I thought it'd be good to point out when exactly it is that we lose users. |
FWIW, this is the stuff you need to have on the front page if you want to compete with Patreon: http://inside.gratipay.com/howto/behave-well. Because it's the same as https://www.patreon.com/guidelines, as quoted by https://twitter.com/olasitarska/status/556859365958107136. That being said, if Gratipay doesn't think 8chan is a good user, can't they just be banned? http://inside.gratipay.com/howto/deal-with-bad-behavior |
How does Reddit manage it? There could be an way to just hide the dark side of the human nature or the Internet, just make it an opt-in feature. Like many sites do with content not safe for work, the same could be done for no safe for biased public. Because banning someone needs a lot of dedication and it is rarely the case when there is only a single truth. "He who fights with monsters should look to it that he himself does not become a monster." |
+1 for downgrading communities to tags. I've renamed this ticket to be about that. Maybe in the future we can think about implementing a new communities feature with proper moderation from the get-go. |
This sets us on the road to #3127. I used the table implementation from team.js as a starting point.
Are we still interested in this, post-2.0? cc: @mattbk |
Since all teams need to apply and be reviewed first, it may not be necessary, because that seems to have been a major reason for this idea. The "curating" is happening when a team is approved/rejected. You could argue that if ~users aren't curated and we show "top givers" in a community (#3633), someone like 8chan could show up there--but giving is giving (and giving is what Gratipay is promoting). Especially regarding #3281 (comment), it will be a transition for current users. I could be convinced either way, though. |
Edited my previous comment to clarify a bit. New Members Teams (Top Receivers) ~users (Top Givers)
The first seems more accurate (and less subject to abuse), the second seems easier to implement. |
Considering this concept with respect to potential givers at gratipay/inside.gratipay.com#319 (comment). Grouping teams and/or ~users by tag allows a potential giver to see who else is already giving. It sounds a whole lot like 1.0 Communities in my head, except that a ~user belongs to a community that contains teams with a certain tag, or because that ~user receives from a team with that tag. Team A is tagged Python, PHP Alice is part of Python and PHP. |
PR where communities were turned off: https://github.com/gratipay/gratipay.com/pull/3706/files Ideally we could modify these pieces back into a tag system. |
Closing. We're far enough out from having had communities that we may as well start fresh. |
@wilkie on Twitter:
I agree. For communities on Gratipay to be meaningful, they need to be curated. I've been thinking that we should partner with relevant organizations to curate each of the communities we have. So the OSI would curate the "open source" community, jQuery Foundation -> jQuery, PSF -> Python, etc.
What should we do if we can't find a partner? Should we simply turn off communities that are large enough to matter but for which we can't find curators? Should we leave them as-is but clearly mark them as "uncurated"?
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: