사용자 그룹이 자신의 진행 상황을 확인할 수 있도록 이 Data Explorer 쿼리를 직접 실행할 수 있도록 허용할 수 있습니다:
사용자 프로필에 쿼리 링크를 추가할 수 있다고 생각합니다. 이를 위해 Custom Components -- add button or text at any plugin outlet 와 같은 컴포넌트를 사용할 수 있습니다.
2개의 좋아요
다만, 기본 로직과 목표에 대해 투명하게 공개하는 것이 반드시 모든 수치를 그대로 보여주는 것을 의미할 필요는 없다고 봅니다. 신뢰도 단계 진행과 참여도는 다음과 같은 방향으로 보는 것이 더 적절하다고 생각합니다:
즉, 진행 상황의 대략적인 추정치(아마도 %로 표시할 필요도 없을 것 같습니다)를 보여줄 수 있습니다. 그리고 실제 수치를 명시하지 않고, 레벨과 지표에 따라 조건부 팁을 제공하는 방식도 가능합니다.
마지막에 표시된 리더 레벨은 현재 로직(리더는 수동으로 지정됨)과 일치하지 않습니다. 하지만 저에게 이 진행 스케일은 애초에 제대로 된 의미가 없었습니다. 하나의 자동화 스케일로 통합하고, 수동으로 지정되는 접근 권한 레벨은 별도로 관리하는 것이 좋다고 생각합니다.
11개의 좋아요
진행 상황이 표시되는 것을, 혹은 신뢰 수준이 현재보다 더 눈에 띄게 드러나는 것을 원하지 않을 수도 있습니다. 가장 활동적인 사용자들이 작은 놀라움을 경험하면서 이 개념을 자연스럽게 알아가는 것이 나에게는 괜찮아 보입니다.
하지만 선택 사항으로 제공된다면, 이 방법은 정말 훌륭한 접근법이라고 생각합니다. 아주 잘 만들었습니다.
3개의 좋아요
사용자로서: 예, 저는 이 기능이 한동안 필요했습니다. TL3가 사라지는 이유를 알 수 없는 것은 가장 불쾌한 경험이고, 이를 해결할 수 있는 수단이 있다면 정말 좋겠습니다. 더 많은 주제를 읽고 더 많은 답변에 참여하도록 유도하는 작은 알림(“더 많은 주제를 읽고 더 많은 답변에 참여하세요!”) 같은 것이라도 큰 도움이 될 것입니다.
사이트 소유자로서: 아마도 정확한 수치를 숨겨야 하지 않을까요? 하지만 데이터가 민감해서 신경 쓸 정도는 아닌 것 같습니다(어쨌든 콘솔을 통해 확인할 수 있을 것 같습니다). 제가 제안한 대로 정확한 수치를 표시하지 않더라도, 이 기능이 여전히 유용할 것이라고 생각합니다.
3개의 좋아요
네, 그 패턴은 좋아합니다. 하지만 동시에 강조하고 싶은 점은, 이것이 생성형 모델을 활용한 매우 빠른 탐색에 불과하다는 것입니다. 기본 패턴은 Duolingo에서 가져온 것입니다. 따라서 Duolingo 팀이 이 부분에 상당한 노력을 기울였을 것이며, 이는 앱의 핵심 동인 중 하나입니다:
저는 단순히 해당 패턴을 참고하고 Figma Make에서 꽤 간단한 지시를 내렸을 뿐입니다:
Discourse용 신뢰도 수준 진행 표시자를 생성하세요. 신뢰도 수준은 Understanding Discourse Trust Levels 에서 설명하고 있습니다.
표시자는 첨부된 디자인을 따르세요. 정확한 지표는 공개하지 않으면서도 다음 단계로 나아가기 위해 무엇이 부족한지 팁을 제공하세요. 예: “사랑을 전하세요”, “호기심을 갖고 읽으세요”, “지식을 공유하세요”.
그리고 이 정도면 위에서 공유한 카드들이 더 이상 없이 만들어졌습니다. 이렇게 디자인 방향을 빠르게 탐색할 수 있다는 것은 정말 멋진 일이라고 생각합니다. 반면에, 실제는 단순한 빠른 탐색일 뿐인데 결과물이 너무 세련되어 보이기 때문에 투자가 과대평가될 수 있다는 점도 있습니다. 이 경우의 핵심 아이디어는 단순히 숫자만 나열하는 것이 아니라, 전반적인 신뢰도 수준 진행 상황을 시각화했을 때 어떤 모습일지 살펴보는 것이었습니다.
1개의 좋아요
한 가지 생각인데, TL3 자격을 상실할 때(즉, 강등될 때) 해당 알림이 전송된다는 것은, 그 권한이 이전에 일반(Regular) 등급이었던 사람에게 부여된다는 뜻입니다. 그래서 등급을 조작해서 TL3을 얻으려는 문제를 어느 정도 줄여주지만, TL3을 좀처럼 이유 없이 잃은 사람들에게는 도움이 됩니다.
저는 개인적으로 TL3 자격을 좀 더 유지되게(sticky) 만드는 쪽을 선호합니다.
3개의 좋아요
개인적으로 저는 UTL4가 궁극적으로 더 잘 설계되었다고 생각합니다. UTL3가 UTL2와 UTL4 사이의 다리 역할을 하도록 의도적으로 설계되었는지 팀의 의견을 듣고 싶습니다. 물론 무례한 의도는 전혀 없는데, UTL3는 어떤 면에서 타협적인 설계나 위원회式设计처럼 느껴져서, 중간 단계로 지정된 경우가 흔히 그렇듯 어색함이 느껴지기 때문입니다.
보통 '소프트’로 분류되는 모더레이션 도구의 접근을 결정하는 단계인 만큼, 해당 영역에서 게이미피케이션을 피하고 싶다는 점은 충분히 이해할 수 있습니다. 사람들이 그런 권한을 '획득’한 뒤 남용하는 상황을 원치 않을 테니까요. 하지만 다른 한편으로, @joebuhlig 님이 라운지 주제에 대한 커뮤니티 구성원의 몰입도에 대해 언급하신 점이 제게 큰 영향을 주었습니다. 또한 @Ed_S 님이 가치 있는 커뮤니티 구성원들의 '강등’에 대해 지적하신 내용도 매우 설득력 있게 다가왔습니다.
따라서 UTL2가 채우려는 역할과 UTL4가 담당하려는 니치를 이해할 수 있습니다. 하지만 비교하자면 UTL3는 어색해 보입니다. UTL2와 UTL4 사이의 격차가 너무 크다고 판단되어 그 사이에 무언가를 끼워 넣은 것처럼 느껴지거든요. UTL4의 모더레이션 기능 중 일부, 특히 ‘안전한’ 소수의 기능만을 포함하고, UTL2의 자동화된 특성을 유지하여 스태프가 UTL2 이상의 권한을 요청하는 요청들로 과도하게 부담을 받지 않도록 한 것 같습니다.
솔직히 말해, UTL3에 대해 다소 경계하는 마음이 듭니다. 개인적으로는 모더레이션 도구에 대한 어떤 접근 권한을 부여할 때든 의식적인 결정을 내리는 편을 선호합니다. 반면, 커뮤니티의 중요한 기둥이었던 구성원들이 휴가, 가족의 사망, 병원 방문 등으로 자리를 비운 동안 강등되었다는 소식을 듣는 것은 디스코ourse 포럼 패키지의 가장 좋은 모습이라기보다는 오히려 부정적인 경험일 수 있다고 생각합니다.
1개의 좋아요
TL3은 단순히 TL2와 TL4 사이의 큰 격차를 메우기 위한 것만이 아니라, 더 적극적으로 활동하는 TL2들이 커뮤니티 관리, 예를 들어 태그 재부여나 주제 재분류와 같은 작업에서 더 많은 책임을 맡을 수 있도록 점진적으로 허용하는 역할도 합니다. 참고로 TL4와 비교하면 TL3의 권한은 상대적으로 적습니다.
TL3을 취득하면 TL4로 승격되는 경우가 있는 포럼들도 있습니다. 사용자가 적극적으로 활동하고, 자신에게 부여된 조금 더 강력한 도구를 책임감 있게 사용하는 모습을 보이면, 관리자 측에서는 가장 뛰어난 TL3들을 TL4로 승격시키는 데 더 마음이 편해질 것입니다. 이렇게 생각해 보세요. 만약 TL3이라는 단계가 없다면, 승격시킬 몇 명을 어떻게 선별할 수 있겠습니까?
2개의 좋아요
우리는 기본적으로 의견이 일치하는 것 같습니다.
UTL2와 UTL4 사이에 어떤 것이 존재해야 하는지 그 필요성은 인정합니다. 하지만 그 간격이 너무 크다고 주장하는 것은 UTL3의 기존 설계를 실제로 지지하는 데 아무런 도움이 되지 않습니다.
제가 가상의 UTL3를 설계한다면 다음과 같은 형태가 될 것입니다.
- 라운지 접근 권한을 포함합니다.
- UTL3를 잃을 수 있는 것은 가능하지만, 지속적인 비활동 상태에서만 가능합니다.
- 어떤 종류의 관리(모더레이션) 기능도 포함하지 않습니다.
질문에 답하자면, 저는 위키백과 자체에는 크게 관여해 본 적이 없지만, 각기 하나의 게임 중심으로 운영되는 여러 위키에서 수년에 걸쳐 수만 건의 편집을 축적했습니다. 우리는 커뮤니티로서 누가 관리자(Administrator)가 되고 누가 관료(Bureaucrat)가 되어야 하는지를 토론을 통해 결정합니다. 정책을 논의하고, 힘든 교훈을 얻었던 이전 사례들을 검토하며, 명확한 '정답’이 하나뿐인 경우가 아닌 경계 사례들에 대해 잠재적 커뮤니티 멤버가 어느 쪽으로 기울 것인지, 그리고 그 이유는 무엇인지를 논의합니다.
디스코르스(Discourse)가 소프트웨어라는 점과, 인식된 모든 문제를 해결하기 위해 소프트웨어에 기능을 부여하려는 유혹이 있을 수 있다는 점은 알고 있습니다. 하지만 동시에 그것은 아이디어, 의견, 정보의 자유로운 교환을 위한 커뮤니티 플랫폼이기도 합니다. 만약 특정 커뮤니티 멤버를 신뢰하고 신뢰하지 않는지를 알려주기 위해 포럼 소프트웨어 패키지가 필요하다고 느낀다면, 무언가 잘못된 것입니다.
1개의 좋아요
이 두 가지 지점을 정확히 이해하지 못하겠습니다. 기본적으로 라운지 카테고리가 더 이상 존재하지 않습니다. 하지만 과거에 존재했을 당시, 기본 보안 설정은 TL3 이상 사용자에게만 게시글 열람 및 작성 권한을 부여하도록 되어 있었습니다. 따라서 TL3 사용자는 라운지에 포함되어 있었습니다. 여전히 이러한 카테고리를 생성할 수 있으며, 기존에 라운지 카테고리가 있다면 접근 권한을 가진 사용자를 변경할 수도 있습니다.
어떤 모더레이션 기능을 말씀하시는 건가요? 대부분의 권한은 사이트 설정으로 제어됩니다. 따라서 TL3 사용자에게 주제(토픽) 편집 권한(제목 개선, 태그 지정, 재분류)을 부여하지 않으려면 해당 그룹을 edit_all_topics 사이트 설정에서 제거하면 됩니다.
소프트웨어가 신뢰할 수 있는 사람을 결정한다고 표현하지는 않겠습니다. 저에게 신뢰 레벨(Trust Level)은 사용자가 포럼에 대한 일정한 관심을 보인 후, 사용자에게 더 많은 권한을 자동으로 부여하는 시스템입니다. 사용자가 획득하는 신뢰는, 예를 들어 스팸 게시글을 올리는 등 부여받은 권한을 남용하지 않겠다는 의미입니다.
Jono Bacon이 Discourse 신뢰 레벨에 대한 YouTube 영상에서 사용한 비유를 좋아합니다. 커뮤니티의 신규 가입자를 문 앞에 서서 초인종을 누르는 사람으로 생각해보세요. 아직 그 사람을 알지 못하므로, 그 사람이 친구가 되고 싶은지 아니면 무언가를 팔려고 하는지 알 수 없습니다. 따라서 그 사람을 집 안으로 더 깊이 들여보내기 전에 더 잘 알고 싶어집니다. 마찬가지로, 커뮤니티의 신규 멤버가 스팸러, 트롤, 혹은 좋은 사람인지를 알 수 없습니다. 그래서 신규 멤버가 할 수 있는 일의 범위를 제한하는 것이 합리적입니다. 그리고 사용자가 몇 명 이상 되면, 이러한 제한을 해제하기 위한 자동화된 프로세스가 필요합니다.
또한, 당신의 게시글은 신뢰 레벨 3에 대한 일반적인 내용으로 보이며, 사용자에게 진행 상황을 표시하는 것에 대한 것이 아니므로, 별도의 주제(토픽)로 다루는 것이 더 적합할 것 같습니다.
3개의 좋아요
처음부터 원했던 진행 상황 표시자에 다시 돌아가서, 현재 플러그인으로 구현을 시도하고 있습니다. 아직 초기 단계입니다. 약속은 못 하지만, 잘 되길 바랍니다 
.
4개의 좋아요
플러그인 관련해서 꽤 좋은 진전을 이루었는데, 작은 문제가 하나 생겼습니다. 만약 사용자가 TL2에 잠겨 있다면, 실제로는 TL3를 획득할 수 없는데도 'TL3 자격이 있습니다’라고 표시하는 것이 의미 있을까요? 관리자들이 사용자에게 특정 TL에 잠겨 있다는 것을 알려주는 것을 원할까요? 어떻게 생각하는지 궁금합니다.
2개의 좋아요
저에게 특정 신뢰 수준에서 사용자를 잠그는 것은, 사용자가 보통 이미 우려스러운 행동을 보여온 경우가 많기 때문에, 신뢰 수준 요건을 ‘게임’하지 않도록 보장하는 방법입니다. 따라서, 사용자에게 진행 상황이나 승격 불가 여부를 알리지 않거나, 최소한 이를 선택 사항으로 만들 수 있는 이유가 있다고 볼 수 있습니다.
3개의 좋아요
플러그인을 See TL3 Progress 에 게시했습니다. 피드백을 환영합니다!
1개의 좋아요