-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Where should people ask questions? #5419
Comments
I definitely agree that we need channels of communication to be more clear & I agree that SO is great for discovery. But I think the forums to have a place, for example, I posted a question about possible uses for the Open Collective budget which I don’t think would make sense on SO (and might be flagged as being off topic for SO anyway?). Could we close the Gitter chat, keep the forum for discussion on organisation/strategy/contribution and direct all code/hosting/SDK related questions to SO? (+ if possible either rename or create a new tag for parse-platform?) |
Good feedback. Unfortunately, I missed your post in the forum (I just went and responded to it). I'm not sure, but I'm a little more inclined to use issues here for discussions like that, and just tag them as discussion. I like concentrating things in one place... |
You need to try and focus the community as I think there are pockets of people on different platforms. In terms of SO - looks like a lot of people are using it for support: https://stackoverflow.com/questions/tagged/parse-server but not many responses, which may be discouraging for new users trying out the platform. SO - Seems to be the first place people ask for help though, as it's ingrained to all developers now. I would remove Gitter as I don't think the chat room is useful. Issues should be kept to just issues, I feel a low issue count is a sign of a well-maintained system. Therefore: |
I agree with @awgeorge. Currently Gitter is tech support, implementation details and FAQ, I'm all for removing it. Perhaps add a FAQ to the repos. Some people want to hire developers instead of use PAAS but thats a separate discussion. I've only answered like 2 questions on SO in my life. I don't have much feedback on it but would definitely use. Discourse: Announcement Tutorial on how to receive notification for all posts. You currently have to specify which categories you want to watch / track. Took me a while to figure that out as I thought it was automatic. |
This works for me! Tom, you up for looking at the docs changes so we can close this out? Answering SO questions is fun and usually quick... |
Ok, shall I add a note at the top of the READMEs for the server + all SDK repos directing question to SO? Sent with GitHawk |
Also I think it would be a good idea to get a new tag or rename an existing tag to parse-platform. Sent with GitHawk |
Maybe we keep parse-server and rename parse.com? I looked into changing tags and it seems doable - https://meta.stackexchange.com/questions/87437/how-to-rename-a-tag Sent with GitHawk |
Easy to do - you need to create a post on Meta@stackoverflow and include a moderator to rename the tag. If we link to here then I think it will be ok.
I can initiate this if that’s what we want.
Parse.com obviously makes no sense. Parse-Platform sounds good. It’s a shame that Parse is not an easily google ale thing.
—
W
…Sent from my iPhone
On 16 Mar 2019, at 10:29, Tom Fox ***@***.***> wrote:
Maybe we keep parse-server and rename parse.com?
Sent with GitHawk
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Wow - people are still actively using the tag parse.com. |
Yep, it’s a bit of a mess. That’s why it makes sense to rename the tag - there is also a “parse” tag but that only has 58 questions with the last one being over 5 months old so I don’t think we should direct people to that. |
that would be great! |
so uh, how about now we try to combine parse-server and parse-platform under parse-platform? |
Not sure - you need to use at least 3 tags when creating a ticket. I would keep it so we can target the difference between SDK and serverside. |
well, I don't think that the tags parse-platform and parse-server make it clear which to use when. I have never asked a StackOverflow question (I've answered a bunch :) but the instructions say 1 - 5 tags which seem to be confirmed by this: https://stackoverflow.com/questions/55288329/cannot-get-in-node-js I'd expect that someone would use a combination like My goal is to focus power in one place in the hopes of hitting some critical mass to achieve a network effect (how do you like that buzzword use!?) and I think that having a single tag gives us the best chance of hitting escape velocity (+1). |
No - you're correct - it's three on meta. One on the main website. |
I think @acinader is right about merging the tags - in reality the questions being asked on the With regard to where 'hosting' related question should be asked, I think the 'parse' tag on server fault can be used if that is what we want? - unless we just want to direct those to the forum? |
Sounds like a good plan. I’ve upvoted your so post: https://meta.stackoverflow.com/questions/364789/should-we-make-tag-parse-com-a-synonym-of-parse-server?r=SearchResults |
Any feedback that you guys would like to add, I think that Manual and I are having a useful conversation. Def not asking you to agree with me, cause I am interested in the best outcome, not my outcome ;). |
Without the tag, how do you want people to tag between, [parse-platform] the server, and [parse-platform] the JS SDK? - It's possible that both camps will use I think people would tag |
However - just because the tag exists, you don't have to document it. :) |
This may be a stupid question but are there actually code level questions that people could have about the actual parse server? My understanding is that you configure and deploy the server and then leave it alone? The only thing I can think of is cloud code which seems to have a tag already - |
@awgeorge with regard to specifying the JS SDK there is also a At least as a starting point if all questions use the |
If there seems to be a tag for everything, then why wouldn't there be one for the server. We have the express server code, docker problems running the server, maybe help to try to patch the server, or contribute code towards the server. However, I wholly agree that the tag is currently being used mainly to denote the fact that they use the parse-platform, although there are a handful of people using it how I imagined. Whatever we agree, I have Edit privileges so will start retagging questions with |
ha. @awgeorge you just convinced me. I didn't even realize that there were other tags. parse.com and parse-server just happened to be the two I monitored. so I am just tilting at windmills here. I think we did good by changing parse.com to parse-platform I think that changing our docs to point to parse-platform is the right way to go and thanks to you two for undertaking it. I'm going to a) close this now but re-open if you think we need to pursue and b) I'm going to recant on meta. (and link here). |
I think there is one thing we haven't concluded - there is a The question is do we want to document / direct people to this or do we want these questions asked on the forum? - currently we have a bit of a mix. |
do you have an opinion? |
I'm not too fussed, I'm slightly inclined to direct people to the server fault tag for three reasons:
|
works for me |
Ok, I’ll go with that then. |
Yes, server fault is suited for non-coding server related questions and we should direct people there if we know they're going to get answers. I still feel that people may genuinely have SO related coding questions regarding the server portion, but don't have to document it. |
@acinader I think we can close this again now. |
we have gitter, the forums, issues....
My preference would be to close gitter and the forums and direct all questions to stack overflow. I think gitter is the least usefull and I think that we'll never get good seo on the forum and shouldn't even try.
I think that SO has won and that it has the network effect and seo so that when people google for an answer, the best chance of finding a previously asked question is stack overflow.
If we made it clear in the documentation that all questions, for all sdks and everything should all be under the parse-server tag, we could start building a useful repository of code samples and answers.
I have tried to keep an eye on it and answer questions.
Thoughts?
@TomWFox @dplewis @rogerhu @TylerBrock @natanrolnik
The text was updated successfully, but these errors were encountered: