이 멋진 온라인 포럼을 직접 개발한 제품으로 운영하고 정성껏 관리해 주시는 놀라운 Discourse 스태프 여러분께 인사드립니다.
Support 채널에서 ‘Solved’ 플러그인이 활성화되어 있는 것을 확인했습니다. 이러한 멋진 도그푸딩이 실제로 적용되고 있는 것을 보니 좋습니다! #fixed와 completed 태그 사용도 마찬가지입니다.
불행히도 Support, Contribute > Bug, Contribute > Feature, Contribute > UX 채널에는 이 태그들이 붙지 않은 주제(토픽)가 매우 많습니다. 이는 포럼 사용자들에게 상당한 혼란을 야기하고 기존 해결책을 효과적으로 검색하는 것을 방해합니다. 기본적으로 이러한 태그가 일관되게 사용되지 않을 것이라면, 아예 사용하지 않는 것이 낫습니다.
앞으로 이 문제가 우선순위로 다뤄지고, 누군가(인턴? AI?)가 과거의 게시물들을 올바르게 태그하도록 지시해 주실 수 있을까요?
Thanks, Nathan! Appreciate you for bringing this up. 
We definitely want to be doing more in this department.
Looks like enabling solutions for the Support category has worked pretty well for that category. The fixed and completed tags are also quite helpful, which can be used in all categories.
I don’t see the completed tag in Marketplace.
I believe that these are staff only.
Perhaps it would be helpful to expand this to trust_level_3? This might also help with Marketplace as per Jay’s point above.
FWIW For Marketplace there’s delivered, which is not restricted to team.
그 맥락을 공유해줘서 고마워요, 제임스! 
정리하자면, 현재 토픽이 그 역할을 다하고 마무리될 필요가 있다는 것을 표시하는 방법이 다섯 가지인 것 같습니다. 대략 이 정도를 담고 있나요?
| 항목 | 위치 | 담당자 |
|---|---|---|
 Discourse Solved |
Support #installation Development #data-reporting Support > SSO | 토픽 소유자, @team, TL4 |
| fixed | Contribute > Bug Contribute > UX (모든 곳에서 작동) | @team |
| completed | Contribute > Feature Contribute > UX | @team |
| delivered | Marketplace | 모든 멤버 |
 토픽 닫기 |
모든 곳 | @team 및 자동 처리 |
저한테는 이 다양성이 너무 많은 것 같습니다. 태그들이 왜 다른지 모르겠어요. 아마도 사람들이 해당 태그 목록을 개별적으로 스크롤하며 볼 수 있는 것이 유용하거나 정보 전달에 도움이 될 수 있을 거예요. 하지만 이 태그들과 그 목적은 발견하기가 쉽지 않아요.
solved(해결됨)은 쉽게 발견할 수 있고 지원 영역에서 꽤 잘 작동합니다. 해당 범주로 제한하는 것이 합리적이라고 생각합니다. 해당 범위에서 해결됨/미해결 토픽으로 필터링할 수 있다는 것이 도움이 되죠 - 저는 그 드롭다운을 자주 잊어버려서 UI에서 더 쉽게 발견할 수 있으면 좋겠다고 생각해요. 
#fixed는 Contribute > Bug #contribute:ux에서만 사용되며, 버그나 UX 버그가 수정되었음을 의미합니다.
#completed는 Support Contribute > Feature #contribute:ux에서도 사용됩니다. #contribute:ux는 UX 토픽이 종종 기능 요청이기도 하기 때문이죠. 한 토픽, "Reader Mode" theme component feedback, 은 #contribute:site-feedback에 있었지만, 이제 컴포넌트가 출시되었으니 #customization:theme-component에 속하는 것이 맞다고 생각하여 그곳으로 이동시켰습니다.
#delivered는 #marketplace에서만 사용됩니다.
토픽이 닫히는 이유는 다양합니다:
가능한 다음 단계들:
아래와 같이 설명을 추가했습니다. 마우스를 태그 위에 올리거나 태그 페이지로 이동할 때 표시되도록 했습니다. 제안 사항이 있으면 알려주세요. 짧고 간결하게 유지할지, 더 자세한 맥락을 제공할지 고민 중입니다. 카테고리 자체에도 더 자세한 설명이 있습니다.
fixed
Contribute > Bug 및 Contribute > UX 카테고리에 보고된 소프트웨어 버그 수정을 우선시합니다. 버그가 수정되면 이 태그가 부여됩니다.
completed
Contribute > Feature 및 Contribute > UX 카테고리에 제안된 기능이 구현되면 이 태그가 부여됩니다.
delivered
#marketplace의 토픽이 공급자 또는 수신자에 의해 전달 완료로 확인되면 이 태그가 부여됩니다.
아, 그걸 그렇게 복잡하게 들리게 만들었군요. 
원칙적으로, 수정된 버그에는 fixed 태그를, 구현된 기능 요청에는 completed 태그를 붙입니다. [1] 이는 토픽을 정리하고 마감하는 과정의 일부이며(관련된 정보를 관심 있는 사람들에게 업데이트하기 위함) 처음에는 '좋은 일이 발생했다’는 시각적 표시를 제공하기 위해 도입되었습니다. 이는 닫힌 토픽의 잠금 아이콘과 대비되는 것이죠. 이러한 태그가 일관되게 적용되면 해당 카테고리의 토픽 목록을 아래로 스크롤할 때 멋진 초록빛 물결을 볼 수 있습니다.
(그리고 #delivered는 팀이 직접 관리하지 않아 #marketplace에서도 사용할 수 있었던 별개이지만 유사한 태그였습니다)
Solved의 경우, 일반적인 Support 카테고리 외에도 활성화되어 있는 카테고리가 꽤 많습니다. 대다수의 토픽이 해결 가능한 질문으로 구성되는 거의 모든 카테고리가 해당됩니다. Support, #installation, Development, #data-reporting, Support > SSO
이상적으로는, 토픽을 만든 사용자가(OP) 해결책을 표시하는 것이 최선이지만, 이것이 항상 일어나지 않음을 알고 있습니다(여러 가지 이유로 인해) 그래서 저는 보통 몇 주 정도 지난 후(토픽이 ‘방치된’ 것으로 판단될 때) 토픽 목록을 뒤로 스크롤하여 미처리된 것들을 정리하곤 했습니다.
참고로, 해당 토픽의 Customization > Theme component 주제는 Reader Mode 이므로, 실제로는 링크하신 그 feedback 토픽은 #customization:theme-component에 있어서는 안 됩니다(테마 컴포넌트 토픽이 아니기 때문이죠). 이제 더 많은此类 토픽들이 그곳에 존재하기 때문에 Contribute > Feature 또는 #contribute:ux에 있는 것이 더 적절할 것 같습니다.
(메타 사이트에서 실험이었던 것 같아서 #contribute:site-feedback에 있었다고 생각합니다)
그리고 #contribute:ux는 둘 사이의 중간 지점이라, 특정 토픽의 '성격’에 따라 둘 중 하나를 사용할 수 있습니다 ↩︎
멋지네요! 거기서 몇 가지 공백을 채워주셔서 감사합니다. 위의 표를 업데이트했습니다.
당신이 떠난 이후로 체계적으로 그런 작업이 이루어지지 않아서, 이제 뒤처지지 않도록 시스템을 마련하고 상황을 정리해야 한다는 이야기를 나누는 이 토픽이 생긴 것입니다.
좋은 지적입니다! #contribute:feature로 이동했습니다.
Yup, I guess that is what I was angling at with the OP. @JammyDodger - we miss you and your dedication to keeping Meta going so smoothly! Personally, I hope they make you an offer you can’t refuse…
최근 #contribute:feature에서 completed 태그가 붙어야 한다고 생각했지만 실제로는 붙지 않은 토픽을 신고했다가 주의 조치를 받았기 때문에, 이 토픽에 다시 돌아왔습니다.
원래 제가 하고 싶었던 것은 단순히 그 태그를 직접 붙이는 것이었습니다. 하지만 해당 태그는 @staff만 사용할 수 있는 제한이 있어 제가 붙일 수 없었습니다. 제발, TL4 권한으로 잠재적으로 파괴적인 일들을 많이 할 수 있지만, 딱 이 일만 못 하네요. 심지어 Customization > Plugin 같은 일부 카테고리에서는 태그를 아예 수정할 수도 없습니다.
그렇다면 이런 사소한 문제들을 관리자에게 신고할 때, 귀찮은 존재가 되거나 나무람을 듣지 않고 어떻게 해야 할까요? 아니면 그냥 이 정도는 어수선하게 두는 걸로 계획이 잡혀 있는 건가요?
주제를 기타로 표시하고 완료/수정되어야 한다고 생각한다는 의견을 남기는 것은 괜찮다고 생각합니다. 적어도 “오래된” 주제(즉, 6개월 전에 완료/수정되었지만 주제가 업데이트되지 않은 경우)에 대해서는 그렇습니다.
(물론 다른 사람들이 이 의견에 동의하지 않을 수도 있습니다)
급한 사안들에 대해서는: 스태프가 수정한 사항에 대해 후속 조치를 취하는 것이 좋은 관행이 될 것입니다.
이 포럼이 13년간 운영되어 온 동안 완료된 각 기능을 태그로 표시하는 플래그를 도입하자는 제안에 동의하지 않습니다. 사람들이 OCD(강박적 성향)를 가지고 있다고 해서 그렇게 하는 것은 모두에게 큰 시간 낭비가 될 것입니다.
해당 태그 자체도 비교적 최신이며, 널리 채택되지도 않았습니다. 대신 완료된 기능에 대한 주제를 단순히 닫아두면, 누구나 필요한 경우 새 주제를 만들고 기존 내용을 인용할 수 있습니다.
저는 completed 플래그를 제거하는 편이 낫다고 생각합니다. 이 플래그는 400회 적용되었지만, 처음에는 체인지로그 작성에 도움이 되는 수단으로만 만들어졌고, 현재는 관련자들이 다르게 처리되고 있기 때문입니다.
이것이 그 이유라고는 확신하지 못하겠습니다. 처음에는 완료된 기능 요청(feature requests)을 나머지 폐쇄된 주제들과 시각적으로 구분하기 위해 구현되었습니다. 검색을 하시면 저와 Sam, Dave 사이에 더 자세한 정보가 담긴 대화가 어딘가에 있을 것입니다. (어떤 속삭임(whispers) 섹션이었던 것 같은데, 정확히 어디였는지 기억이 나지 않습니다.)
개인적으로는 당시 그 작업을 꾸준히 관리하는 것이 특별히 부담스럽지 않았습니다. 
다만 /latest 상단의 주제들이 더 일관되도록 유지하기 위해 ‘활성(active)’ 창에 더 집중하긴 했지만, 제 눈에 들어오는 다른 주제들(관련 주제 등)도 함께 관리했습니다. Contribute > Feature 카테고리의 전체 감사(audit)를 수행하는 것은 확실히 훨씬 더 큰 작업이 될 것입니다. (몇 년간 놓친 것들을 정리/병합/폐쇄하는 데 유용할 수 있다는 뜻은 아니지만, 시간이 많이 소요될 것이며 우선순위 목록에서 어디에 위치하는지 신중하게 고려해야 한다는 뜻입니다.)
이는 발생할 수 있는 것에 대한 우려인가요, 아니면 실제로 이미 일어나고 있는 일인가요? 가끔 일어나는 것이라면 큰 문제가 되지 않을 것 같지만, 이것이 패턴이 된다면 플래그 시스템이 이를 위한 최선의 장소가 아니라고 동의합니다. 정보를 수집하는 덜 간섭적인 방식은 개인 메시지(PM)라고 생각합니다.
하지만 개발자와 디자이너 등이 메타(meta) 작업을 정리하는 데 너무 깊이 빠져들기를 원하지 않는다는 점도 이해합니다. 그들은 중요한 다른 업무를 해야 하니까요. 
긴급하지는 않지만 관리자의 개입이 필요한 사항은 별도의 그룹 수신함으로 개인 메시지(PM)를 통해 보고할 수 있습니다. 이렇게 하면 정돈 작업 기록이 검토 대기열을 범람시켜 누군가 조속한 조치가 필요한 주제를 가리는 일이 없으며, 동시에 이러한 사항을 수집할 곳이 마련되므로 몇 분의 시간이 있는 사람이 처리할 수 있습니다.
누락된 태그, 테마 구성 요소 주제 내의 깨진 미리보기 링크, 또는 닫을 수 있는 기능 주제(투표를 사용자에게 반환하기 위해)와 같은 모든 종류의 부수적 주석에 이 방식이 적용될 수 있습니다.
아! 방금 깨달았는데요, 관리자 그룹에 아무도 없어요! 몇 주 전에 @moderators에게 보낸 개인 메시지에 답장이 없었던 이유를 이제 이해했습니다. 
저는 이곳에서 더 부드럽고 온화한 모더레이션 방식을 도입하려는 아이디어의 일환으로 그 그룹을 만들었습니다. 관리자에게 연락할 수 있는 단일 창구가 있어 답장을 받을 수 있다는 확신을 가지는 것이 중요합니다. 그 그룹을 삭제한 결정이 재고되었으면 합니다.
또한 더 친절하고 온화하게 하려는 노력의 일환으로, 관리자 결정의 이유로 "시간 낭비"라는 표현을 사용하지 않으려 최선을 다했습니다. 토론을 깔끔하게 유지하려고 노력하는 선의의 커뮤니티 리더들이 그로 인해 죄책감을 느끼지 않아도 된다고 생각합니다.
다시 원글로 돌아가면… 저는 오래된 주제를 검토하고 정리하는 정기적인 할 일을 가지고 있었으며, 이는 종종 중간에 마무리할 수 있는 미완의 사안들이 있어서 좋은 수작업이었습니다. 때로는 주제를 단순히 삭제하거나 병합하는 등 다양한 처리가 가능했습니다. 하지만 이는 방대한 작업이었고, 저는 몇 년치만 되돌려 정리했습니다.
특히 현재 커뮤니티 매니저나 전담 모더레이션 팀이 없는 상황에서, @nathank 같은 신뢰할 수 있는 베테랑 사용자들이 주제를 검토를 위해 신고하는 대신 태그를 직접 추가할 수 있도록 하는 것에 찬성합니다.
수정: 사이드바에 링크가 여전히 남아 있습니다! 이 링크는 열려 있고, 해결되지 않았으며, 일주일 이상 지난 주제를 확인하기 위한 것이었습니다. 여전히 이러한 링크를 통해 주제가 얼마나 잘 해결되고 있는지 파악하는 데 도움이 됩니다. 스태프가 시간이 없다면 우리 중 더 많은 사람이 이 작업에 도움을 줄 수 있을 것입니다.
현재 우리는 모더레이션(운영) 관련해서 다소 과도기에 있습니다. 그래서 지금 이 순간에 내리는 결정들이 장기적으로 유지되지 않을 수 있지만, 이 주제에 대해 제 의견을 좀 말씀드리겠습니다:
우리가 도달해야 할 방향은 다음과 같아야 한다고 생각합니다:
completed 태그를 사용하려면, 플래그 없이도 해당 작업을 처리할 수 있도록 특정 그룹에 권한을 부여해야 합니다. 예를 들어:
정말 감사드립니다. 한 게시물에 대해 플래그를 한 번만 보고할 수 있고 다시는 할 수 없기 때문에, 더 이상 작동하지 않는 테마 컴포넌트 주제의 미리보기 링크와 같은 사소한 문제에는 플래그를 사용하는 것을 주저했습니다.
이미 해결된 내용을 추적하는 데 도움이 될 것이라고 생각하여 요청 사항을 아카이브 처리하면 인박스(수신함)를 사용하는 것이 좋겠다고 제안했습니다. 답글이 많은 주제에서는 이것이 더 어려울 수 있습니다.
completed 또는 fixed 태그를 추가할 수는 있지만 주제를 닫을 수는 없는 것이 얼마나 유용할지 확신할 수 없습니다. 다른 누군가가 주제를 닫아야 한다면, 이는 큰 도움이 되지 않습니다.
해당 태그가 있는 주제를 자동으로 닫는 자동화 기능을 검토 중이었습니다. 이 실험적 기능을 마무리하는 것이 얼마나 어려울지 확실하지 않습니다.
이 문제에 대해 제 의견을 말씀드리겠습니다.
저는 매일 모든 게시물을 읽습니다. 정말로요. 제가 아직 안 본 마지막 게시물은 2024년 6월 것이었습니다. 덕분에 수많은 버그/UX 보고서가 수정되거나 완료되는 과정을 지켜보았습니다. 일반적으로 저는 그런 게시물들을 닫도록 표시(flag)만 해두었습니다. #fixed나 completed 태그보다는 단순히 주제만 닫아주는 방식이 더 낫다고 생각합니다. 제 생각에, 그것만으로도 해당 주제가 해결되었음을 충분히 의미합니다.
한편, 다음과 같은 의견에도 동의합니다:
따라서
이것을
과 결합한다면, 꽤 완성된 방안이 될 것이라고 생각합니다.