멋지네요! 여기까지 답변해 주셔서 감사합니다. 이 주제를 시작해서 사람들이 이에 대해 어떻게 느끼는지 알아볼 수 있어서 기쁩니다.
제가 틀렸을 수도 있지만, 최근 몇 달간의 제 경험에 비추어 볼 때 Support 카테고리는 현재 우리가 가진 다른 카테고리들과는 다르다고 느낍니다. 사람들은 문제를 바로 해결하러 옵니다. 그리고 거의 항상 그 문제는 해당 사용자의 고유한 상황에 매우 구체적입니다. 주제가 합리적인 시간 안에 해결되지 않으면, 그들은 흥미를 잃고 다른 곳으로 떠나거나, 인내심을 잃고 다른 주제에서 다시 질문합니다. 그 사이 지원 카테고리는 답변되지 않은 질문들로 가득 차게 됩니다. 이후에 온 다른 사용자들은 자신만의 약간 다른 질문을 하기 위해 그들을 다시 올립니다. 하지만 이런 질문들은 새 주제에서 하는 것이 훨씬 나을 것입니다.
이는 #support에서 다른 카테고리들과는 다릅니다. 다른 카테고리에서는 열린 주제(Open-ended topics)를 허용하고 장려합니다. 사람들이 #support에 다른 카테고리에 속하는 주제를 게시할 때, 예를 들어 실제로 Contribute > Feature 요청인 경우, 우리는 그들을 이동시킬 수 있습니다. 또는 플러그인 생성에 대한 도움이 필요한 경우, #dev로 이동시킵니다.
그러므로 어떤 방식으로든, 답변되지 않거나 논의가 흐지부지되는 Support 주제는 최종적으로 해결될 수 있도록 후속 조치가 필요합니다. 일주일 또는 두 주 후에 답변을 추가하고, 마지막 응답 후 30일 후에 닫도록 설정하는 것이 이것이 일어나도록 보장하는 합리적인 방법이라고 생각합니다.
여기서 제가 듣고 있는 것은, 우리가 주제를 자주 이동시키기 때문에(그것은 타이머를 제거해야 함을 의미합니다), 모든 Support 주제를 30일 후에 자동으로 닫는 것이 결국 올바른 접근 방식이 아닐 수 있다는 것입니다. 하지만 여전히 모든 Support 주제를 최종적으로 닫는 것을 목표로 해야 한다고 생각합니다.
그래서 지금은 자동 설정을 꺼두되, 제가 적절하다고 생각하는 경우에만 타이머를 추가할 것입니다. 만약 제가 타이머를 설정한 주제에서 타이머를 설정하지 말았어야 한다고 생각하신다면, 그 이유와 함께 알려주세요.