지금까지 Discourse 3를 사용하는 경험은 만족스럽습니다. 특히 실시간 채팅 기능이 추가된 점이 좋습니다.
Slack처럼 개별 메시지에서 스레드를 생성할 수 있도록 할 계획이 있나요?
네, 채팅에 스레드 기능을 추가하는 작업을 진행 중이지만 아직 계획 단계입니다… 2023년 중반"이라는 표현 외에는 구체적인 세부 사항이나 일정을 제공하기에는 아직 이르네요.
14개의 좋아요
우리는 아직 '스레드’의 첫 버전이 정확히 어떤 모습일지, 그리고 이를 무엇이라 부를지도 확신하지 못합니다 
(또는 우리가 이를 어떻게 부를지도). 우리 중 많은 이들이 다른 채팅 플랫폼에서 스레드가 어떻게 작동하는지 잘 알고 있지만, 스레드를 사용하는 커뮤니티를 초기에 탐색해 본 결과, 이 기능이 다양한 정도로 성공적으로 채택되고 있음을 확인했습니다. 서로 다른 커뮤니티(또는 커뮤니티 내 채널)마다 이 부분에 대한 요구 사항이 다르며, 일부는 스레드가 없는 것이 더 나을 수도 있다는 주장도 있습니다.
@chadwcarlson 지금까지 특히 어떤 경험을 하셨는지 더 듣고 싶습니다. 과거에 어떤 상황에서 스레드가 가장 도움이 되었다고 느끼셨나요? 지금까지 Discourse 채팅에서 스레드가 도움이 되었을 것이라고 느낀 상황은 어떤 것들이 있었나요?
7개의 좋아요
@awesomerobot 감사합니다! @mcwumbly 말씀이 일리 있습니다.
현재 우리는 Slack에 크게 의존하고 있습니다. 여러 질문이나 주제에 대한 심도 있는 논의가 동시에 이루어지거나, 특정 서비스의 상태 업데이트가 하나의 스레드 안에서 체계적으로 유지되는 경우, 스레드가 있으면 제가 좋아하는 방식으로 업무가 정리됩니다.
지금까지 Discourse 채팅에서는 이러한 동일한 경험을 재현하려는 시도를 해왔습니다. 커뮤니티 채팅을 주제와 게시물과 한 곳에서 연결할 수 있다는 것은 분명 큰 장점입니다. 하지만 제 Slack 사용 경험에 비추어 볼 때, 스레드가 없다면 채팅이 신규 사용자에게는 탐색하기 어렵게 되지 않을까 하는 점이 고민됩니다.
Discourse 내에서 스레드 없이 채팅을 사용하는 아이디어의 일부는, 채팅에서 대화를 시작하다가 이를 주제(topic)로 이동시켜 일종의 "스레드"로 활용하는 방식일 것입니다. 아마 제가 이 부분에서 고민하는 이유일 것입니다. 제 생각에는 주제를 생성하기 전에 몇 가지 메시지가 오가는 경우가 있는데, 이때 스레드가 유용할 수 있다고 생각합니다.
6개의 좋아요
네, 과거에도 그것이 잘 작동하는 것을 봤습니다. 특히 그룹이 커지고 조직적으로 유지할 대안이 없을 때요.
네, 채팅 스레드를 "프로토 토픽(proto topics)"으로 생각하는 것은 우리가 염두에 두고 있는 것입니다. 그 사이에, 현재 상태에서도 꽤 잘 작동한다고 생각합니다. 물론 Slack과 비교하면 확실히 다른 경험입니다. 따라서 그 경험에 익숙해진 커뮤니티를 _이동_시키는 것은 어려울 수 있습니다. 하지만 제 관점은 다음과 같습니다:
- 채팅은 그저 더 비공식적입니다. 놓아두세요. 너무 정리하려 하지 마세요.
- 스레드로 나뉘지 않았더라도 채팅에서 먼저 토론이 발전하는 것은 괜찮습니다. 조금 어지러운 것에 익숙해지세요. 큰 문제가 아닙니다.
- 대화가 토픽에서 계속하는 것이 가치 있을 것 같은 지점에 도달했다고 느껴지면, 토픽을 생성하세요.
자, 마지막 부분, 실제로 현재 어떻게 보이고 느껴지는가요?
쉬운 방법은:
- 새로운 토픽을 시작하고 "#general::채널에서 이야기했던 대로…"라고 언급하는 것입니다.
- 그 토픽의 링크를 채널에 다시 남기는 것입니다. “여기 이걸로 토픽을 만들었습니다: 토픽 링크”
고급 방법은:
- 채팅 대화의 모든 메시지를 선택합니다 (범위를 선택하려면 Shift를 클릭하고, 중간에 있는 관련 없는 메시지는 선택을 해제합니다)
- “복사” 또는 "토픽에 인용"을 선택합니다
- 새로운 요약과 함께 토픽을 생성하지만, 채팅 전체 기록을 포함합니다.
[details][/details]안에 넣어도 좋습니다. - 새 토픽의 링크를 채팅에 다시 남깁니다.
우리의 경험상 이 두 가지 모두 현재 잘 작동합니다.
하지만 동의합니다, 스레드를 통해 "고급 모드"를 쉽게 만들 수 있는 기회가 있습니다.
9개의 좋아요
이 스레드를 읽을 수 있어 좋습니다. @chadwcarlson, @awesomerobot, @mcwumbly. 공유해 주셔서 감사합니다.
저도 디스코ourse(Discourse) 환경에서 스레드가 어떤 모습일지 상상하면서 고개를 갸웃거리고 있습니다.
우리는 “무료” Slack을 종료하고 채팅 기능이 활성화된 디스코ourse로 이동을 장려할 계획입니다. 디스코ourse의 채팅 기능을 매우 즐기고 있지만, 스레드에서 답글을 달고 싶을 때 종종 막막함을 느낍니다. 아마도 습관의 문제일 텐데, 깨야 할 습관이겠죠.
저는 "Fancy mode"를 사용해 봤습니다.
그리고 정말 훌륭합니다!
이 의견에 +1입니다.
이것이 실제로 어떻게 작동할지는 아직 모르겠지만, 어떤 AI 마법이 채팅을 통해 토픽이 형성되고 있음을 인식하고, AI가 토픽 형성으로 판단한 부분에 기여한 사용자들에게만 이를 새로운 토픽으로 전환할 수 있음을 제안하는 것은 어떨지 궁금합니다. 누군가가 "예, 이걸 토픽으로 만들겠습니다"를 선택하면 자동으로 "Fancy mode"가 실행되고, 게시할 토픽을 제안하는 식이죠.
4개의 좋아요
제가 겪는 문제는 바로 이겁니다: 사용자들이 새 주제로 이동하지 않아요. 그들은 계속 채팅을 이어가는데, 저는 그들을 탓하지 않습니다 (사실 조금은 탓하긴 하지만 
). 왜냐하면 그 대화가 처음부터, 그리고 지금도 그 자리에 있기 때문이죠.
다중 선택 및 일괄 삭제 기능이 있다면 도움이 될 텐데, 우리는 그런 삭제 옵션이 없습니다.
따라서 제게 주제를 시작하는 것은 귀중한 데이터를 저장하기 위한 도구일 뿐, 다른 의미는 없습니다.
1개의 좋아요
이 기능은 목록에 올라가 있지만, 언제 최우선 순위로 처리될지는 확신할 수 없습니다. 그 사이에는 임시 대안으로 별도 채널(예: 스태프 전용 권한)을 생성한 뒤 메시지를 그곳으로 일괄 "이동"하는 방법을 사용할 수 있습니다.
현재 이 방법은 삭제된 메시지의 빈 껍데기처럼 보이는 흔적을 남기지만, 이 부분도 결국 개선할 계획입니다.
최종적으로 어떤 모습이 될지는 아무도 모릅니다 처음에는 실험적 기능으로 접근하여, 특정 방향으로 확정하기 전에 가지고 있는 아이디어들을 먼저 시험해 보고자 합니다.
이 과정에서 다른 마찰 요소가 발생하면 꼭 알려주시기 바랍니다!
4개의 좋아요
저도 이 기능에 관심이 많습니다.
가끔 사용자가 영구 채널(예: Development)에서 주제별 토론(예: #issue-X)으로 대화를 분기시키고 싶을 수 있다는 점을 언급할 가치가 있다고 생각합니다. 이때 이러한 주제별 토론들이 Discourse의 주제처럼 그룹화되고, 아카이브되며, 검색 가능해야 하지만, 여전히 실시간 채팅의 역동성을 유지할 수 있어야 합니다.
현재 채팅에서 주제로 이동하면 토론이 격리된 주제로 분기되는 것(우리가 원하는 부분)은 물론, 토론의 흐름이 더 느린 것으로 바뀌어 버립니다. 토론이 “정식화”될 때 속도를 늦추고 싶은 경우가 있는 것은 이해하지만, 항상 그런 것은 아닙니다.
Jakke의 일부 사용자가 reportedly 채팅을 계속 사용했다는 보고가 있는 이유가 바로 이 때문일 것이라고 놀라지 않을 것입니다. 전용 주제가 생겼다는 것을 몰라서가 아니라, 빠른 대화 흐름을 유지하고 싶었기 때문입니다.
저희 커뮤니티에서는 일부 사용자가 실제로 토론이 시작된 포럼에서 Discord로 이동하여, Discord 스레드를 사용해 실시간으로 논의를 해결하는 경우가 있습니다.
3.0으로 업그레이드할 때 커뮤니케이션을 Discourse로 통합하는 것을 추진할 계획이며, “fancy mode”에 기대가 크지만, 실시간 채널에서 토론을 분기해야 하는 경우가 계속 발생할 것이며, 유일한 선택지가 더 느린 주제 구조일 수 있고, 이로 인해 사용자가 다시 Discord 스레드로 돌아가게 될 수 있다는 우려도 있습니다.
Discourse의 자체적인 스레드 방식이 빛을 발할 수 있는 공백이 여기 있다고 생각합니다.
몇 가지 아이디어:
- 스레드는 누구나 동적으로 생성하고 나중에 아카이브할 수 있는(스레드 생성자가 결론을 명시하는 방식도 가능) 분기된 주제별 실시간 채팅으로 정의되어야 합니다.
- 스레드는 주제처럼 자체 목록에서 볼 수 있어야 하며, 스레드가 분기된 관련 채널/카테고리/주제별로 필터링, 그룹화, 정렬 등이 가능해야 합니다. Discord/Slack 같은 도구의 경쟁 구현 방식의 가장 큰 약점 중 하나는 스레드의 발견 가능성입니다. Discourse는 이를 훨씬 잘 할 수 있는 기반을 갖추고 있습니다.
- 실시간 채팅뿐만 아니라 더 느린 주제 답변에서도, 문자 그대로 모든 메시지로부터 스레드를 만들 수 있다면 좋겠습니다. 예를 들어, 누군가가 주제에 답변을 남겼고, 그 답변에 대해 주요 주제를 방해하지 않으면서 작은 확인 질문이 있는 경우, 해당 답변의 관련 부분을 인용하여 실시간 스레드를 시작할 수 있습니다. 답변에는 여러 스레드가 있을 수 있으며, 이러한 스레드는 주제를 보는 누구나 볼 수 있어야 합니다. 이는 저희 커뮤니티에서 사람들이 더 빠르게 해결하기 위해 Discourse에서 벗어나는 문제를 해결할 것입니다. 또한 주제들이 잘 구성된 논의로 좁혀지고, 모든 거친 부분은 스레드로 분기됨으로써 주제들이 더 깔끔해지는 부수적 효과도 있을 것입니다.
- 분기된 토론이 큰 그림을 파악하기 어렵게 만들까 걱정된다면, 1) 분기된 토론을 더 잘 구성된 주제 답변으로 결정화하는 것, 2) AI 요약 도구를 통해 해결할 수 있다고 생각합니다.
추가로 수정하여 덧붙입니다:
특히 코어 팀이 스레드를 실험하고 있다면, 주제/답변/채팅/스레드의 위계 구조가 UI/UX에서 명확히 정의되어야 할 시점에 접근하고 있다고 생각합니다.
현재는 이미 다소 혼란스럽습니다. 주제에 답변을 남길 수도 있고, 답변에 답변을 남길 수도 있습니다. 현재 이 둘의 유일한 시각적 차이는 답변에 대한 답변에는 누구에게 답변했는지 표시하는 지표가 있다는 것입니다. 따라가는 다른 사람들에게는 주제의 토론이 어떻게 분기되는지 보기 어려울 수 있습니다. Reddit처럼 답변에 대한 답변을 중첩(nesting)하는 방식이 도움이 될 수 있습니다. Post Voting 플러그인에는 이미 기반이 마련되어 있습니다.
스레드를 도입하면 위계/분기に関する 질문은 더 깊어집니다.
주제 답변에서 스레드를 형성할 수 있는 기능이 있다면, (그 변경 사항이 이루어진다고 가정할 때) 스레드는 실시간 분기인 반면 답변은 더 느린 주제 구조의 중첩된 연속이므로, 중첩된 답변에 대한 답변과 시각적으로 구분되어야 합니다.
4개의 좋아요
주제 안으로 스레드(thread)를 도입하는 것은 당분간 가능성이 매우 낮습니다. 우리는 이 요청에 여러 번 거절 의사를 표명한 바 있으며, 평탄한(flat) 토론 구조는 Discourse를 구축할 때 가장 초기에 내린 설계 결정 중 하나였습니다: Web Discussions: Flat by Design
많은 하위 토론이 있는 주제는 중첩 구조가 있든 없든 따라가기 어렵기 마련이며, 중첩된 부분에 중요한 내용이 있을 경우 재방문 시 찾아내는 것이 매우 어려울 수 있습니다. 주제가 여러 방향으로 분기되기 시작하는 경우, 대체로 완전히 새로운 주제로 나누는 것이 더 합리적입니다.
4개의 좋아요
그리고 이것이 핵심 포인트입니다.
Discourse는 모더레이션(관리)에 큰 비중을 두며, 이 모든 과정은 모더레이션 프로세스의 일부입니다.
1개의 좋아요
업데이트
채팅 스레드를 내부적으로 테스트 중이며, 앞으로 몇 주 안에 공개할 수 있는 내용을 준비할 예정입니다.
9개의 좋아요
@sam, 테스트 진행 상황은 어떻게 되나요?
우리의 테스터 커뮤니티가 채팅 스레드를 직접 체험해 볼 수 있다면 정말 좋아할 거라고 생각합니다. 
2개의 좋아요
일주일 안에 공유할 수 있는 무언가를 마련해야 한다고 생각합니다. 기능 플래그를 공개하고, 기능을 개략적으로 설명하는 짧은 토픽을 만들어 사람들이 기능을 먼저 테스트해 볼 수 있도록 할 계획입니다.
4개의 좋아요