수년간 "위키 게시글이 수정될 때 어떻게 하면 토픽이 위로 올라갈까요?"라는 질문에 대한 답은, 답글을 방지하기 위해 토픽을 닫고 위키 아래에 있는 모든 답글을 삭제하는 것이었습니다. 이렇게 하면 위키 게시글에 대한 수정이 마지막 게시글에 대한 수정이 되었고, 마지막 게시글이 수정되면 토픽이 위로 올라가게(bump) 되었습니다.
이제 마지막 게시글을 수정해도 토픽 목록에서 더 이상 위로 올라가지 않습니다. 그렇다면 이제 모두는 위키의 수정 사항을 어떻게 추적하나요?
위키 수정에 대한 알림을 받으려면 토픽을 지켜볼(watch) 수 있다는 점은 알고 있습니다. 하지만 저에게는 같은 상황이 아닙니다. 저는 모든 사용자에게 기본적으로 특정 토픽을 지켜보도록 설정할 수 없습니다. 하지만 토픽이 위로 올라가면(bump) 모든 사용자에게 보일 것입니다. 방문자조차 토픽이 위로 올라간 것을 볼 수 있지만, 알림을 보려면 로그인해야 합니다.
또한, 해당 알림이 신뢰할 수 없다는 버그 보고가 아직 열려 있는 상태입니다(Sporadic Wiki Post notifications) 그리고 최근에도 알림이 항상 작동하지 않는다는 또 다른 보고가 있었습니다(Subsequent Wiki Edits by Same User Don’t Trigger Notifications). 따라서 저에게는 알림과 지켜보기가 위키 수정 후 토픽을 위로 올리는 것의 대체재가 될 수 없어 보입니다.
훌륭한 아이디어가 있었다면, 기능 요청을 생성하거나 기존에 많이 존재하는 요청 중 하나에 답글을 달았을 것입니다.
‘범핑’(bumping) 기능은 되돌려 주길 바랍니다. 하지만 제거된 기능을 요청하는 것은 도움이 되지 않는다고 생각합니다.
작은 오타의 경우 짜증날 수 있다는 점은 이해합니다. 그러나 모든 편집에서 범핑을 방지하는 대신, 예를 들어 편집 유예 기간(editing grace period) 내에서 작은 편집이 추적되지 않는 것과 유사하게, 작은 변경 사항에서는 범핑을 방지하는 방식으로 결정했을 이유가 있었을 것이라고 추측합니다.
그래서 저는 그 변경 사항의 부수적인 영향을 우회하는 방법을 찾으려고 노력하고 있습니다.
우리는 사용자에게 다시 답글을 남기는 대신 새 정보를 추가하기 위해 게시물을 수정하도록 장려합니다. 하지만 더 이상 주제 범핑이 되지 않는다면, 누가 그 새 정보를 알아차리겠습니까?
알림에 기반한 어떤 방법도 방문자에게는 도움이 되지 않습니다. 알림을 받으려면 로그인해야 합니다. 주제를 최신 목록 상단에 보려면 이것이 필요하지 않았습니다.
따라서 저는 답글이 필요하거나, 더 좋게 말하면 편집이 있었다는 사실을 알리는 작은 행동 게시물이 필요합니다. 스태프가 주제를 범핑할 수 있다는 것은 알고 있지만, 이는 사용자에 의한 편집에는 도움이 되지 않습니다. 따라서 일반 사용자를 위한 범핑 옵션이 필요할 수 있습니다.
Create reply when editing wiki 은 위키 편집에 대한 문제도 해결해 줄 것입니다. 하지만 자주 편집되는 위키에서는, 이는 마지막 게시물일 때만 유용한 수많은 답글을 의미할 수 있습니다. 2년 전 위키 편집 알림인 50개의 게시물에 관심이 있는 사람은 없습니다.
따라서 이것이 기능 요청이라고 생각하지 않습니다. 저는 해결책이 없습니다. 제가 가지고 있던 해결책이 제거되었기 때문에 문제가 있는 것입니다.
내 머릿속에 가장 먼저 떠오른 사용 사례는 내가 사용하는 포럼의 FAQ였습니다. 그 주제는 누군가 편집할 때마다 위로 올라오게(bump) 하기 위해 의도적으로 답변 없이 유지되었습니다.
이것은 우리에게 수많은 장점을 가져다주었습니다.
우선, 많은 회원들이 해당 주제가 편집되고 있다는 것을 알아차렸습니다. 따라서 악의적인 사용자가 그곳에서 영구적인 혼란을 일으킬 수 있다는 걱정은 하지 않았습니다. 누군가 TL1(권한 레벨 1)에 도달하여 그곳에 스팸을 추가하려 해도, 포럼을 방문하는 다음 사람이 그것을 제거했을 것입니다.
또한, 먼저 누군가를 찾아 검토를 요청할 필요 없이 새로운 정보를 추가할 수 있었습니다. 업데이트를 본 여러 커뮤니티 회원들이 어쨌든 이를 검토할 것이라고 신뢰할 수 있었습니다. 아마도 내가 검토를 요청했을 사람이 그것을 볼 때보다 더 빠르게 처리되었을 것입니다. 게다가, 나는 한 사용자의 한 번의 검토가 아니라 여러 사용자들로부터의 검토를 받을 수 있었습니다. 책임이 훨씬 더 많은 사람들에게 분산되었습니다. 모두가 질문에 대한 답변을 개선하는 데 도움을 주었습니다.
또한 나는 새로운 회원들이 문구를 개선하도록 장려할 수도 있었습니다. 기술에 익숙하지 않은 사용자들은 지나치게 기술적인 설명을 이해하는 데 어려움을 겪는 경우가 많습니다. 한 번 이해한 후, 다음 사람이 더 잘 이해할 수 있도록 문구를 개선해 준다면 큰 도움이 됩니다. 물론, 신규 사용자는 올바른 포맷팅에 더 어려움을 겪는 경향이 있습니다. 하지만 그것은 문제가 되지 않았습니다. 왜냐하면 커뮤니티가 그것을 알아차리는 즉시 나중에 수정할 수 있었기 때문입니다.
FAQ는 포럼에 고정(pinned)되어 있습니다. 활동 열(activity column) 바로 옆에 마지막 편집 날짜가 표시되는 것이 좋았습니다. 그렇게 하면 주제가 오래된 것처럼 보이지 않으면서도, 모두가 그것이 지속적으로 업데이트되고 있다는 것을 볼 수 있었습니다. 이제 활동 날짜가 더 이상 업데이트되지 않습니다.
지난 며칠 동안, 이전에 해결책을 찾아야 했기 때문에 위키 편집이 내 머릿속에 가장 먼저 떠올랐습니다. 그리고 동일한 문제를 가진 다른 사용자들의 모든 주제들을 발견했습니다. 하지만 실제로 이 문제는 사용자가 나중에 가치 있는 정보를 추가하는 다른 의미 있는 편집에도 존재합니다. 물론 그것들은 반드시 마지막 게시물에 추가되는 것은 아닙니다. 하지만 나는 이것이 가장 가능성이 높은 경우라고 생각합니다. Discourse는 사용자가 여러 번 연속으로 답글을 남기는 대신 마지막 게시물을 편집하도록 강제합니다. 만약 내가 가입한 포럼에서 소프트웨어가 답글 대신 게시물을 편집하라고 말하고, 내가 그렇게 했는데 아무도 알아채지 못했다면 어떻게 느낄지 궁금합니다. 아무도 신경 쓰지 않는다는 느낌이 들 것입니다. 나는 그곳에 머물고 싶지 않을 것 같습니다.
이 포럼에서는 예를 들어 사용자가 시리얼 모니터 출력을 나중에 추가하거나 사진을 나중에 올리는 경우와 같은 의미 있는 편집이 발생합니다.
대화 예시
신규 사용자: 안녕하세요, 문제 X가 있습니다.
회원: 안녕하세요, X의 이미지를 공유해 주시면 더 잘 도와드릴 수 있습니다.
신규 사용자: 지금은 이미지를 찍을 수 없어요. 아이가 잠들면 나중에 할게요.
그리고 나중에 그 게시물에 사진을 넣습니다.
주제가 위로 올라오지(bump되지) 않으면 이러한 편집을 놓칠까 봐 걱정됩니다.
질문으로 돌아가자면: 오탈자가 수정된 것을 알아야 할 사람은 없지만, 가치 있는 업데이트에는 누구나 관심을 가질 수 있습니다. 방문객들은 위키가 능동적으로 관리되고 있다는 것을 쉽게 알 수 있습니다. 회원들은 위키의 변경 사항을 검토하고, 업데이트된 정보를 제공하는 편집을 알아차릴 수 있습니다.
위키 게시물의 경우, 게시물이 최근에 수정되었음을 커뮤니티 전체에게 알리는 신호는 다음과 같은 두 가지 이유로 유용합니다:
변경 사항의 정확성을 보장하기 위해 검토 책임을 분산하는 데 도움이 됩니다.
게시물이 최신 상태임을 보여주는 데 도움이 됩니다.
대화의 경우, Discourse가 여러 개의 답변을 권장하지 않기 때문에, 대신 중요한 수정이 이루어졌음을 확인할 수 있는 방법이 필요합니다.
이 두 가지 필요성을 충족시키기 위해 그동안 ‘bump’(게시물 상단 표시)가 해결책이었다고 생각하시는 것이 맞다고 봅니다.
수정 시 bump가 작동하지 않도록 변경된 점을 고려하여, 이 문제들을 어떻게 해결할지 고민해야 할 것입니다.
대화 관련 사항에 대해서는, 여러 답변을 권장하지 않는 문화를 완화하는 것이 해결책이 될 수 있다고 생각합니다. 수정보다 여러 답변이 더 적절한 경우가 있으며, 사용자가 올바른 결정을 내릴 수 있도록 알림(nudge)이 표시되는 시점의 문구와 로직을 조정할 수 있다고 봅니다.
위키 관련 사항은 조금 더 논의가 필요하지만, 제 개인적인 의견을 몇 가지 나누고 싶습니다. 주제에 대한 답변을 권장하지 않는 대신, 오히려 장려하고 이를 염두에 두고 시스템을 설계해야 한다고 생각합니다. 답변이 허용되고 장려된다면, 기대치를 "중요한 수정을 했다면, 주제에 답변을 남겨 변경 내용과 그 이유를 간략히 설명하십시오"로 바꾸는 것이 가능할 것입니다. 이렇게 하면 주제가 다시 상단에 표시되고(bump) 투명성이 더욱 높아집니다. 위키 및 문서 주제에서 답변이 어떻게 표시되어야 하는지에 대해 논의한 적이 있으므로, 이 부분도 다시 살펴볼 가치가 있다고 생각합니다.
또 다른 가능성으로, 위키와 문서 수정에 대한 공유 알림 스트림을 구축하는 것을 떠올릴 수 있습니다. 예를 들어, 수정이 이루어질 때마다 자동으로 메시지가 게시되는 채팅 채널을 만들 수 있습니다. 해당 콘텐츠를 적극적으로 관리하는 그룹은 그곳에서 수정 사항을 함께 보고 필요 시 스레드에서 논의할 수 있습니다. 기존 도구를 활용하여 이를 구현하는 것이 얼마나 어려운지 아직 정확히 알 수 없습니다. (이 아이디어는 다른 논의와 일부 중복될 수 있습니다: How automated reports could help keeping Meta tidy)
사실 위키 주제에 답글이 없는 것을 좋게 생각합니다. 주제를 클릭할 때마다 첫 번째이자 유일한 게시글로 바로 이동하기 때문이죠. 게시글이 수정되었다는 사실을 아는 것은 수정 사항을 인지하는 데 관련이 있지만, 매번 그 내용을 반복해서 읽을 필요는 없거든요.
모든 게시글을 읽은 경우 첫 번째 게시글로 이동하도록 하는 카테고리 설정이 있다는 것은 알고 있습니다. 하지만 해당 카테고리의 모든 주제가 그렇게 동작하길 원하지는 않습니다.
여기서 풀어야 할 부분이 많지만, 예를 들어 기본적으로 답글을 숨기는 방식이 될 수 있습니다. 확실히 더 큰 논의를 필요로 하는 주제입니다.
당연한 말씀입니다. 하지만 이 용도를 위해 매우 제한적인 방식으로 활성화할 수는 있을 것입니다. 예를 들어, 우리도 메타 포럼에서 이미 이러한 일을 위해 채팅을 제한적으로 사용하고 있지만, 이는 널리 공개되지 않으며 일반적인 커뮤니티 참여는 여전히 거의 전적으로 포럼 토론에서 이루어지고 있습니다.
근거를 단 하나의 요인으로만 특정하기는 어렵습니다. “수정 시 마지막 게시물을 위로 올리는” 동작을 제거하기로 결정한 데에는 여러 가지 관찰 사항이 영향을 미쳤습니다.
소규모 수정의 경우, 언급하신 대로 불필요한 노이즈(간섭)가 됩니다.
하지만 대규모 수정의 경우에도 설명하기가 어렵고, 원치 않는 경우가 많다는 점을 확인했습니다. 예를 들어 문서 주제에 대한 대규모 수정 후 해당 권한을 가진 사람들이 “상단 올림 날짜 초기화” 기능을 자주 사용했습니다. 여러 주제를 동시에 편집할 때뿐 아니라, 단일 주제만 편집할 때도 마찬가지였습니다. 심지어 우리가 직접 하지 않은 경우에도, 사람들이 게시물을 플래그로 표시하며 이 기능을 사용해 달라고 요청하기도 했습니다.
하지만 “상단 올림 날짜 초기화” 기능은 발견하기가 쉽지 않습니다. 사람들이 이 방법을 어떻게 해야 하는지 질문하는 경우가 있었는데, 이는 상단 올림을 원하지 않음에도 불구하고 이를 방지하는 방법을 찾지 못했음을 의미합니다. 그리고 질문을 하지 않은 많은 사람들도 같은 문제에 직면했을 가능성이 높습니다.
또 다른 관찰 사항은 사람들이 타인이 자신의 대규모 수정 사항을 볼 것이라고 잘못 가정한다는 것이었습니다. 사람들은 스터브(임시) 게시물을 생성하고, 작업을 진행하면서 이를 편집했습니다. 상단 올림 기능이 다른 사람들이 내용을 따라갈 것이라는 자신감을 높여 주었습니다. 하지만 현실적으로, 주제를 따라가던 많은 사람들이 수정 후에도 해당 주기가 읽지 않음으로 표시되지 않기 때문에 확인하는 수고를 하지 않았습니다. 따라서 이러한 시나리오에서 수정 사항을 명시적으로 알리고 검토나 피드백을 요청하기 위해 추가적인 답변이 거의 항상 필요했지만, 실제로는 이루어지지 않았습니다.
이 기능이 없으면 궁극적으로 이해하기가 더 쉬워질 것이라고 확신하지만, 사람들이 이 기능에 의존해 온 몇 가지 사례에 대해서는 대응책을 마련해야 할 것입니다.
꽤 흥미롭네요. 문서의 주요 편집은 최신(Latest)에 업데이트를 올려서 새로운 정보나 기능을 더 많은 사람에게 보여주고, ‘최신’ 콘텐츠의 최전선으로 되돌려야 할 이유가 될 거라고 생각했습니다. (편집이 모든 사람을 귀찮게 할 정도가 아닐 때도 업데이트 날짜 초기화 기능을 신중하게 사용했습니다. 하지만 그런 옵션이 있는 것이 좋았죠)
네, 주제 제목이 회색 대신 다시 검은색으로 표시되도록 하는 것이 좋은 디테일이 되었을 것 같습니다. 개인적으로는 업데이트가 이루어지는 것을 좋아했고, 무엇이 편집되었는지 확인하기 위해 읽었습니다. (편집 스팸을 발견하는 데에도 도움이 되었고요 )
여기서는 세부 사항에 대해 충분히 고민할 여지가 있다고 생각합니다. 예를 들어, 5분 뒤에 추가할 생각이 떠올랐다면 여전히 수정을 원할 수 있습니다. 하지만 하루 뒤에 떠올랐다면, 새로운 게시글을 쓰는 것이 더 적합해 보입니다. 저는 그 차이가 다른 사람들이 이미 내 게시글을 읽었는지, 아니면 아직 대화에 능동적으로 참여하고 있는지에 따라 결정된다고 생각합니다. 모든 것이 뉘앙스의 문제입니다.
@Moin, 이 주제가 점점 "최근 변경 사항에 대한 피드백"에 더 가까워지고 있습니다. 어떻게 생각하시나요? 그렇게 받아들이고 제목을 그에 맞게 수정해야 할까요? 아니면 더 일반적인 논의는 새로운 주제로 분리하고, 이 주제는 향후 위키 편집을 처리하는 방법에 대한 더 좁은 범위로 남겨두는 것이 좋을까요?
하지만 그런 옵션이 있는 것이 좋았죠)
공공장소에서 방귀를 뀌는 기분이 들었어요.