채팅 스레드 출시!

[chapoi]

Aaah… 스레드, 신비롭고 오랫동안 기다려온 기능으로 우리에게 구조라는 약속을 선사합니다.

스레드란 무엇이며, 무엇을 할 수 있나요?

스레드는 메인 채팅 채널과 병렬로 이루어지는 범위가 정해진 대화입니다.

메시지에 답글을 달면…

…마법처럼 새로운 스레드가 시작됩니다.

스레드는 여러분과 다른 사람들이 함께 더 깊이 논의할 수 있도록 돕는 여러 방식으로 표시됩니다.

채널 내 스레드 표시기를 통해 내부에서 일어나는 일을 확인할 수 있습니다

모든 답글은 전용 스레드 패널에 깔끔하게 정리되어 있으며, 대신 반짝이는 새로운 스레드 표시기가 표시됩니다. 참여자, 답글 수, 마지막 답글이 보여 어떤 일이 일어나고 있는지 미리 엿볼 수 있어 해당 주제에 참여할지 결정하는 데 도움이 됩니다.

채널을 주시하면서 옆에서 채팅하기

스레드에 들어가서 평소처럼 모든 작업을 수행하면서 메인 채팅에서 일어나는 일도 지켜볼 수 있습니다. 메인 채팅 스레드 표시기가 최신 정보로 실시간 업데이트되는 것을 볼 수 있습니다.

스레드에 답글을 달거나 수동으로 추적하면 읽지 않은 답글 표시기를 볼 수 있습니다:

참여 중인 모든 스레드 보기

스레드 인덱스는 참여했던 모든 스레드를 확인할 수 있는 편리한 방법을 제공합니다. 지난주에 했던 그 토론에 새로운 논거가 떠올랐나요? 이제 바로 다시 참여할 수 있습니다! 채널 오른쪽 위, 읽지 않은 스레드의 총 개수를 나타내는 표시기가 있는 곳에서 접근할 수 있습니다.

스레드 목록에서는 마지막 방문 이후 각 스레드에 대해 읽지 않은 답글이 몇 개 있었는지, 그리고 마지막 답글의 타임스탬프를 나타내는 표시기를 볼 수 있습니다:

스레드가 여러분을 위해 무엇을 해줄 수 있나요?

시끌벅적한 채팅 채널에서 동시에 진행되는 4가지 다른 대화를 따라가기 어렵다고 느껴본 적 있으신가요? 혼란 속의 질서를 가져다줄 방법이 있다면 정말 좋겠다고 간절히 바랐던 적이 있나요?

스레드는 바로 이 문제를 해결하는 데 도움이 됩니다.

마치 메인 채팅 파티 안에 미니 채팅 파티를 여는 것과 같습니다! 트램폴린 파크처럼 다양한 스레드 사이를 오가며 주제에서 주제로 바운스할 수 있습니다. 우와!

스레드는 여러분에게 다음을 제공합니다:

• 조직화 - 전용 주제에 대한 분과 대화를 하여 토론을 집중되고 제한된 범위 안에서 유지합니다
• 맥락 파악 - 메인 스트림에서 관련 메시지를 모두 맞춰봐야 하는 번거로움 없이 즉시 상황을 파악할 수 있습니다
• 정리 - 채널을 마리코도 스타일로 정리하세요; 이 기능은 기쁨을 선사합니다.

어떻게 사용할 수 있나요?

사이트 관리자는 채널 생성 시 스레드를 활성화할 수 있습니다:

또는 기존 채널의 경우 채널 설정을 통해 활성화할 수 있습니다:

여러분의 생각을 이야기해 주세요

백스테이지에서 더 많은 아이디어가 준비되고 있지만, 당분간은 이것이 기본입니다! 일부 아이디어는 다음과 같습니다:

• 채널 간 스레드 탐색 개선
• 채널과 스레드 간 메시지 이동
• 포럼 주제와의 더 긴밀한 통합
• 채널로 메시지 브로드캐스트
• 그리고 더 많은 것들

마음에 드시나요? 여러분의 생각을 듣고 싶습니다!

질문 , 아이디어 , 또는 피드백 이 있으신가요? 아래에 남겨주세요

[simon_tomes]

@chapoi

주된 채팅 파티 안에서 미니 채팅 파티를 여는 것과 같아요! 트램펄린 파크처럼 다른 스레드로 뛰어 들어가서 이 주제에서 저 주제로 튀어놀 수 있죠. 우와!

지금까지 읽은 스레드형 채팅에 대한 설명 중 가장 훌륭하다고 생각합니다. 잘했어요, @chapoi.

이 기능을 구현해 주신 당신과 팀에게 감사드립니다. 이번 주에 저희 커뮤니티에서 사용해 보고 피드백을 공유하겠습니다.

[Firepup650 (Firepup Sixfifty)]

아이디어: 새 스레드 일괄 삭제 기능

메인 채팅 채널에서 스레드 기능을 활성화하자마자 열려 있는 스레드가 99+개로 급증했습니다. 그런데 스레드를 읽어야만 삭제할 수 있다는 것을 알게 되었습니다. 알림에 있는 것처럼 일괄 삭제 버튼이 있으면 좋겠습니다.

[twofoursixeight]

또 다른 아이디어: 마지막 답변 이후 일정 시간(1일, 3일, 1주)이 지난 후 또는 사용자 지정 옵션에 따라 스레드를 자동으로 사라지게 하여 혼란을 방지하는 것입니다:

왜 이런 기능이 필요한가요? 채팅 채널에서 스레드가 너무 많이 쌓이면 혼란을 일으킬 수 있습니다. 따라서 마지막 답변 이후 일정 기간이 지나면 자동으로 삭제하면 채팅을 깔끔하게 유지하는 데 도움이 됩니다.

진짜 이거 무슨 난리야?

---

또한, 이 새로운 기능은 디스코드(Discord)에 구현된 특정 기능을 떠올리게 합니다:

[chapoi]

@twofoursixeight

진짜 이게 뭐야?

정당한 피드백입니다.

사람들이 현재 만들어진 구조(즉, 스레드를 의식하지 못한 채 모든 답글이 스레드로 전환되는 방식)와 달리, 스레드의 개념을 제대로 이해하게 되면 상황이 나아질 거라고 생각합니다. 그렇지 않으면 답글 영역은 완전한 무법천지가 되어버리죠. 사람들이 의도적으로 스레드를 사용하게 되는 일주일 뒤에는, 지금처럼 혼란스럽다는 느낌이 여전히 남아 있을지 궁금합니다.

어떤 생각이 드는지 알려주시겠어요?

[hello-smile6 (9pfs)]

대부분의 경우 스레드는 이전 토론을 되살리거나 참조하는 것을 더 어렵게 만듭니다.
또한 모바일 기기에서 Discourse 채팅을 사용하는 것을 훨씬 어렵게 만듭니다.

[Firepup650 (Firepup Sixfifty)]

아이디어: 기존 답변은 답변으로 유지하고, 새 답변만 스레드로 이동합니다.

이 방법은 활성화 시 기존 답변이 혼란스러운 스레드로 변하는 문제를 방지하면서, 앞으로는 스레드의 장점을 활용할 수 있게 해줍니다.

[martin (Martin Brennan)]

@Firepup650

주요 채팅 채널에서 스레드를 활성화하자마자 열려 있는 스레드가 99+개로 급증했고, 읽어야만 닫을 수 있다는 사실을 발견했습니다. 알림처럼 일괄 닫기 버튼이 있으면 좋겠습니다.

피드백을 잘 듣고 있습니다. 제 실수였습니다. 채널에서 스레드를 활성화할 때, 기존 스레드를 자동으로 읽음 처리하도록 하는 것이 좋을 것 같습니다.

@Firepup650

알림처럼 일괄 닫기 버튼이 있으면 좋겠습니다.

실제로 이미 모든 채널을 읽음 처리하는 Shift+Escape 단축키가 있습니다. 스레드 목록에서도 모든 스레드를 읽음 처리하는 비슷한 단축키를 추가할 수 있을 것 같습니다.

@Firepup650

기존 답변은 답변으로 유지하고, 새로운 답변만 스레드로 이동하세요.

죄송하지만 이것은 불가능합니다. 이 전환 과정의 일환으로, 그리고 채널에서 스레드 활성화/비활성화 전환을 용이하게 하기 위해, 답변은 이미 수개월 동안 백그라운드에서 스레드를 생성해 왔습니다. 그러나 채널에서 활성화할 때 기존 스레드가 읽지 않음으로 표시되는 문제를 수정하면, 이 문제는 더 이상 발생하지 않을 것입니다.

@twofoursixeight

마지막 답변 후 특정 시간(1일, 3일, 1주) 후 또는 사용자 정의 옵션을 통해 스레드가 사라지도록 하여 혼란을 방지하세요:

좋은 아이디어입니다. 이미 이와 유사한 사항을 논의한 적이 있으며, 몇 달 전의 스레드를 보는 것은 일반적으로 유용하지 않다는 데 동의합니다. 이것은 V1 버전이며, 향후 몇 달 동안 더 많은 개선이 이루어질 것입니다.

또한 스레드 목록은 곧 더 많은 세부 정보를 포함하도록 개선될 예정입니다.

[sunjam (james.network)]

흥미롭네요. 향후 채팅에서 Matrix 지원과 잘 어울릴 것 같습니다.

[Firepup650 (Firepup Sixfifty)]

@martin

사실 이미 모든 채널을 읽음으로 표시하는 Shift+Escape 단축키가 있습니다. 스레드 목록에서도 모든 스레드를 읽음으로 표시하는 유사한 단축키를 만들 수 있지 않을까요.

아, 몰랐네요!

그런데 이 키보드 단축키는 모바일 UI에서 접근할 수 있나요?

[martin (Martin Brennan)]

@martin

피드백을 잘 들었습니다. 제 실수였습니다. 채널에서 스레드를 활성화할 때, 기존 스레드를 자동으로 읽음 처리하도록 처리해야 할 것 같습니다.

이 문제에 대한 수정 사항을 병합했습니다. 이제 채널에서 스레드를 활성화하면 백그라운드에서 기존 스레드 전체를 읽음 처리하는 작업이 큐에 추가됩니다:

FIX: Mark threads read when threading enabled for a channel (#22458)

이 수정 사항이 사이트에서 배포된 후, 이미 채널에서 스레드를 활성화했다면 스레드를 비활성화했다가 다시 활성화하면 문제가 해결됩니다.

[hiddenseal]

누군가 메시지를 보낸다고 상상해 보세요. 그 메시지에는 댓글이 붙고, 이 댓글들은 스레드에 저장됩니다. 이제, 스레드 내의 특정 댓글에 직접 답글을 달고 싶다면 어떻게 될까요? 사람들이 내가 그 특정 댓글에 답글을 달고 있다는 것을 알지 못하면, 내 답글은 큰 의미가 없게 됩니다. 이러한 시나리오를 고려해 보셨나요? 스레드 내에서 답글 기능을 도입할 계획이 있으신가요? (새로운 스레드를 생성하는 것이 아니라, 단순히 위에 있는 메시지에 대한 응답임을 나타내는 시각적 표시기를 추가하는 방식입니다.)

[mcwumbly (Dave McClure)]

우리는 이 아이디어를 고려했지만, 두 개념을 동시에 적용하지 않음으로써 우선 단순성을 추구하기로 결정했습니다.
지금까지 관찰한 바에 따르면, 도움이 될 수 있는 경우가 있기는 하지만 다소 드물며, 이러한 상황에서 @를 붙여 명확히 하는 방식이 꽤 잘 작동한다는 것을 사람들이 알아차리고 있습니다.

몇 번이나 언급된 또 다른 아이디어는 채팅에서 인용 답글을 지원하는 것입니다. 우리는 유사한 이유로 아직 이를 구현하지 않았지만, 가끔 이런 기능이 있으면 좋겠다고 느끼는 순간이 있습니다(저도 이 문제를 우회하기 위해 > 를 사용하곤 하지만, 실제로는 거의 아무도 신경 쓰지 않는 것 같아, 우리가 장려하고 싶은 행동이라면 인용 답글을 위한 더 큰 친화성(affordance)을 제공하는 것이 필요할 것이라고 생각합니다).

[lisandro_iaffar]

이것은 제가 사용해 본 모든 플랫폼의 채팅 그룹에서 오랫동안 지속되어 온 거대한 문제를 해결할 수 있는 훌륭한 기회입니다. 특정 대화 스레드에 유용한 정보가 포함되어 있든 아니든, 이 문제의 일반화된 형태는 다음과 같습니다: 큰 그룹 내부의 하위 그룹이, 그 하위 그룹에만 관심이 있는 댓글로 다른 모든 사용자를 범람시키는 것을 어떻게 방지할 것인가(자신만의 채널을 가질 가치가 없는 단발성 주제나 수다를 전제하는 일반적인 시나리오). 이를 위한 첫 번째 방법은 채팅의 모든 댓글이 일반 댓글인지 다른 댓글에 대한 답변인지 정의하도록 하는 것입니다. 이는 Reddit이 채택한 방식입니다(무엇에 답하는지 지정하지 않을 수 없습니다). 하지만 큰 그룹에서는 Reddit이 빠르게 스파게티처럼 엉켜서 따라가기 어려운 대화가 되므로, 절충안은 WhatsApp과 같은 단순한 “답장” 방식을 결합하여 스레딩을 단 한 단계만 허용하는 것입니다. 스레드가 쌓이면 채팅을 따라가고 읽기가 어려워지므로, 각 스레드 내부의 대화를 숨기는 대신 "스레드"와 "답장"의 동적 조합은 단순한 "그룹핑"으로 이어질 수 있습니다. 댓글은 답장하는 대상에 따라 채팅 내에서 그룹화될 수 있으며(일반적인 댓글이 아니라면 모든 사용자에게 알림을 보내지 않음). 예를 들어:

A - “댓글 1”
B - “댓글 2”
C - “댓글 1에 답함”
A - “댓글 2에 답함”
B - “댓글 1에 답함”

이것은 채팅에서 다음과 같이 표시됩니다:

A - “댓글 1”
C - “댓글 1에 답함” (A가 답변을 알림으로 받음)
B - “댓글 1에 답함” (A가 답변을 알림으로 받음)
B - “댓글 2”
A - “댓글 2에 답함” (B가 답변을 알림으로 받음)

어떤 댓글이 특정 그룹에 해당하는지 시각적 힌트를 제공할 수 있습니다(단, 같은 그룹 내의 하위 그룹에는 시각적 구분이 사용되지 않음). 이렇게 하면 사용자가 관심이 없는 그런 단발성 그룹을 빠르게 건너뛸 수 있으며, 채팅의 특정 위치에 도달한 후에는 뒤로 남겨둔 그룹이나 아래에 있을 수 있는 그룹으로 인해 더 이상 방해받지 않습니다(시각적으로든 알림으로든).

[simon_tomes]

몇 가지 피드백을 드릴게요.

쓰레드(Thread) 기능을 사용하면서 꽤 만족하고 있습니다. 디자인과 구현 방식이 정말 명확하고 깔끔하네요.

다만, 제가 만든 쓰레드나 제가 참여한 쓰레드에 누군가가 답글을 달았을 때 어떻게 알 수 있는지 잘 모르겠습니다. 제가 직접 과거 게시물을 다시 확인하지 않는 한, 답글을 놓치고 있는 것 같은 느낌이 듭니다.

채팅을 시작하면 해당 쓰레드에 기본적으로 "추적(tracking)"이 설정되어 있는 것을 확인했지만, 누군가 답글을 달았을 때 사이드바에 새 답글 수를 표시하는 카운트가 보인 적이 없습니다. 이 카운트가 여기에 표시되어야 하는 건가요? 아니면 제가 아직 발견하지 못한 다른 곳에 표시되는 건가요?

아, 방금 쓰레드 아이콘 오른쪽 상단에 표시되어 있는 것을 찾았습니다.

새로운 게시물이 있는지, 또는 쓰레드를 통해 답글이 달렸는지를 확인하는 데 제가 주로 사용하는 곳이 사이드바이므로, 사이드바에도 해당 카운트 지시기를 포함해 주시면 도움이 될 것 같습니다.

수정: 저는 주로 미니 모드 대신 전체 화면 모드로 채팅을 사용합니다. 아마도 쓰레드 카운트와 사이드바 사이의 "거리"가 이 두 요소 사이의 인지적 단절감을 느끼는 것과 관련이 있는 것 같습니다.

[j.jaffeux (Joffrey Jaffeux)]

사이드바에 표시될 일부 지표가 곧 추가됩니다 숫자 카운트는 아니지만, 스레드 내에서 일어나는 활동이더라도 이 채널에서 활동이 있다는 것을 알 수 있습니다.

피드백을 계속 보내 주세요. 이 기능을 적극적으로 개발 중이며, 모든 피드백을 확인하고 있습니다.

[hiddenseal]

@mcwumbly

도움이 될 수 있는 경우가 있긴 하지만, 그런 경우는 다소 드뭅니다

저희 포럼에서는 채팅이 주로 덜 격식 있는 수다와 가끔씩의 농담을 위해 사용됩니다. 그리고 바로 그 사용 사례를 말씀드린 건데, @멘션은 작동하긴 하지만 농담을 할 때 사용하면 다소 어색할 수 있습니다

@mcwumbly

우리가 장려하고 싶은 행동이라면

비공식적인 대화는 커뮤니티 결속력을 강화하는 좋은 경험이 될 수 있다고 주장할 수 있습니다. 또한, 기업 고객들(제가 보기에 당신의 관찰의 주요 출처가 될 것으로 추정됩니다)은 자신의 디스커스 인스턴스에서 수다를 떨 필요성이 다소 적을 수 있어 놀랍지 않겠지만, 제가 틀렸을 수도 있다는 점은 이해합니다.

또한, 저희 사용자는 스레드를 좋아합니다

[maiki]

@hiddenseal

비공식적인 대화는 좋은 커뮤니티 유대 경험이라고 할 수 있고, 엔터프라이즈 고객(관찰의 주요 출처라고 추정합니다)은 자신의 디스코드 인스턴스에서 잡담을 나눌 필요가 상대적으로 적을 수 있으며, 놀라운 일은 아닐 것입니다. 하지만 제 추측이 틀렸을 수도 있다는 점은 이해합니다.

저희는 내부적으로 채팅을 사용하며, 이곳은 가장 엉뚱하고 친근한 장소입니다.

[lisandro_iaffar]

대부분의 사용자가 채팅에서 스레드를 선호하는 것 같습니다. 처음에 스레드로 정의되지 않았더라도, 채팅에서 명백히 스레드로 분리되어야 하는 부분을 자동으로 인식할 수 있도록 제가 언급한 이 그룹화 방식을 최소한 고려해 주시겠어요? 제 경험이 틀렸다면 알려주세요. 하지만 랜덤한 대화가 별도의 스레드가 필요한지 아닌지는 대부분 예측하기가 불가능해서, "이건 스레드로 만들어야 해"라는 댓글이 많이 보입니다. 저는 단순한 그룹화 방식만으로도 이런 문제를 걱정하지 않고 자동으로 처리할 수 있다고 생각합니다.

[apleschu]

버그 보고: 기존 채팅에서 새 스레드와 스레드에 대한 답변이 강제로 새로고침하지 않으면 표시되지 않습니다. 이로 인해 사용자 문제가 발생할 수 있으며(실제로 이미 발생하고 있습니다).