2011년에 Jeff는 대체형 밴(ban)의 유형에 대해 훌륭한 블로그 글을 작성했습니다:
Discourse Shadowban 플러그인이 있다는 것을 알 수 있습니다. 하지만 섀도밴/헬밴은 밴된 사용자가 쉽게 발견할 수 있습니다: 로그아웃 상태로 포럼을 둘러보면 됩니다.
Discourse 팀이 슬로우밴이나 에러밴 구현을 고려할까요? 아니면 그것이 플러그인으로 구현되어야 할까요?
사용자를 신뢰 수준 0으로 잠그고(그로 인해 발생하는 속도 제한이 포함됩니다) 하는 것과 슬로우밴이 제공하는 기능 중 무엇이 다른가요?
제 생각에는 정지나 밴까지 정당화할 만큼 심각하지는 않은 문제 사용자를 더 낮은 신뢰 수준으로 잠그고 속도 제한을 적용하는 방식이 잘 작동합니다. 메타(Meta)에서도 그렇게 하고 있습니다.
공식적인 정지나 밴(BAN) 처분은 사용자가 보복 행위를 일으킬 수 있으며, 이는 포럼 밖에서도 발생할 수 있습니다. “밴이잖아! 그들은 나를 침묵시키려는 거야! 나는 반응을 얻었고, 이건 흥미진진해! 나는 포럼을 결집시켜 모더레이터들이 얼마나 악의적인지 보여줄 거야!”
비공개 밴은 사용자가 보복 행위를 일으키지 않도록 하면서 페널티를 부과하는 방법입니다. 이상적으로는, 사용자가 포럼에 대한 관심 자체를 잃게 되는 것입니다.
제프가 게시물에서 지적했듯이:
저는 매일 참여하고 있을지도 모를 대규모 온라인 커뮤니티의 운영 책임자들과 직접 대화한 적이 있습니다. 그리고 그 커뮤니티들이 아직 완전한 혼란으로 붕괴하지 않은 이유 중 하나는, 그들이 가장 문제가 되는 사용자들에게 비공개로 **헬밴(hellban)**과 **슬로우밴(slowban)**을 적용하고 있기 때문입니다. 이러한 방법들은 문제 사용자들이 최소한의 갈등 속에서 “자발적으로” 커뮤니티를 떠나는 결정을 내리도록 하는 문제를 깔끔하게 해결해 줍니다. 효과가 입증된 기법에는 반박하기 어렵습니다.
제가 제안한 내용은 전혀 아닙니다. 저는 해당 사용자를 낮은 신뢰도 레벨로 잠가서 게시글을 제한하고, 결과적으로 게시글 작성 속도를 느리게 (게시 빈도를 줄이는 의미로) 만드는 것이 왜 안 되는지 물었습니다.
Discourse 팀의 입장을 명확히 하기 위해 말씀드립니다.
가까운 미래에 slowban, errorban, hellban, disemvowling, 자동화된 보복적 DoS 공격, downloadfloodban, bitcoinban 및 기타 보복적 기능을 핵심 제품(core product)에 통합할 계획이 없습니다.
이와 관련된 영역에 플러그인을 개발할 계획도 없습니다. 이 유형의 기능은 제3자 플러그인에서 제공되어야 합니다.
내 새 최애 단어다.
고객에게는 그런 선택지가 없다는 점을 염두에 두시기 바랍니다. 불만이 생길 가능성이 있으므로, 고객의 요구와 직원의 책임이 어떻게 조화를 이룰 수 있을지 후순위로 밀어둔 아이디어들을 다시 꺼내어 고민해 볼 필요가 있습니다.
아마도 이런 이유로 제한 사항이 존재하고, 양쪽이 잘 맞지 않을 때 추가적인 노력이 필요하는 것이겠지요.
또 다른 관점은 더 강력한 밴(차단) 도구가 더 나은 모더레이션과 동일한 문제를 해결한다는 것입니다. 트롤은 항상 존재하겠지만, 문제적인 사용자의 많은 사례는 모더레이터의 일관되고 소통을 중시하는 대응으로 바로잡을 수 있습니다. 커뮤니티는 민주주의가 아니기 때문에(따라서 참여 규칙을 강제할 수 있지만), 우선 사람들에게 자신의 행동에 대해 더 나은 선택을 할 기회를 주는 것이 좋습니다. 제 생각에는 그것이 품위 있고 존중하는 태도입니다.
