스레드(Thread)를 추가하는 것은 훌륭하며, 유용한 조직 도구입니다. 하지만 채팅에서 답글을 남기는 유일한(또는 사실상 기본) 방식이 되어서는 안 된다고 생각합니다.
이것은 매우 개인적 성격이나 취향에 따라 다를 수 있습니다. 개인적으로 저는 스레드를 매우 “무겁고” 부담스러운 해결책이라 생각하며 거의 사용하지 않습니다. 하지만 필요한 상황에서는 정말 유용합니다. 훨씬, 훨씬 더 자주 저는 이전 메시지에 대해 **인라인(in-line)**으로 답글을 남기고 싶어 합니다. 누군가를 @로 멘션하는 것과 전혀 같은 것이 아닙니다. 그 목적은 특정 사람에게 알림을 보내는 것보다 내 메시지에 대해 명확한 문맥을 설정하는 데 더 가깝습니다. AFAIK(제 지식 범위 내에서) 스레드 도입 전에는 이것이 가능했던 것 같고, 이를 옵션으로 재도입해야 한다고 생각합니다. 즉, "인라인으로 답글 또는 새 스레드 생성"과 같은 방식이요. 유일한 옵션이 새 스레드 생성이라면 당연히 많은 스레드 사용이 일어날 것이고, 반대로 인라인 답글이나 인용 답글 옵션이 전혀 없다면, 그 잠재적 사용량과 스레드 사용량을 어떻게 비교할 수 있겠습니까?
전체 스레드를 만들어야 할 정도로 과한(overkill) 것처럼 보이는 토론 주제에 대해 1~2개의 인라인 답글로 해결할 수 있는 상황을 많이 봅니다. Discord는 서로의 답글이 특정 임계값을 초과할 때 스레드 생성을 사용자에게 제안함으로써 이 문제를 잘 처리합니다. 그리고 (제 생각에) Discord와 달리 Discourse는 이전에 작성된 모든 답글을 (선택적으로) 사후적으로 그리고 자동으로 스레드 안으로 이동할 수 있는 이론적 역량을 갖추고 있습니다. (즉, 하나하나 수동으로 선택하지 않아도 됩니다.)
이 사람이 말한 것과 거의 정확히 일치합니다
참고로, Discord는 이 모든 기능을 매우 잘 지원하며, 제 생각에는 여기서 본받아야 할 모델이라고 봅니다. 이 특정 수레바퀴를 다시 발명할 필요는 없으며, Discord가 인라인 답글(Reply-in-Line)과 스레드 답글(Reply-as-Thread)을 모두 가질 가치가 있다고 판단했다는 사실은 두 방식 모두의 가치를 뒷받침한다고 느낍니다. 이 두 접근법의 사용은 옳고 그름이나 최선의 방식이라기보다 개인적, 심지어 문화적인 문제입니다. 제가 속해 있는 Discord 커뮤니티 중에는 스레드가 거의 사용되지 않는 곳도 있고, 거의 모든 답글이 스레드로 이루어진 곳도 있습니다.
내가 느끼는 아이러니는, Discourse의 토픽이 선형적이고 스레드가 없는 구조를 위해 그렇게 열심히 노력하고 있는데, 오히려 채팅에서는 그런 스타일을 훨씬 더 원한다는 점입니다. 답글을 인용하는 옵션을 통해 매우 유용한 맥락을 제공할 수 있기 때문이죠. Discourse 채팅이 처음 출시되었을 때, 저는 채팅 답글이 WhatsApp/Signal처럼 보이도록 작동하도록 테마 컴포넌트까지 직접 만들었습니다.
고맙습니다. 도움이 되는 맥락이네요! 제 관점에서는, 여기서는 Discord의 방식이 모든 설정을 완전히 생략할 수 있을 가능성이 있으므로 오히려 더 나은 접근법이라고 생각합니다. 이 방식은 유연하게 두 가지 접근법을 모두 지원합니다. 물론 관리자 권한으로 모든 답글을 스레드로 강제 전환할 수 있는 기능을 원한다면 여전히 필요합니다(그리고 이 특정 기능이 실제로 원했던 것인지에 대한 사용자 데이터가 있는지 궁금하네요). 하지만 스레드와 인라인 답글을 모두 허용한다면, 두 가지 사용 사례 모두 적어도 합리적인 수준에서 충족될 것입니다. 제가 소속된 Discord 커뮤니티 중 인라인 답글만 사용하고 스레드를 사용하지 않는 것이 문제가 된 곳은 떠올릴 수 없습니다. 또한, 답글 수가 특정 수준에 도달하면 스레드 생성을 유도하는 기존 Discord의 “힌트” 기능도 이 문제를 해결하는 데 도움이 됩니다.
앞서 언급했듯이 Discourse의 경우, 관리자는 메시지를 이동할 수 있는 권한도 있으며, 이제는 이를 스레드로 이동하는 데에도 사용할 수 있습니다. 다만 관리자에게 이러한 작업을 관리하는 부담을 더 주고 싶지는 않지만, “스레드로 이동” 기능이 예를 들어 모든 답글을 자동으로 선택하는 식으로 잘 지원되어(즉, 사후에 스레드를 만드는 것이 매우 빠르고 쉬워야) 충분한 신뢰 등급(Trust Level)을 가진 사용자가 기존 인라인 답글에서 스레드 생성 작업을 수행할 수 있다면, 이는 Discourse의 철학(권한이 부여되고 신뢰받는 사용자가 유지보수에 기여)에 부합하며 스레드 대 인라인 관련 대부분의 요구사항을 잘 충족시킬 것 같습니다. 제 개인적인 의견입니다.
