핵심 코어에서 무시된 사용자 기능을 사용하여 게시글/댓글을 확인하고, 게시글/댓글의 작성자가 무시된 사용자인 경우 해당 게시글/댓글을 숨기는 코드 스니펫에 대한 안내를 받을 수 있다면 좋겠습니다.
저는 게시글/댓글이 무시된 사용자에게 대한 답글인지를 확인하고, 무시된 사용자에게 작성된 경우 해당 게시글/댓글을 숨기도록 수정을 만들고자 합니다.
혹시 이 글도 한번 살펴볼까요? (수정: 이미 확인하셨죠)
하지만 이건 쉽지 않은 일이 될 것 같습니다. 만약 게시글 숨김 기능을 어떻게든 작동시킬 수 있다면, 예를 들어 무시된 사용자의 인용된 게시글은 어떻게 필터링할 건가요? 사용자는 무시된 멤버에 대한 답변은 여전히 보게 될 테니까요.
많은 사람들이 서로를 무시하고 있는 긴 토론을 생각해 보세요. 그런 상황이 발생하면 전체 토론 맥락이 무너져 버립니다. 2~3명의 사용자가 몇 명을 무시하기만 해도, 겹치는 무시 범위가 모두 게시글을 작성할 때 혼란을 초래할 것입니다. 사람들은 이 진정한 차단 문제를 항상 한 사용자의 관점에서만 보고 있습니다. 그런 기능이 가능하다고 가정하더라도, 활성화되는 순간 무시된 사용자들 사이의 겹치는 범위들이 난장판으로 만들 것입니다.
여기에 있는 것 같습니다:
네, 해당 TC(기능 제안)를 확인해 보았습니다. 저는 인용된 게시글에 대해서는 걱정하지 않습니다. 특정 주제의 전체 맥락이 큰 문제가 되지는 않습니다. 무시된 사용자가 없는 주제에서 사람들이 특정 참여자들과만 자유롭게 논의하는 경우가 자주 있기 때문입니다.
무시(Ignore) 기능은 이미 여러 플랫폼에서 충분히 검증되어 작동함이 증명되었습니다. Reddit이나 Facebook 같은 플랫폼들은 양방향 차단(2way block)을 사용하고 있습니다. 사이트의 최종 사용자에게 무시된 사용자의 콘텐츠와 답글(대부분 인용이 발생하는 곳)을 무시할 수 있는 셀프서비스 옵션을 제공하는 것은 분쟁과 스트레스를 줄여 모더레이터 팀의 부담을 덜어주는 데 도움이 됩니다.
링크해 주신 Linca의 TC는 이전까지 무시된 사용자의 게시글이 새 주제 목록이나 검색 결과에도 포함되어 있던 공백을 메워주는 데 도움이 됩니다. 이상적인 세상에서는 아무도 무시/차단 기능이 필요하지 않을 것입니다. 특정 개인의 글을 읽지 않고 그냥 지나칠 수 있기 때문입니다. 불행히도 많은 사람들이 그렇게 하는 데 어려움을 겪고 있습니다.
또한 팀이 사용자 음소거/무시 기능을 추가하는 것을 고려하기까지 상당한 시간이 걸렸던 것도 기억합니다.
때때로 사람들은 다른 사람에 대한 강한 반감으로 인해 극단적으로 대립하여, 그 사람이 사이트를 망치고 있다고 느끼며 우리 모더레이터들이 그 사람을 밴(BAN)해야 한다고 주장하기도 합니다. 저는 정말로 훌륭한 기여자 한 명을 잃었습니다. 그는 무시 기능을 충분하지 않다고 느꼈는데, 무시한 사용자가 다른 사람들을 가스라이팅 한다고 생각했기 때문입니다. 제가 사이트가 모더레이터와 무시된 사용자에게 통지를 보내며, 5명이 그 사람을 무시했다면 커뮤니티가 그 사람을 독성(Toxic)으로 인식할 수 있다고 설명했음에도 불구하고요.
저는 그 사람이 그 기준에 도달하지 못했다고 설명하거나 시도했습니다. 만약 해당 무시된 사용자에 대한 답글이 숨겨졌다면 그는 만족하고 더 이상 불편함을 느끼지 않았을 것입니다.
개인적으로 제 생각에는 팀이 이 아이디어에 대해 더 개방적이어야 합니다. 사이트 설정에 간단한 토글(Toggle)을 추가하고, 활성화된 경우 무시 수준에 대한 사용자 선택 옵션도 추가로 제공하는 것이 좋습니다.
거의 모든 사용자가 서로를 무시하고 있어서 커뮤니티 토론이 영향을 받는다면, 그것은 정말로 커뮤니티가 아닙니다.
Linca님, 감사합니다. 이 내용을 검토해서 해결 방법을 찾아보겠습니다. 추가로 도움이 필요할 수 있는 부분은 대상(post/comment 작성자)을 답글이 향하는 사람으로 전환하는 것입니다.
그리고 JScript로 이식을 하는 방법을 알아낼 수 있다면 좋겠습니다. Linca님의 TC(테마 커스텀)를 연구하는 것도 도움이 될 것 같습니다. AI에게 몇 가지 질문을 해봤지만 아직까지 큰 성과를 얻지 못했습니다. 개인적으로 JScript가 가장 좋다고 생각합니다. 플러그인과 달리 설치에 큰 제한이 없고, 해당 기능을 사용하는 사람이 우회하려고 시도할 가능성도 매우 낮기 때문입니다.
지금까지 가장 잘 작동했던 방법은 인용된 내용을 단순히 비워두는 것이었는데, 그래도 인용이 있다는 표시는 남아 있었습니다. 하지만 개인적으로는 직접적인 답글을 숨기는 것만으로도 대부분의 경우에 충분하다고 생각합니다.
이것은 그런 기능을 경계해야 할 좋은 이유가 될 수 있습니다. 그렇게 하기 위해.
그 손실에 대해 정말 안타깝습니다.
다섯 명의 다른 멤버가 누군가를 무시해야 알림이 트리거되는 임계값은 사이트 규모에 따라 다소 자의적으로 느껴질 수 있습니다. 그 숫자에 도달하기 전에 중재 조치를 취해야 할 정당한 이유가 있을 수 있습니다.
이론적으로 이 아이디어는 사람들이 다른 멤버와 그들에게 대한 주요 직접적인 답변을 모두 숨기거나 무시할 수 있게 하므로 의미가 있습니다. 이 개념의 문자 그대로의 예는 사람들이 커뮤니티 회의에서 자신의 이어플러그를 가져올 권리가 있어 모든 사람의 말을 들을 필요가 없다는 것이며, 누군가의 발언에 대한 많은 논쟁이 벌어지면 그것이 진정될 때까지/만약 진정된다면 이어플러그를 착용한 채로 있는 것이 좋은 아이디어라는 것입니다.
그러나 사람들이 무시하고 있는 댓글/토론에 중요한 정보가 포함되어 있다면, 토론에서 중복이 발생하고 그 정보를 놓쳐서 혼란이 생길 수 있습니다.
회원 수는 6,000명이며, 당시 정기적으로 활동하는 회원은 300명이었습니다. 5는 매우 작은 수치입니다.
다른 플랫폼들이 이미 이것이 토론에 영향을 주지 않음을 보여주고 있으며, 이는 상호 차단(mutual block)을 사용하는 플랫폼들입니다. 즉, 누군가를 차단하면 서로의 게시물이나 서로에 대한 답글을 볼 수 없게 됩니다. Reddit을 참고해 보세요.
개인적으로는 상호 차단보다 직접적인 답글만 숨기는 것이 더 충분하다고 생각합니다. 상호 차단을 사용하면 일부 좋은 정보를 잃을 수 있기 때문입니다.
기억하시는지 모르겠지만, 여기에는 섀도우 배너(shadow ban)에 대한 주제도 있습니다. 현재 Discourse의 무시(Ignore) 기능은 사이트 전체의 무시보다는 개인적인 섀도우 배너처럼 작동합니다. 사이트 전체의 섀도우 배너는 좋은 아이디어가 아닐 수 있지만, Discourse의 개인용 무시 섀도우 배너는 나쁘지 않으며, 더 많은 컨트롤이 필요한 사용자를 위해 좀 더 세밀한(Finess) 조절이 가능하도록 개선될 필요가 있을 뿐입니다.
중요한 정보가 손실될 것이라는 주장은 오해입니다. 이 팀은 오랫동안 사용자 무시 옵션을 피하다가, 나중에 이 부분 기능을 추가할 뿐만 아니라 영구적(permanent) 옵션까지 추가했습니다.
이 팀이 이 부분 기능을 추가하기 전, 제 회원 중 한 명이 사용자 무시 기능을 갖춘 타몽키(Tampermonkey) 스크립트를 직접 작성했습니다. 이 스크립트는 Ops(운영진)와 특정 그룹을 꾸며 표시하고, 특정 사용자에게 닉네임도 추가했습니다.
이것은 더 완전한 차단은 아니었지만, 회원 수가 적었던 당시에는 스크립트를 공유했을 때 충분했습니다. 이전에 어떤 옵션도 없었기 때문입니다.
결론적으로, 이 확장이 정말 필요한 커뮤니티들이 있습니다. 테마 컴포넌트만으로도 충분할 것입니다. 키 타입(key type) 커뮤니티를 원하신다면—정신 건강 도움 커뮤니티와 정치 커뮤니티는 상당히 극단적으로 나뉘어 있을 수 있습니다. 과도하게 단순화된 무시 기능만으로는 갈등을 줄이기에 충분하지 않습니다. 일부는 사람들이 말하는 "진정한 완전한 차단(True Complete Block)"을 필요로 할 수도 있습니다. 그러나 대부분의 경우 제 제안이 충분할 것이라고 생각합니다. 이 기능을 사용할 사람은 우회하려고 시도하지 않을 것이므로, TC(진정한 완전한 차단)만으로도 충분합니다.
Reddit의 경우, Reddit 계정이 있으면 모든 Reddit 페이지에서 이 기능이 적용되는 건가요, 아니면 Discourse처럼 독립적인 사이트들이 따로 있는 건가요? Discourse의 이메일/IP 차단 기능은 다른 플랫폼들이 가진 것보다 이미 훨씬 더 강력한 기능인 것 같습니다.
흥미로운 토픽이었는데, 닫힌 것으로 기억합니다.
이렇게 생각해 본 적은 없었지만, 그렇게 볼 수도 있겠습니다. 예를 들어, 사람들은 자신의 게시글이 다른 회원들에게 보이고 읽히고 있다고 생각할 수 있지만, 실제로는 그렇지 않은 경우가 있을 수 있습니다. 하지만 답글이 없다는 점에서 그 사실도 분명해지겠죠.
무시되는 내용에 중요한 것이 있는지 여부에 따라 정말로 달라집니다.
수천 명의 회원이 있는 사이트라면, 일부 사람들이 다른 사람들을 무시하는 것을 선택하더라도 대화는 물론 계속될 수 있습니다.
양극화는 좋은 것이 아닙니다. 일부 정치 체제는 양극화 자체가 목적이 되도록 의도적으로 구축되어 있어, 이는 주요한 문제입니다.
레딧은 포켓 커뮤니티(Pocket Communities)의 시스템입니다. 특정 사용자를 차단하면 사이트 전체에 적용됩니다.
커뮤니티 모더레이터는 디스커스 인스턴스의 풀 모드(Full Mod)와는 다릅니다. 예를 들어 플래그와 커스텀 플래그를 처리할 수 있지만, 플래그는 익명입니다. 누가 플래그를 걸었는지는 레딧 팀만 볼 수 있습니다. 커뮤니티 모더레이터가 할 수 있는 최선은 플래그 남용을 보고하는 것입니다.
이메일/IP 차단은 레딧 커뮤니티 모더레이터가 통제할 수 있는 사항이 아닙니다. 누구나 서브커뮤니티를 생성하고 관리할 수 있는 플랫폼인 만큼, 그 수준의 접근 권한을 아무에게나 부여하는 것은 어리석은 일이 될 것입니다. 디스커스의 카테고리 모더레이터(Category Mod)가 이와 더 유사합니다. 리처드는 최근 풀 모드와 카테고리 모드 모두에게 사용자를 사이트 전체가 아닌 특정 카테고리에서만 침묵시킬 수 있는 권한을 확장하는 훌륭한 플러그인을 출시했습니다. 참고로 카테고리 모드는 사이트 전체 침묵 옵션을 얻지 못합니다. 그의 로드맵에는 시간 제한 및 카테고리 전체 차단을 최종적으로 추가할 계획이 포함되어 있습니다.
사실 이는 더 완전한 시스템이 필요하다는 점의 일부일 뿐입니다.
결론적으로, 선택적 추가 기능을 사용하지 않기를 원하는 포럼은 굳이 사용할 필요가 없습니다. 사용하는 경우에도, 팀이 우려하는 매우 미미한 위험만 감수하면 됩니다. 일부에서는 사이트의 중요한 정보가 담긴 특정 카테고리를 사용자가 팔로우하도록 요구할 수 있으므로, 사용자가 카테고리를 언팔로우하지 못하도록 하는 옵션도 있어야 한다고 말할 수도 있습니다. 
그리고 그것도 일리 있는 말입니다.
본인도 직접 보았겠지만, 때때로 다른 커뮤니티 멤버들이 단순히 커뮤니케이션 스타일 때문에 개인에게 부정적으로 반응하는 경우가 있습니다.
@RGJ Richard인가요?
아마 좋은 기능이겠네요.
그 부분에 대해 정확히 어떤 것을 언급하고 있는지 확실하지는 않지만, 물론 소통 방식이 항상 합리적으로 보일 만큼 더 큰 반응이나 응답을 초래할 수 있습니다.
이는 누군가의 의도를 인식하는 문제와 관련이 있을 수 있습니다. 예를 들어, 특정 이유와 목적을 가지고 비유나 우화를 사용하여 말하거나 글을 쓸 때, 텍스트를 통해 누군가가 무엇을, 왜 이야기하고 있는지 파악하기가 어려울 수 있습니다. 이는 의도적으로 대화를 엉망으로 만들려는 경우와 대비됩니다.
텍스트로 대신 전화로 상황을 확인해 보라고 그들에게 권하는 것이 도움이 될 수 있습니다.
바로 그런 상황이었습니다. 그래서 저는 의도의 오해/착오가 발생하여 특정 개인에 대해 일부 사람들이 어려움을 겪게 되었다고 말씀드린 것입니다. 이는 종종 불관용의 원인이 됩니다.
여러분이 구축하려는 커뮤니티와 같은 소규모 커뮤니티라면 전화 통화가 도움이 될 수 있습니다. 하지만 국제적으로 구성원이 많은 대규모 커뮤니티의 경우, 받을 수 있는 전화의 양 때문에 오히려 해가 될 수 있습니다.
Jag가 자신의 관점에서 그 비유를 사용한 이유는, 여러분의 커뮤니티 계획 아이디어에 대한 맥락을 가지고 있지 않았기 때문이었습니다.
반드시 통화량이 너무 많을 필요는 없습니다. 필요할 경우, 계정 무음/정지 해제 전에 누군가와 전화로 대화해야 한다고 중개인(moderation)이 말하면 됩니다.
실제로 필요하지 않는 한 침묵이 최선입니다. 회원은 여전히 관리자로부터의 개인 메시지에 응답할 수 있기 때문입니다. 지역 회원인 경우 전화 통화도 나쁘지 않습니다. 다만, 시스템에서 자동으로 침묵 처리되는 양에 따라 매우 부담스러울 수 있습니다. 하지만 개선된 무시 기능에 대한 제안과 마찬가지로, 실제로 시도해 보고 그 후 어떻게 진행할지 결정하는 것이 유일한 방법입니다.
네, 그건 다른 주제입니다. 자동 무음에 대해 말씀드린 게 아니라, 실제로 비정상적인 계정 활동이 발생해 무단 접근일 수 있거나 신원 확인 등 다른 조치가 필요한 경우에 대한 이야기였습니다. 전화로 대화해 보는 것이 항상 도움이 되지는 않으니, 시도할지 말지는 중재자의 재량에 맡겨져야 합니다.
수년에 걸쳐 텍스트로만 소통하다 보면 소통이 무너지기 시작하는 모습을 여러 번 봤습니다. 텍스트 전용 소통에는 그런 문제가 생길 수 있습니다.