-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Deprecate forum in favor of GitHub Issues #1151
Comments
I'm going to let this forum meta post sit for a few days, if no-one responds I intend to move forward with this ticket, if not then we'll talk first. :) |
I'm planning to put a notice at the top of the On-Premise forum tomorrow, and to follow through with the deprecation next week. |
Done. https://forum.sentry.io/t/deprecating-the-on-premise-forum-moving-to-github-issues/15587 pinned on |
Done. Let's see how long we can last before enabling GitHub Discussions. 😅 |
Reopening for @renchap (#796 (comment) … and sure @BYK, too 😉 #1175 (comment)):
|
Thanks for weighing in @renchap.
Enabling Discussions is a valid suggestion, and choosing not to rightly requires defending, or at least explaining. :) Building on my answer here, my problem with a forum—whether Discourse or Discussions—is that, at our scale, it is not differentiated enough from Issues to justify the cognitive overhead of maintaining and navigating between two systems.
This is easily approximated in Issues with closing an issue, and emoji reactions on comments.
I see nested vs. flat message boards as largely stylistic, I don't see one as offering a lot of value over another. If Issues were nested I'd be fine with it, but the fact that it's flat and Discussions is nested doesn't sway me.
?
To me, GitHub providing a workflow for transferring threads between Issues and Discussions reinforces that they're basically the same product.
In this repo we have
Yeah, and we see how good people are at deciding which conversation to have where. ;-) Better when possible not to offer the choice then to depend on people to choose correctly.
I realize that my opinion goes against the grain, and I am theoretically open to being proven wrong, but to reconsider I would need to see such a high volume of traffic in Issues, and such a vibrant user community for self-hosted, that we need to a user-to-user forum as a release valve, with Issues limited to collaborators. Until then, I would like to try managing the project without a forum, using Issues alone. So far I think it has been sufficient for this conversation, at least. ;) |
An issue is something you need to deal with, and hopefully as soon as possible with preferably little discussion as the discussions go long, it becomes very hard to manage and track. A discussion however is aimed towards staying open as long as it may be, allowing people to keep talking forever and ever and ever. Now, I know that you want a list of things to get done, hence setting auto-close on the former forum. But it still had ongoing conversations on other topics. |
This is not my experience. 🐭
That's what Twitter is for? 😅
Hmmm ... there may have been a few, but we had waaaaaay more one-off support requests than real live community conversation. If the forums were nice and lively then that'd be one thing, to talk about moving that vibrant community to Discussions, but the forums have been on life support for a while, and now they're pretty much a ghost town. 😞 Also—and maybe this is the bottom line, for better or for worse—it's just way easier for me personally to operate in GitHub Issues than in a forum (whether Discourse or Discussions). 🐭 Since I'm on the hook to support and manage the self-hosted Sentry community (among other things), I need to optimize for my own ability to do so, and for me that means Issues. Other Sentry sub-communities may very well opt for Discussions, and once the self-hosted community has grown and/or we bring in someone to whom I can hand off self-hosted community management, I'm open to reopening this can of worms. For now, I'm going to go ahead and call this question decided. Feel free to leave some parting comments, and I will see you on other issues! :) |
I would like to have a single async channel rather than splitting attention between two. As it stands it's unclear to users where to post what, so we end up with duplicates.
The text was updated successfully, but these errors were encountered: