여기서 여러분의 경험을 나누어 주셔서 진심으로 감사드립니다. 이 토론에도 새로운 활력을 불어넣어 주셨습니다.
더 깊이 이야기 나눌 준비가 되어 있으며, 여기서 더 많은 내용을 공유해 주셔도 좋습니다. 하지만 이 게시물 하나만으로도 이미 큰 가치가 있으니 감사합니다.
네, 우리는 확실히 Discourse가 다양한 사용 사례를 충족할 수 있도록 충분히 유연하게 만드는 것을 가치 있게 생각합니다. 그럼에도 불구하고, 복잡성을 줄이기 위해 취할 수 있는 합리적인 접근 방식이 있다고 생각합니다. 여기에는 불필요하게 복잡한 것들이 있어, 비교적 쉬운 시간과 노력으로 단순화할 수 있는 '손이 잘 닿는 열매(Low hanging fruit)'가 있습니다. @traceymoko님이 공유하신 아이디어는 우리가 생각하고 있는 유형의 또 다른 예시입니다:
참고로, 저도 매우 유사한 방향으로 생각하고 있습니다.
최근 사용 사례에 대한 조사에서 우리가 (재)발견한 것 중 하나는 커뮤니티가 하나의 틀에 딱 들어맞지 않는다는 점입니다.
일부 설정을 전체 사이트 단위의 설정에서 사이트 내 더 작은 공간(그룹 또는 카테고리, 또는 이 둘의 조합)에 대한 설정으로 이동시키는 것이 이를 해결하는 데 도움이 될 수 있습니다. 특정 커뮤니티는 더 사회적인 활동을 위한 공간, 프로젝트 작업을 위한 공간, 그리고 지원 질문에 대한 답변을 위한 공간을 각각 가질 수 있습니다.
이것은 커뮤니티가 더 많은 실험을 할 수 있도록 할 것입니다.
시작하신 주제에서 이 논의를 계속할 수 있지만, 먼저 여기서 언급하고 싶었습니다.
Discourse에서 커뮤니티 구성원의 전반적인 사용자 경험을 개선할 가치가 있다고 생각하는 몇 가지 예를 공유해 주셔서 감사합니다. @lindsey와 이전에 채팅에 집중했던 팀은 이제 이 영역을 더 광범위하게 살펴보고 있으며, 여기에서 나열하신 내용과 그들이 더 자세히 살펴보고 있는 내용 사이에 상당한 중복이 있습니다.
이 점을 강조해 주셔서 감사합니다. 우리도 최근 이 부분을 재검토했습니다. 문명화된 토론과 함께, 커뮤니티가 그들의 대화와 공동으로 생성한 콘텐츠에서 지속적인 가치를 얻을 수 있도록 하는 것을 특히 중요하게 생각합니다.
@oshyan님, 여기서 항상 여러분의 통찰력을 얻게 되어 기쁩니다. 우리는 확실히 관리자나 커뮤니티 구성원 모두에게 Discourse를 사람들이 정말로 원하는 도구로 만드는 데 계속 투자하고 있습니다. 여기에는 해야 할 일이 많고 앞으로도 항상 그럴 것임을 알고 있습니다!
우리는 가끔 이것에 대해 이야기하기도 합니다. 때로는 제가 Discourse를 더 일반적으로 _커뮤니케이션 플랫폼_으로 보는 경우가 있습니다. 우리는 이를 협업에 사용하며, 다음과 같은 주제들을 볼 때마다 항상 기쁩니다: Why you should use Discourse internally for your company/team instead of Slack (4 years use case)
이 주제에 대한 흥미로운 관점은 커뮤니티 자체의 가치를 확장하는 것입니다. @HAWK는 최근에 Discourse를 협업에 활용하는 방법에 대해, 내부 커뮤니티를 구축하는 가치라는 측면에서 훌륭한 강연을 했습니다.
아직 보지 못했다면 강력히 시청을 추천합니다.
(그녀는 몇 주 후 포르투갈에서 열리는 Running Remote 행사에서도 비슷한 이야기를 할 예정입니다).