아, 설명을 좀 덧붙이자면: 저는 단순히 우리도 영구적으로 슬로우 모드를 사용 중이라는 것을 알리기 위해 게시글을 남긴 것이지, @dfabulich의 요청에 동의하는 것이 아닙니다 – 사실 그가 정확히 무엇을 요청하는지 저도 명확하지는 않습니다.
사실 우리는 말씀하신 그 이유로 수정 허용 시간을 늘린 적이 있습니다.
5개의 좋아요
먼저 슬로우 모드가 꺼져 있는 상태, 즉 일반적인 상황에서 '편집 유예 기간(editing grace period)'에 대해 일반적인 코멘트를 하나 드리겠습니다.
편집 유예 기간은 꽤 이상한 기능입니다. 왜냐하면 그 공식적인 목적은 ‘빠른’ 편집에 대해 편집 이력 항목을 생성하는 것을 방지하기 위해서이기 때문입니다. 솔직히 왜 그렇게 하고 싶은지 저도 잘 모르겠습니다… 편집에 대해 이력 항목을 기본적으로 항상 원하지 않나요? 예를 들어 누군가가 10초 뒤에 오타만 수정하더라도, 왜 그 편집에 대한 이력 항목이 필요 없다고 생각하는지, 혹은 최소한 작은 ‘편집됨’ 표시 정도는 필요 없다고 생각하는지 이해가 되지 않습니다. (편집 기능을 지원하는 채팅 클라이언트에서도 보통 편집 속도와 관계없이 모든 편집에 대해 '(편집됨)'이라고 표시합니다.)
특히 누군가가 수정 사항을 댓글로 남길 수 있을 만큼, 그리고 그 댓글에 반응하여 게시물을 편집할 수 있을 만큼 편집 유예 기간이 길면 매우 혼란스럽다고 생각합니다. 이렇게 되면 원래 댓글의 증거 없이 수정 사항이 무효화됩니다.
어쨌든, 코로나19 관련 토론에서 사람들이 하고 싶어 했던 편집은 ‘아, 오타’ 같은 것이 아니라 '아, 그건 잘못했네’라는 실질적인 수정이었고, 이는 일반적으로 수정 요청이나 설명 요청에 대한 반응으로 이루어졌습니다. 예를 들어 다음과 같은 경우입니다.
- “이것이 가짜라는 것을 이제야 알게 되었습니다. 게시한 것을 죄송합니다. 불행히도 이제 내 게시물에서 링크를 제거하기 위해 편집할 수 없습니다.”
- “내가 말하고자 했던 것은 _____입니다. 내 이전 게시물을 편집해서 명확히 하고 싶습니다.”
- “더 이상 이것이 옳다고 생각하지 않습니다. 아래에 있는 제 77번 게시물을 참조하세요. 제가 직접 할 수 없으므로 제 이전 게시물을 업데이트해 달라고 관리자에게 알림을 보냈습니다.”
편집 유예 기간을 수 시간이나 수 일처럼 매우 긴 시간으로 늘릴 수는 있겠지만, (유예 기간은 사이트 전체에 적용되는 설정이므로) 그렇게 하면 포럼 전체에서 모든 편집 이력 항목이 완전히 사라질 것입니다. 따라서, 저는 정말로 그렇게 하고 싶지 않다고 주장합니다!
명확히 하자면, 제가 '과장된(overblown)'이라고 말할 때 '생각하시는 것보다 가능성이 낮다’는 뜻이 아니라, '생각하시는 것보다 심각하지 않다’는 뜻입니다. 만약 사람들이 '편집 구멍(edit loophole)'을 악용하여 코로나19 관련 토론을 채팅방으로 바꾸기 시작한다면, 그렇게 하는 사람들을 일시적으로 정지 조치할 것입니다. 제 생각에, 기술로는 어색하게만 해결할 수 있는 사회적 문제는 단호한 모더레이션(관리)으로 쉽게 해결할 수 있습니다.
여기서 말씀하시는 기능 결정이 무엇인지요? 누구의 혼란을 말씀하시는 건가요?
9개의 좋아요
저도 @dfabulich님의 말씀에 동의합니다. 그레이스 기간이 지난 후에 게시물을 수정하면 게시 타이머가 초기화되는 건 좀 이상하네요.
1개의 좋아요
제 생각은 이렇습니다. 슬로우 모드는 (제 생각에) 모더레이션을 대체하기 위한 것이 아니라, 모더레이션을 더 쉽게 만들기 위해 존재합니다. 이는 상황이 격해졌을 때를 위한 것입니다. 사이트의 어떤 기능을 악용하는 사람들은 다른 방식으로 모더레이션 대상이 됩니다. 한마디로, 서로 잘 지내거나, 아니면 이 놀이터에서 나가야 합니다.
7개의 좋아요
발생할 수 있는 경우 중 하나는 게시물이 신고되어 신고가 받아들여진 경우입니다. 작성자에게는 가이드라인에 맞게 게시물을 수정하면 자동으로 복구될 것이라는 알림이 전송되지만, 슬로우 모드(slow mode)로 인해 해당 토픽의 지연 시간(예: 1시간) 동안 이를 수행할 수 없는 상황이 발생합니다.
이것은 예외적인 경우이지만, 우리는 격렬한 게시글에 대응하기 위해 슬로우 모드를 활성화하는 경향이 있기 때문에 몇 번이나 이런 상황에 부딪힌 적이 있습니다. 이 경우 일부 정리 작업이 필요하기 때문입니다.
전체적으로 볼 때 슬로우 모드는 여전히 훌륭하고 가치 있는 기능이며, 관리자들이 손톱을 물어뜯을 정도로 곤란해했던 일부 토픽에서 논의를 개선했습니다. 슬로우 모드가 '토픽을 구원’하여 논의가 건설적이고 예의를 갖춘 상태로 유지되었습니다.
4개의 좋아요
아니요, 그렇지 않습니다. 단순한 철자 실수에 대해 영구적인 기록을 남기는 것은 무의미하기 때문입니다. 그레이스 기간(수정 허용 시간)은 ‘제출’ 버튼을 눌렀다가야 비로소 발견한 실수를 수정할 수 있도록 하기 위한 것입니다. 이런 일은 항상 발생합니다. “밝은 빛 아래 인쇄된” 형태로 확인하게 되면, 편집기에서는 보이지 않던 작은 오류와 실수들이 갑자기 눈에 띄기 시작합니다.
그리고 그들은 마치 일반 사람처럼, 일반적인 대화 흐름 속에서, 일반적인 답변으로 그렇게 할 수 없었습니다… 왜냐하면…? 아마도 게시 간격이 너무 길어서 줄여야 하기 때문일까요? 여기서는 이것이 당신의 첫 번째 해결책이 되어야 한다고 생각합니다. 사용자들은 당신이 선택한 슬로우 모드 간격이 너무 길어 줄여야 한다고 말하고 있습니다. 새로운 버전의 UI는 시간을 더 짧은 단위로 앞당겨 표시하고 슬로우의 “선택적” 부분을 _제거_함으로써 이 부분을 근본적으로 강조할 것입니다. (걱정 마세요, ‘영구’ 설정도 여전히 가능하지만, 마찰을 주기 위해 아래로 스크롤하여 선택해야 합니다.)
"아이고, 명백히 위험한 잘못된 정보를 링크로 올렸네"라는 상황에 대해서는 공감합니다 – 하지만 정말로 그 정도로 위험하다면, 왜 관리자 주목을 받도록 플래그를 지정하지 않는 것일까요?
그리고 "그레이스 기간 편집 허점"을 사용하는 사람들을 동일한 이유로 정지할 수 없는 이유는…?
슬로우 모드에서 _한 번_의 허용된 편집을 추가하는 아이디어에는 확실히 열려 있습니다, 하지만 먼저 다른 UI 변경 사항을 배포하고 싶습니다… 그리고 그동안 제가 읽어본 바로는, 당신의 커뮤니티가 선택한 슬로우 모드 간격이 약간 너무 길다고 말하고 있습니다. 줄여보십시오.
완전히 타당한 지적이며, "아이고, 정말로 위험한 잘못된 정보를 링크로 올렸네"라는 시나리오와도 맞닿아 있습니다.
10개의 좋아요
@dfabulich 님이 핵심적인 구분을 짚어주셨다고 생각합니다. 편집에는 (최소) 두 가지 서로 다른 종류가 있으며, Discourse 소프트웨어는 향후 이를 다르게 처리할 수 있을 것입니다:
- 사소한 수정—예: 오타와 철자 오류.
- 내용 수정 및 명확화—즉, “사실을 바로잡는 것.”
(1)의 경우, 예를 들어 5분간의 편집 허용 기간은 합리적입니다. 저는 이 기능을 적극적으로 활용하며, @codinghorror 님의 “크고 선명한 글씨로 인쇄된 것 같은” 효과에 대해 전적으로 동의합니다.
그러나 (2) 유형의 편집을 처리하기 위해 편집 허용 기간을 사용하는 것은 최선의 해결책이 아니라고 생각합니다. 대신, Discourse에 “수정 내역 추적” 기능이 있었다면 어떨지 상상해 보세요. 허용 기간이 지난 편집이 아무것도 지우지 않고, 대신 문구를 취소선으로 긋고 새로운 내용은 예를 들어 노란색 배경 CSS로 강조하는 방식이라면요. 이는 이후에 그 피드백을 제공한 게시물의 유효성을 무효화하지 않으면서도, 잘못된 정보를 바로잡고 이전에 명확하지 않았던 진술을 명확히 하는 데 놀라울 정도로 유용할 것입니다. 또한, “편집 기능에 대한 두려움”을 가진 사람들의 우려를 덜어줄 수도 있습니다. 그들은 (적어도 제 커뮤니티에서는) 과거의 진술이 지워질 수 있다는 사실에 반발해 왔는데, 이는 과거의 진술을 지우는 것이 해결하는 것보다 더 많은 혼란을 초래할 수 있기 때문입니다.
“왜 일반 사람처럼 일반적인 답변으로 그렇게 하지 않는가”에 대해 말하자면, 제 경험상 일반 사람들은 반응적입니다. 그들은 스레드 상단의 내용을 읽고, 이후 게시물에 있는 수정 사항을 항상 알아채지 못합니다—특히 내용 많고 복잡한 주제에서는 더욱 그렇습니다. 문제의 싹을 초기에 잘라내는 것이 훨씬, 훨씬 나을 것입니다. 즉, OP(최초 게시물) 자체를 수정하는 것이죠.
4개의 좋아요
이 기능은 이미 존재하며, Discourse의 초기부터 있어 왔습니다. 수정된 게시물의 오른쪽 상단에 있는 연필 아이콘을 클릭하거나 탭하면 됩니다. 수정이 최근에 이루어졌다면 연필 아이콘은 선명한 빨간색으로 표시되고, 수정 시점이 멀어질수록 검은색으로 페이드됩니다.
참고로, 그레이스 기간 내의 수정(기본값으로 게시 후 5분 이내)은 수정 이력을 생성하지 않습니다.
이것이 제가 Slow Mode로 설정된 토픽에서 몇 시간 뒤에 이루어진 수정 사항이 사람들에게 인지될 것이라고 매우 회의적인 이유이기도 합니다. 특히 이미 몇몇 사람들이 당신보다 나중에 게시물을 남긴 경우라면 더욱 그렇습니다. 그 독자들이 정말로 위로 스크롤을 올려서, 아, 네가 이 문제에 대한 의견을 수정했구나라고 알아차릴까요? 제 경험상, 사람들은 그렇게 행동하지 않습니다.
2개의 좋아요
여기서 논의되는 시나리오는 이미 게시글을 읽고 위로 스크롤해야 하는 사람들이 아니라, 아직 모든 내용을 읽지 않은 새로운 독자들입니다. 따라서 수정된 게시글은 "잘못된 주장을 하고 있으며 아직 그 오류를 수정하지 않았으니 분명히 <분노를 유발하는 단어>이며 이를 지적해야 한다"는 식으로 해당 인물에게 몰려들려는 유인을 제거하게 됩니다.
6개의 좋아요
맞습니다. 하지만 여기서 제가 추측하고 있는 것은 다음과 같습니다. 만약 이 기능이 연필 버튼 뒤에 숨겨져 있지 않다면 어떨까요? 예를 들어, 허용 기간이 지난 후 편집이 이루어졌거나, 편집 내용이 충분히 중요한 경우, 사용자가 명시적으로 무언가를 클릭하지 않아도 편집된 게시물에 변경 사항이 시각적으로 표시된다면 어떨까요? 저는 이것이 상당한 가치가 있을 것이라고 생각합니다. 이는 잘못된 정보의 확산을 방지하는 데 도움이 될 것입니다. 또한, 각 발언이 언제 이루어졌는지에 대한 출처를 명확히 보여줌으로써 우려 사항을 더 잘 균형 있게 처리하면서도, 더 이상 유효하지 않은 발언에 대한 반응을 줄이는 데 기여할 것입니다. 또한, 느린 모드(슬로우 모드) 게시판에서 시간 제한을 우회하기 위해 편집을 남용하는 현상도 줄어드릴 것으로 예상됩니다. 게시물이 반복적으로 편집되면 매우 지저분해 보일 것이므로, 대부분의 사람은 자연스럽게 이를 피할 것이라고 생각합니다.
저는 이를 강력히 주장하는 것은 아니며, Discourse가 항상 그렇게 작동해야 한다고 생각하지도 않습니다. 예를 들어, 많은 커뮤니티에서 사용 중인 ‘가이드’ 스타일의 게시판에서는 OP(첫 번째 게시자)가 자료를 확장하고 수정하기 위해 시간이 지나면서 편집을 수행하므로, 이러한 방식은 잘 작동하지 않을 것입니다. 단지 참고할 만한 아이디어를 제시해 드리는 것입니다.
2개의 좋아요
매우 훌륭한 지적입니다. 하지만. 대화를 읽고, _여러 번의 응답_을 통해 입장이 변화하는 것을 기대하는 것도 사실입니다. 따라서 어떤 사람이 주제에 단 하나의 게시물로 정확히 그리고 완벽하게 그들의 최종적인 이해를 표현하고 있을 것이라고 기대하는 것은 비현실적입니다.
다만, XKCD 386에서 언급된 트리거 요인에 대해서는 충분히 공감합니다. 만약 그 트리거가 되는 부분이 _수정되어 삭제_될 수 있다면, 이후의 모든 답변은 더 좋아질 것이고, 전체 주제도 개선될 것입니다 .. 
저는 "단 한 번의 수정"을 단호히 지지합니다. 특히 “아, 정말 위험한 오정보를 올렸구나” 하는 경우라면 더욱 그렇습니다. 하지만 저는 사람들이 이 위험을 다소 과장하고 있다고 느끼며, 사람들이 해당 주제를 실시간 편집 채팅 세션으로 변질시키는 위험을 과소평가하고 있다고 생각합니다. … 하지만 단 한 번의 수정은 이 경우에도 좋은 절충안이 될 수 있습니다.
5개의 좋아요
여기서 우리가 우려하는 부분 중 하나는 악의적으로 편집하는 사람들이고, 다른 하나는 자신의 게시물에 있는 오류를 수정하려는 마음이 급해서 이후 답변들의 논리적 흐름이 깨지는 것은 신경 쓰지 않는 사람들입니다.
인터넷에서 제가 틀린 말을 했을 때, 저는 수정 사항이나 수정 확인을 게시하고, 오류가 있는 게시물에 "수정: 아, 아래를 보세요"와 같은 내용을 추가합니다. (물론 저는 항상 선의로 행동합니다.) 만약 이런 상황이 흔하다면, ‘수정 답변’ 또는 유사한 기능을 요청하는 것이 합리적일 수 있습니다. 이 기능은 스레드 하단에 새 게시물을 올리되, 오류가 있는 게시물에 부기(postscript)로 주석을 달아주는 방식입니다. (편집이 허용되지 않는 경우를 위해, 편집을 허용하지 않으면서도 이렇게 처리합니다.)
두 번째로: 이 스레드 중 일부는 슬로우 모드를 사용하여 관리자가 당직에 들어올 때까지 기다리면서, 스레드가 어떻게 전개되는지 모니터링하고 반응하려는 목적으로 사용하고 있습니다. 이는 타당한 방법일 수 있지만, 또 다른 모델도 있습니다. 그것은 슬로우 모드가 온도를 높일 수 있는 빠른 연쇄 답변을 방지하고, 더 느리지만hopefully 더 신중하게 고려된 답변을 허용하는 수단으로 사용하는 모델이며, 이 모든 것이 관리자 없이 이루어집니다. 개인적으로 저는 두 번째 방식을 기대하며, 그 경우 1시간이면 식기에는 충분히 길 것입니다. 1시간이 지나도 사람들이 여전히 감정적이라면, 관리자와의 대화가 필요합니다.
저도 이전에 게시물을 일시적으로 닫은 적이 있는데, 이는 잘 받아들여지지 않았습니다. 이제 슬로우 모드가 사용 가능하므로, 앞으로는 이를 사용하겠습니다.
5개의 좋아요
좋습니다. 어떻게 되는지 알려주세요. "유예 기간 이후에 편집을 정확히 한 번만 허용"하는 쪽으로 점점 더 마음을 열고 있습니다. 예시들이 제 생각을 확신하게 해주었거든요:
수정: 이 작업은 #releases 채널의 2.8 릴리스 목록에 추가되었습니다.
5개의 좋아요
좋은 소식입니다! 기존 게시물을 편집할 수 있도록 사이트 설정을 추가하는 커뮤니티 PR이 있습니다 (기존 규칙 내에서 작동합니다).
먼저 이 간단한 사이트 설정 방식을 시도해 보고 결과를 살펴보는 것이 좋다고 생각합니다. 편집 전쟁이 벌어지지 않는다면, 이보다 더 정교한 기능이 필요 없을지도 모르겠네요?
8개의 좋아요
OK, 범위를 줄이겠습니다. 해당 사이트 설정이 이제 배포되었으므로, slow mode prevents editing(슬로우 모드에서 편집 방지)을 OFF로 전환해 보시고, 결과를 알려주세요. @auser @dfabulich @TallTrees @FroggyC
슬로우 모드 토픽에서 테스트를 해보았는데 편집 남용이 (유의미하게) 발생하지 않았다면, 해당 사이트 설정을 제거하고 슬로우 모드에서도 일반 편집 규칙을 허용할 수 있을 것입니다.
10개의 좋아요
방금 우리 사이트의 스위치를 켰습니다. 진행 상황 알려드릴게요! 이 PR 작업을 해준 @mint_saxon님께 감사드립니다.
5개의 좋아요
저도 방금 내 사이트에서 활성화했습니다. 진행 상황을 알려드릴게요.
4개의 좋아요
@dfabulich님과 @FroggyC님은 어떤 결과를 얻으셨나요?
2개의 좋아요
다행히도 지난 한 달 정도 동안 슬로우 모드가 필요할 정도로 과열된 스레드는 없었습니다.
모더레이터들에게 이를 상기시켜 주었고, 상황이 요구할 경우 definitely 이 기능을 사용할 것입니다.
4개의 좋아요
성공적으로 작동했습니다! 우리 포럼에서 NFT에 대해 뜨거운 논쟁이 벌어졌어요. 슬로우 모드를 활성화하되 slow mode prevents editing은 비활성화하니 상황이 조금 진정되었습니다.
편집 기능을 악용하려는 시도는 없었습니다.
아직 초기 단계이지만, slow mode prevents editing을 다시 활성화할 일은 없을 것 같습니다. 앞으로는 모든 포럼에서 기본적으로 비활성화(편집 허용)하도록 설정하는 것을 권장합니다.
10개의 좋아요