mcwumbly
(Dave McClure)
1
meta에서 더 많은 협업형 콘텐츠 가꾸기(정리)를 위한 공간을 마련하고 실험해 보고자 합니다. 포럼의 다양한 부분을 정리하고 싶어 하는 사용자들이 서로 직접 조율할 수 있도록 하려는 것이죠.
이 주제는 정리할 가치가 있지만, 별도의 주제나 신고를 만들 정도는 아닌 사소한 것들을 논의하는 장소라고 생각해 주세요.
이 과정이 더 정교한 형태로 발전할 수 있을 것으로 예상하지만, 우리는 단일 주제 하나로 가볍게 시작하고 함께 하면서 배우는 방식을 취하고 싶습니다.
작동 방식
이 첫 번째 게시물은 이 활동에 대한 우리의 가이드라인을 담은 살아있는 문서(living document)입니다. 작동하는 것(또는 작동하지 않는 것)으로 느껴지는 것들을 발견할 때마다 여기 참고용으로 기록해 두겠습니다.
함께 정리하고 싶은 것들의 종류
- 주제를 적절한 카테고리로 이동
- 완료된 기능, 버그 또는 UX 주제에 적절한 태그를 부여
- 더 이상 관련성이 없는 주제 닫기
- Support 카테고리 및 하위 카테고리 내 주제에 대한 해결책 표시
- 주제를 병합하거나 정본(canonical) 주제에 대한 링크를 달아 중복을 제거
- 더 이상 유효하지 않은 주제 삭제 또는 목록에서 제외(unlist)
여기에 게시할 내용
- 무엇을 어떻게 정리할지 명확히 하기
- 위의 가이드라인이나 특정 사례에 대해 명확성을 높이는 질문을 하기
(더 큰 논의는 별도의 주제로 분리할 수 있음)
- 정리할 사항 제안
- 본인이 직접 정리할 권한이 없는 경우, 정리해야 한다고 생각하는 주제를 지적하기
- 학습에 도움이 된다면 수행한 작업 공유
- 모든 작업을 공유할 필요는 없지만, 우리가 취한 행동이 다른 사람들이 배울 수 있는 좋은 예시라면 공유하기
하지 말아야 할 것
- @로 사람을 태그하지 않기
- 참여를 원하는 사람들은 이 주제를 팔로우하고 자기 시간에 맞춰 참여할 것입니다
- 오타 수정에 사용하지 않기
- 그냥 두어도 될 정도로 사소한 문제도 있습니다
- 관리자의 주의를 필요로 하는 신고를 대체하는 용도로 사용하지 않기
- 관리자의 주의를 필요로 하는 게시물은 여전히 신고해야 합니다
이 주제가 혼란스러워지지 않을까요? 어떻게 깔끔하게 유지하나요?
이 주제는 참여를 선택한 사람들 간의 능동적인 협업을 위한 것입니다. 혼란스러울 수 있지만, 그 혼란이 작업을 방해하지 않는 한 괜찮습니다.
만약 혼란이 작업을 하는 데 방해가 된다면, 어떻게 해야 할지 논의할 것입니다.
7개의 좋아요
Moin
2
1개의 좋아요
완료했습니다.
다만 다음을 제외하고요:
documentation 카테고리에 documentation 태그를 추가하는 것이 중복되므로?
1개의 좋아요
Moin
4
문제는 #documentation::tag를 추가하는 것이 아니라,
1개의 좋아요
Moin
6
2개의 좋아요
mcwumbly
(Dave McClure)
7
문서에서 해당 태그를 사용하는 데 대해 우리가 스스로 만든 가이드라인을 다시 검토해야 할 것 같습니다(이것은 아마도 별도의 주제로 다룰 가치가 있는 대화일 것입니다).
3개의 좋아요
Moin
9
1개의 좋아요
mcwumbly
(Dave McClure)
10
아, @Moin 님은 직접 추가할 수 없으신 건가요?
그렇다면, 해당 항목들에 태그를 달아도 좋을 것 같습니다.
다른 사람의 검토를 원하시면 여기서 변경 사항을 공유하거나, 태그를 달아야 하는지 확실하지 않다면 먼저 물어봐도 됩니다.
저도 각 사람이 어떤 권한을 가지고 있는지, 가지고 있지 않은지를 파악하는 중이라, 그 부분도 알아가면서 적절한 조정을 해 나갈 수 있을 것입니다.
2개의 좋아요
TL3은 Documentation 문서의 제목/태그/카테고리를 수정할 수 없으며, 해당 필드는 읽기 전용입니다.
2개의 좋아요
Moin
12
직접 태그를 붙일 수 있었다면 이미 그렇게 했을 것입니다. 하지만 이 카테고리에서 주제를 생성할 권한이 없어서 edit_all_topics 권한이 저에게는 도움이 되지 않습니다.
1개의 좋아요
mcwumbly
(Dave McClure)
13
아, 둘 다 설명해 주셔서 감사합니다.
거기서 어떤 조정을 할 수 있는지, 또는 해야 하는지 한번 생각해 보겠습니다. 그 사이에 편하게 말씀해 주세요.
1개의 좋아요
RGJ
(Richard - Communiteq)
14
Moin을 TL4로 만들어주면 훨씬 쉬울 텐데, 그렇게 해줄 수 없나요? 
10개의 좋아요
ToddZ
17
음. 현재 위키 답변에 대한 편집 알림 상태는 어떻게 되어 있나요? 만약 알림이 없다면, 단기적인 집중 작업에는 효과가 있을 수 있습니다.
Moin
18
저자에게 알림이 전송됩니다. 주제를 관찰 중인 사용자는 첫 번째 게시글인 경우에만 알림을 받습니다.
게시된 바로 그 위치에서 작업이 완료되었음을 확인하는 것보다 알림을 선호하는 이유가 무엇인지 궁금합니다. 지금 이 주제를 읽고 있는 사람이 Experiment: Collaborative content gardening hub for meta - #8 by Moin 에서 태그가 이미 추가되었는지 바로 확인할 수 있다면, 모든 답변을 확인하여 누군가가 태그를 추가했는지 살펴보는 것보다 훨씬 쉬울 수 있습니다.
ToddZ
19
체크박스는 훌륭하지만, 나중에 사람들이 오래된 기존 답변을 찾아 목록에 문제를 추가하게 될지, 그리고 그렇게 되면 누가 알아차릴지 궁금합니다. 아마도 의도를 오해하고 있는 것일 수도 있습니다.
1개의 좋아요
Moin
20
의도가 더 많은 사용자가 체크박스를 선택할 수 있게 하려는 것이었다고 생각했습니다. 이를 위해서는 해당 게시물에 대한 편집 권한이 필요하며, 위키의 경우 TL2 이상에게 이 권한을 부여하게 됩니다.
하지만 자신의 게시물을 위키로 설정할 수 있는 권한은 TL3에게만 있으므로, 이것이 실제로 얼마나 유용한지 확신할 수 없습니다. TL3이 혼자서는 할 수 없는 작업은 아마도 TL4가 필요할 텐데, TL4는 게시물이 위키가 아니더라도 편집할 수 있기 때문입니다.
ToddZ
21
솔루션으로 표시할까요?
2024년 8월에 올라온 게시물 중 사용자가 솔루션을 언급했지만 표시하지 않은 사례가 있습니다:
https://meta.discourse.org/t/prevent-replies-to-op/322513/11?silent=true
Nate가 비교적 최근 게시물에 대해 원포스터에게 알림을 보낸 것과 달리, 이 게시물은 오래되었기 때문에 제가 직접 표시하는 쪽으로 기울어 있습니다. 의견 주시겠어요?
3월 9일 수정: 표시 완료
2개의 좋아요