Integrating Discourse and Stackoverflow?

Contribute Feature
1

Hi,
We are considering using Discourse for our open source developer community, to facilitate discussion.
Another option considered, and seen by some as the preferred option, is to simply rely on Questions on StackOverflow, and drive our community there.

I am wondering if there are ways to integrate both, to somehow let both doors open. For instance, triggering automatically a discussion in Discourse when a new question is posted in SO about our technology.

Any body has achieve some sort of integration between Discoure and StackOverflow?

Thanks,
Roland

2개의 좋아요
2

No such integration makes sense; Stack Overflow is focused Q&A – discussion is explicitly disallowed. I would just stick with Stack Overflow, with the caveat that Stack Overflow has rules about this sort of thing.

2개의 좋아요
3

Thanks Jeff.
Borders between answerable questions and discussions are not always super clear to me.
Agreed that a discussion would not fit in Stack Overflow, but could imagine a Q&A in SO generating a discussion in Discourse. In any case this can totally be done manually, if we decide to use both, we might not need integration then.

1개의 좋아요
4

If it can have 10+ “answers”, it is not a question, but a discussion.

More info in this video There was a problem showing this webinar

4개의 좋아요
5

궁금한 점이 있습니다. Stack Overflow가 Discourse와 Stack Overflow를 통합하는 방안을 고려해 본 적이 있을까요? GitHub - mui/material-ui: Material UI: Comprehensive React component library that implements Google's Material Design. Free forever. · GitHub 프로젝트에 대해 말씀드리자면:

  • Stack Overflow는 관리자 권한 문제로 인해 우리에게 그렇게 적합하지 않습니다. 오픈소스 프로젝트에 대한 질문을 적절히 지원하기 위해 우리 팀이 필요한 평판을 쌓는 데 몇 달이 걸립니다.
  • Discourse 역시 우리에게 그렇게 적합하지 않습니다. 여기서는 주로 토론이 이루어지는데, 이는 대체로 생산적이지 않은 경향이 있습니다(오용, 질문, 버그 보고, 기능 요청, RFC 등). 이러한 항목들은 GitHub와 같은 다른 도구를 사용하고 있습니다.
6

요즘에는 공식적인 Q&A 플러그인이 있으니 참고하세요: Discourse Post Voting

그러나 당신의 설명을 읽어보니, 당신이 직면한 것은 소프트웨어 문제가 아닙니다. 비일관적인 커뮤니티 문제처럼 보입니다… 사람 수에 비해 너무 많은 채널이 있는 것이죠.

매우 작은 커뮤니티라면 모든 것을 GitHub에 의존하는 것이 가장 필요할 수 있습니다. Discourse가 확실히 더 많은 기능을 제공하지만, 아무리 많은 기능이 있어도 사람 문제(인력 부족)는 해결할 수 없습니다.

버그/기능/질문을 모두 한 곳에서 다룬다면 Discourse가 당신에게 적합할 수 있지만, 사람들이 각 카테고리가 어디에 있는지 알아내기 위해 매뉴얼을 읽어야 한다면 매우 문제가 될 수 있습니다.

3개의 좋아요
7

Discourse Post Voting 링크를 공유해 주셔서 감사합니다. Discourse를 시도해 보기 위해 우리가 놓치고 있었던 바로 그 부분이 될 수 있겠네요.

더 결속력 있는 커뮤니티를 구축하는 문제에 대해서는 흥미롭네요. 이 부분을 검토해 보겠습니다. 현재 MUI는 오픈소스 프로젝트로서 월간 문서 페이지에서 약 100만 명의 고유 개발자를 보유하고 있습니다. Bootstrap CSS는 그보다 약 2.5배 많은 개발자를 보유하고 있습니다. 우리는 커뮤니티를 다음과 같이 안내하고 있습니다:

  • 기본적인 Q&A: Stack Overflow, 약 18,000개의 질문: Introducing Stack Overflow Trends - Stack Overflow
  • 버그 보고서: GitHub 이슈: 약 2,400개의 버그: https:/ /github.com/mui/material-ui/issues?q=is%3Aissue+label%3A%22bug+%F0%9F%90%9B%22+
  • 기능 요청: GitHub 이슈: 약 1,100개의 기능 요청: “https:/ /github.com/mui/material-ui/issues?q=label%3A%22new+feature%22+is%3Aissue”
  • 토론, 예: RFC: GitHub 이슈: 약 600개의 토론: "https:/ /github.com/mui/material-ui/issues?q=is%3Aissue+label%3Adiscussion+
  • GitHub 이슈에서 명확하게 분류되지 않은 다양한 항목, 약 13,000개, 아마도 위의 항목들이 섞여 있는 것 같습니다: “https:/ /github.com/mui/material-ui/issues?q=is%3Aissue±label%3A%22bug+%F0%9F%90%9B%22±label%3A%22new+feature%22±label%3Adiscussion+”
1개의 좋아요