Threaded discussion is ultimately too complex to survive on the public Internet?

@awesomerobot, 어떤 것이 실제로 "무관한 주제"인지 합의하는 것은 꽤 어려울 수 있습니다. 평탄한(flat) 토론은 관리자에게 이러한 판단을 내리게 하며, 그렇지 않았다면 필요하지 않았을 것입니다.

마찬가지로:

@nathank, 사용자가 플래깅했기 때문에 더 쉬운 판단입니다. 아무도 플래깅하지 않았지만, 관리자가 스레드 내에서 관련 없는 토론이 일어나고 있다고 믿는 경우(관리자가 이를 검토한 후)가 더 문제적입니다.

무관한 주제들이 병합될 때 이 문제는 더 악화되며, 이는 스레드화되어 있었다면 거의 문제가 되지 않았거나, 아예 문제가 되지 않았을 것입니다.


…어떤 것이 조정(moderation)이 필요할 때, 어쩌면. 우리는 그것을 논의한 적이 없습니다.


그렇다면 기본적으로 접혀 있는(collapsed-by-default) 스레드를 사용하지 말고, 링크할 수 있도록 하세요. 만약 그것조차 부족하다면, ux.stackexchange.com/revisions/67377/2를 참조하세요:

https://ux.stackexchange.com/a/67377/132515

제가 하는 것 중 어떤 것도 비공개, 더 나아가 일시적이길 원하지 않습니다. 어쨌든, 한 단계의 중첩은 거의 차이가 없거나, 아예 차이가 없습니다; 저는 순수한 평탄함(pure flatness) 또는 무한한 스레딩(infinite threading)을 선호하며, 단일 수준의 중첩된 토론을 원하지 않습니다. 예를 들어 Matrix 인스턴스에서(Element 또는 Reddit Chat를 통해) 해당 기능을 사용해 보세요.

1개의 좋아요

제 생각에는 그 차이는 인간 커뮤니케이션의 본질적인 성격에 있습니다. 스레드형 토론은 말 그대로 ‘채팅’의 의미를 가장 잘 구현하는 완벽한 도구가 될 수 있는 반면, 플랫형 토론은 범위와 구조를 더 의도적으로 고려하는 커뮤니케이션 문화를 반영합니다.

따라서 이것은 단순한 UI 옵션을 넘어섭니다. 아이디어가 어떻게 교환되는지, 그리고 더 넓은 의미에서 사람들이 어떻게 함께 일하는지에 대한 결정입니다.

8개의 좋아요

제프의 스레드형 토론에 관한 게시물에서, 스레드형 토론에 대한 반대 논거 중 하나는 트리 구조가 경직된 위계 구조를 나타낸다는 점이었다:

경직된 위계 구조는 일반적으로 인간의 사고 방식이 아니며, 그 구조가 강제하는 엄격한 부모-자식 관계는 유동적인 인간의 집단 토론에 특히 해롭다.

그러나 여기서는 평탄한 토론이 대화에 구조를 강제하기 때문에 좋다는 주장이 제기되고 있는 것으로 보인다.

제프의 트리 관련 두 번째 점이 더 타당하다고 느낀다:

트리를 탐색하는 것은 복잡하다. 자신이 어떤 수준에 있는지, 무엇이 펼쳐져 있고 무엇이 접혀 있는지 constantly 생각해야 하기 때문이다. ‘도대체 내가 어디에 있는 거지?’라는 존재론적 위기가 항상 도사리고 있다. 토론 트리는 실제 토론 내용보다 그 2차원 트리를 정신적으로 관리하는 데 지나치게 많은 시간을 소모하게 만든다.

나오미 올더먼의 인터넷이 함께 사고할 수 있게 해주는 도구라는 아이디어(Naiomi Alderman - The Third Information Crisis)를 확장하면, 포럼 소프트웨어는 인간이 사고하는 방식과 조화를 이루도록 최선을 다해야 한다. 함께 사고하고, 새로운 아이디어를 생성하며, 서로의 아이디어를 바탕으로 발전시키는 것을 도와야 한다. 원본 게시물과 관련이 없는 흥미로운 아이디어를 발견했을 때 인지 부하를 크게 유발해서는 안 된다.

따라서 두 가지 문제가 있다. 트리형 구조는 실제로 인간이 함께 사고하는 방식을 나타내지 않으며, 트리형 구조는 끔찍하고 혼란스러운 사용자 인터페이스(UI)를 만든다. 기존 링크된 주제 기능과 관련된 무언가가 이 두 가지 문제와 함께, 의미 있게 대화에 참여할 수 있는 사람의 최대 수라는 문제도 해결할 수 있을 것이다.

5개의 좋아요

내가 이겼다! 관심 있는 모든 분들에게 아래 내용을 검토해 보시길 권합니다:

3개의 좋아요

감사합니다! 이 주제에 대한 링크를 제공하시는 것이 좋을 것 같습니다. Testing Nested Replies on Meta (혹은 제가 찾지 못했을 수도 있습니다).

저는 이 글을 쓰기 위해 특별히 가입했습니다.
답글 체인은 포럼에서 가장 불편한 부분입니다. 관련 답글을 모두 읽으려면 부모 글/답글을 표시하거나 이동하기 위해 계속 클릭해야 하며, 이렇게 하면 한 번에 모든 것을 볼 수 없고, 때로는 누가 어떤 메시지에 답글을 달았는지 파악하기도 어렵습니다.

요약

예를 들어, 이 게시글 iOS 26 bugs with fixed position elements in Discourse - #7 by awesomerobot 을 열면 어떤 메시지에 대한 답글인지 즉시 볼 수 없습니다(클릭하여 "부모 게시글 불러오기"를 해야 함), 답글의 내용도 볼 수 없습니다(클릭하여 "1개의 답글 v"를 눌러야 함), 이 게시글에 더 많은 답글이 있는지, 몇 개인지도 알 수 없습니다(클릭하여 "게시글로 이동"을 해야 함).

저는 타협의 달인 :slight_smile: 이며 다음과 같은 타협안을 생각해냈습니다. 기본 표시 방식은 평탄한(flat) 포럼 형태이지만, 부모/답글이 있는 게시글에는 버튼이 있으며, 이 버튼을 누르면 관련 게시글 전체 체인이 새 창에서 열립니다. 이 체인은 스레드/트리 뷰로 표시되며, 해당 메시지가 포커스(집중) 상태로 보입니다(예: Testing Nested Replies on Meta - #101 by Ed_S, 구현해 주셔서 감사합니다. 이것이 바로 우리가 필요로 하는 것입니다!). 하지만 클릭 없이 10단계의 중첩/스레드가 표시되도록 해주세요(이를 위해 주제 폭을 더 넓게 설정하십시오. 현재 화면의 50%가 비어 있습니다. 예시로, 10단계의 중첩은 forum.opennet.ru - "У меня отжали 2 квартиры в Москве с помощью ЭЦП" (81) ; Полная доказательная база аудита мессенджера MAX / Хабр 의 폭에서 정상적으로 표시됩니다). 10단계보다 더 깊은 중첩이 있는 경우, “더 보기” 버튼을 누르면 이 지점에서 새 창이 열리지만, 이 메시지 이전의 두 스레드와 이후의 여덟 스레드를 표시하는 등 폭을 줄이지 않도록 하십시오. 모바일 기기의 경우 5단계 중첩을 표시하도록 하십시오.)
이 기능은 1,000개의 게시글이 있는 스레드에서 특정 단어를 검색하여 게시글을 찾아가고, 그 게시글이 어떤 답글에 대한 것인지 명확하지 않아 부모/답글 링크를 표시하기 위해 10번 더 클릭해야 할 때 특히 유용합니다.
이 버튼을 답글 수 및 스레드 깊이 표시와 결합하여, 새 탭에서 열기 전에 이미 더 큰 토론의 일부임을 명확히 알 수 있도록 할 수 있습니다.

이 방식은 평탄한 포럼의 장점(전체 스레드를 쉽게 읽을 수 있음)과 트리 기반 포럼의 장점(특정 답글의 컨텍스트를 볼 수 있음)을 결합하여, 사용자가 계속 “메시지로 이동” 및 “답글 보기” 링크를 클릭해야 하는 불편함을 없앱니다.
포럼이 인스턴트 메신저와 소셜 네트워크보다 더 편리하고, 더 나은 사용성과 기능을 제공할 수 있도록 합시다!

4개의 좋아요

저도 Testing Nested Replies on Meta - #136 by Dituar 에서 이 주장을 하고 있었지만, 전체 주제 대신 오른쪽의 트리 뷰에서 특정 메시지와 그 전체의 부모/답글 체인을 표시하는 것을 제안합니다.

모든 것이 얼마나 아름답게 조화롭고 편리해 보이는지 보세요.