The noisiest people on each side are by far the most aggressive, so having a rate limiter on the noisest folks on each side would be quite effective. It lets the more thoughtful people – on each side – have equal time to the noisiest folks. That’s a big deal.
10개의 좋아요
Another product introduces the same slow mode we discuss here:
6개의 좋아요
오, 이 도구가 우리에게 정말 훌륭한 도구가 될 것 같네요. 일반적으로 우리 커뮤니티는 원만하게 지내지만, 때로는 상황이 너무 격해져서 우리가 대응하기도 전에 일이 폭발적으로 커지기도 합니다. 우리는 대화를 멈추게 하려는 것이 아니라, 속도를 늦추고 싶은 것뿐입니다.
자동 트리거는 우리에게는 크게 신경 쓰이지 않습니다(그 기본값을 어떻게 설정해야 할지 상상조차 되지 않거든요). 하지만 메뉴에 토글 옵션이 있다면 정말 훌륭할 것입니다.
필요하다면 TL4에서는 이 기능을 끌 수 있도록 해 주길 선호하지만, 일반적으로 활성화되어 있어도 괜찮습니다. 특히 우리 지역 대표들에게는 대화를 늦출 수 있는 기능이 매우 중요할 것입니다. 저는 트위치에서 비슷한 기능을 직접 보고 정말 좋아했습니다.
2개의 좋아요
저는 이 기능을 유용하게 활용할 수 있는 롤플레잉 게임 관련 커뮤니티도 운영하고 있습니다.
설명하자면, 토론이 진영 간 대립이나 문화적 차이로 인해 갈라질 수 있습니다. 또한 초보자가 잘 정리된 세심한 설명을 받을 수 있는 질문과 답변 과정도 많이 진행되는데, 때로는 게시자의 열정과 흥분만으로 토론이 생산적이지 않은 방향으로 흐를 수 있습니다. 원래 질문을 올린 원포스터(OP)가 수많은 짧은 메시지 속에 묻혀버리는 상황이 발생하기 때문입니다.
다른 포럼에서 같은 주제에 대해 관리자가 "속도를 늦추자"는 규칙을 적용했던 경험이 있는데, 그 방식이 잘 작동했던 것 같습니다. 소프트웨어에서 자연스럽게 관리할 수 있는 기능이라고 생각하며, 이렇게 하면 항상 비용이 따르는 관리자의 개입이 필요 없어집니다.
이 주제에 구독을 걸어 업데이트가 있으면 알림을 받도록 하겠습니다. 정말 훌륭한 기능이 될 것이라고 생각합니다.
2개의 좋아요
이 기능은 우리 커뮤니티에도 유용할 것 같습니다 
1개의 좋아요
이 기능에 대해 계속 언급하는 것 같아 죄송하지만, 특정 상황에서 일종의 느린 모드(slow mode)가 토론에 얼마나 큰 도움이 되는지 구체적인 예시를 드리고 싶습니다.
내용이 전부 이탈리아어라 죄송합니다. 이 토론에서 제가 주로 우려하는 것은 게시물의 내용 자체가 아닙니다(내용은 대체로 무난하고 정중합니다). 문제는 몇몇 선의의 과잉 열성 유저들이 너무 많은 게시물을 올림으로써 다른 모든 사람의 토론을 막고, 참여를 원하는 외부인들에게 스레드를 접근 불가능하게 만들고 있다는 점입니다.
임시 스레드 잠금 기능이 이 문제를 해결하는 좋은 도구가 아님을 분명히 알 수 있습니다. 이 방법은 문제를 해결하지 못합니다. 스레드가 열려 있는 동안 과잉 열성 유저들은 여전히 원하는 만큼 게시물을 올릴 수 있는 반면, 독자나 더 소극적인 게시자들은 스레드가 잠겨 있어 개입하지 않거나, 스레드가 다시 열렸을 때 이미 접속하지 않아 참여하지 못할 수 있기 때문입니다.
유저당 하루에 한 개의 게시물로 토론을 제한할 수 있는 기능이 있다면, 모든 사람이 참여할 기회를 가질 수 있고, 스레드의 게시물 수도 그렇게 많이 늘지 않을 것입니다.
5개의 좋아요
진심으로 말하지만, 나는 이 개념의 열렬한 팬입니다. 충분히 일리 있는 이야기죠. 다만 이를 실행할 시간이 있는지가 문제입니다!
그동안 해당 사용자들에게 직접 개입해 보시는 것을 추천드리지만, 말씀하시는 마음은 충분히 이해합니다.
11개의 좋아요
네, 지금 그렇게 하고 있습니다.
우리 포럼에도 비슷한 경우가 있어요. 어린이용 스레드가 있거든요. 이 스레드는 포럼에서 가장 활발한 곳인데, 대부분 14~15세 청소년들이 활동하고 있어요, ㅋㅋ. 이들은 스레드에 스팸을 남기는 경향이 있죠. 물론 우리는 사용자 자체에 대한 관리도 하고 있지만, 이 아이들은 소캣펫(가짜 계정)을 만드는 걸 좋아하거든요. 다행히 아직 IP 주소를 바꾸는 개념을 발견하지는 못했지만, 한 번 알아버리면 통제를 더 어렵게 만들 거예요.
3개의 좋아요
관련 문제가 하나 있습니다. 우리는 사람들이 게시글을 작성하는 것을 막고 싶지는 않지만, 다른 사람들이 그 글을 볼 수 있도록 하는 시점을 늦추고 싶습니다.
우리는 몇백 명 규모의 커뮤니티를 운영 중이며, 그중 일부는 거의 항상 온라인 상태입니다. 새로운 주제에 대한 토론이 시작되면, 그 사람들(저도 그중 하나입니다)이 모두 몰려와서 매우 빠르게 답글을 달고, 서로에게 계속 답글을 씁니다.
그 결과, 덜 활발한 사람들이 해당 스레드를 확인할 때쯤이면 이미 하고 싶은 말이 다 꺼내어졌거나, 논의가 끝난 것처럼 느껴져(사람들이 이렇게 직접적으로 말합니다) 댓글을 달 가치가 거의 없는 것처럼 느껴집니다.
이로 인해 우리가 원하는 것보다 훨씬 적은 범위에서 참여와 활발한 논의가 이루어집니다. 스레드의 내용이 시급하지 않은 경우가 많으므로, 더 많은 사람이 참여하는 느린 대화 방식이 훨씬 나을 것입니다.
활발한 사람들의 답글을 원하지 않는다는 것이 아니라, 그들이 즉시 스레드를 장악하고 범람하게 만들고 싶지 않을 뿐입니다. 따라서 일부 또는 모든 스레드에 대해 답글 표시를 지연시키는 기능이 있으면 좋겠습니다. 이 상태에서는 사람들이 답글을 달 수 있지만, 그 답글이 다른 사람들에게 보이는 데까지 일정 시간이 소요됩니다.
이렇게 하면 급박한一来一往(상호 대화가 밀려드는 상황)이 발생하지 않고, 다른 사람들이 깨끗한 상태에서 스레드에 댓글을 달 수 있게 됩니다.
2개의 좋아요
안녕하세요,
우리의 경우에도 문제는 이 몇몇 사람들이 모든 포럼 주제에 끼어든다는 점입니다. 그래서 최근에는 모든 사용자에게 일일 게시(답글 포함) 한도를 설정하는 방안을 고려하고 있습니다. 이 한도는 꽤 높게 설정하여 이 몇몇 파워 유저들에게만 영향을 미치도록 하고, 그들은 다음 날 다시 와서 더 많은 글을 올릴 수 있도록 할 것입니다. 또한 빠른 속도로 진행되는 대화에 특화된 서브포럼은 제외할 계획입니다.
2개의 좋아요
믿어줘, 나는 이걸 카테고리 수준 설정으로 도입하는 쪽으로 점점 더 강하게 찬성하고 있어. 작성할 수 있는 답변 수를 제한해서, 과도한 장황함과 무한한 답변으로 사람들을 압도하기보다는 답변 하나하나에 의미를 담을 수 있게 해주는 거야…
8개의 좋아요
일부 상황에서는 분명 유용할 것입니다.
하지만 저는 답변의 수와 별개로, 답변 속도에 대해 별도의 문제가 있다고 생각합니다.
가장 활발하게 활동하는 사용자들이 게시물을 올리는 데 주저하게 되고 싶지 않습니다. 나중에 다시 돌아오기 위해 여러 단계를 거쳐야 한다면, 이는 정말로 가치 있는 기여자들을 처벌하는 것과 같습니다.
저는 단순히 그들의 기여가 보이는 시점을 늦추고 싶습니다. 그렇게 하면 모든 스레드에서 같은 소수의 사람들이 5분 안에 즉시 댓글을 달지 않게 되니까요.
그렇게 되면 다른 사람들이 답변을 달기를 꺼리게 되고, 결과적으로 더 넓고 참여도가 높은 토론이 이루어질 가능성이 낮아집니다.
4개의 좋아요
크게
이 토론을 읽으면서 한동안 정확히 그렇게 생각하고 있었습니다.
개인적으로, 토론의 일부(및/또는 일부 참가자)를 다른 주제(아마도 폐쇄된 주제일 수도 있고, 확실하지는 않음)로 분기(fork)하는 것이 해결책이 될 수 있다고 생각합니다(조금 더 복잡한 방식이지만). 이 경우 해당 분기된 주제는 메인 페이지에 표시되지 않을 것입니다. 이는 여기서 제기된 몇 가지 문제를 해결하는 방안이 될 수 있습니다. 특정 지점(“뜨거운 주제”)이나 사용자 그룹을 분기하여 결론에 도달하도록 유도한 후, 초기 주제에 요약을 게시하는 방식입니다. 특정 매개변수(예: 반응할 수 있는 시간)에 따라 자동으로 트리거되도록 자동화할 수도 있습니다.
다만, 비합리적인 사용자에 대한 해결책은 많지 않습니다. 그리고 토론의 속도를 “느리게 하는” 것이 "최선"이거나 어쩌면 “유일한” 해결책처럼 보입니다. (그런 사용자를 금지하는 것도 방법이지만, 많은 사용자가 항상 비합리적인 것은 아니므로 간단하지 않습니다.)
3개의 좋아요
여기서 논의되고 있는 많은 전략에 대해 적극 찬성합니다.
3개의 좋아요
2.6 또는 2.7에서, 적어도 지금은 수동 트리거 모드에서만 이 기능을 일정 관리에 포함하는 것은 어떻게 생각하시나요?
수동 트리거 모드에서 제공하면 관리자가 기능을 테스트해 보고, 자동 트리거의 형태를 다듬는 데 도움이 될 수 있는 피드백을 수집하는 데 유리할 것입니다.
3개의 좋아요
유튜브 라이브 영상 채팅에서는 모더레이터가 '슬로우 모드’도 활성화할 수 있습니다. 이 모드는 게시 전에 한 번 더 생각하게 만들어 특정 토론의 열기를 확실히 식혀 줍니다.
3개의 좋아요
좋아요! 목표에 더 가까이 다가가게 해주는 모든 조치에 동의합니다. 구체적으로 어떻게 작동할까요? 
갑작스럽게 떠오른 아이디어는 다음과 같습니다.
- "느린 모드"에서는 각 사용자는 해당 주제에서 4시간에 한 번씩만 게시물을 올릴 수 있습니다.
- 주제 하단, 답글 버튼 근처에 "이 주제는 4시간 후 닫힙니다"라는 알림이 표시되며, "생각 깊은 대화를 촉진하기 위해 이 주제에서는 4시간에 한 번씩만 게시물을 올릴 수 있습니다"라는 문구를 포함합니다.
- 사용자가 하단을 읽지 않아 주제가 느린 모드인 줄 모르고 한 번 이상 게시물을 올리는 경우, 적절한 오류 메시지가 필요합니다. (다만, 이는 다소 아이러니합니다. 이 오류를 트리거하려면 일단 한 번은 게시물을 올려야 하고, presumably 사용자가 주제 하단에서 자신의 게시물을 읽을 때 이를 확인하게 되겠죠?)
@sam @eviltrout, 여러분의 의견은 어떻게 되나요?
6개의 좋아요
이 영역에서 수동 느린 모드(slow mode)를 초기 실험으로 사용하는 데는 문제가 없습니다.
다만 편집 우회 경로(edit loopholes)에는 주의해야 하므로, 느린 모드에서는 편집 허용 시간을 훨씬 더 엄격하게 제한하는 것이 좋겠습니다.
6개의 좋아요
편집 취약점은 주제 내 마지막 게시글을 작성한 경우에만 문제가 됩니다(마지막 게시글을 편집하면 주제가 위로 올라오기 때문이죠). 하지만 확실히 문제가 될 수 있는 좋은 지적입니다.
5개의 좋아요