멀티커뮤니티 클라이언트 앱/피드

안녕하세요!

저는 Discourse를 정말 좋아합니다. 커뮤니티 사이트로 Discourse를 사용하는지에 따라 구매할 신제품을 고를 정도입니다. 예를 들어 3D 프린터처럼 커뮤니티의 도움이 필요한 제품들은 Discourse를 사용할 때 특히 이점이 큽니다.

현재 저는 수십 개의 커뮤니티에 가입해 있어 모든 것을 따라가기 어렵습니다.

저는 여러 커뮤니티를 아우르는 피드가 있었으면 합니다. 아래로 스크롤만 하면 모든 커뮤니티의 대기 중인 업데이트를 한눈에 볼 수 있는 그런 피드요.

현재 모바일 앱은 훌륭하지만, 커뮤니티 업데이트를 따라잡는 데 시간이 많이 걸립니다. 대부분의 커뮤니티에서는 관련성이 낮은 업데이트가 많습니다. 여러 커뮤니티를 동시에 보여주는 ‘피드’ 패턴은 트위터와 페이스북에 도전할 수 있는 킬러 기능이 될 수 있으며, 실제로 대화가 이루어지는 진정한 대안 플랫폼을 만들 수 있을 것입니다.

1개의 좋아요

각 커뮤니티의 “인기” 탭을 대략 주 1회 정도 방문하는 것을 제안합니다. 느슨하게만 연결된 커뮤니티의 모든 주제를 하나하나 따라갈 필요는 없다고 생각합니다.

그 외에도, 7일 동안 커뮤니티를 방문하지 않았다면 해당 커뮤니티의 “베스트” 내용을 요약한 이메일 다이제스트가 발송됩니다. 이는 Discourse의 기본 기능입니다.

(물론 해당 Discourse 인스턴스에서 누군가 저에게 직접 말을 걸면 이메일 알림을 받습니다.)

1개의 좋아요

Discourse는 RSS 피드를 생성하며, 저는 여러 피드에 구독되어 있습니다. 하나의 가능성입니다.

2개의 좋아요

네, 동의합니다. 각 커뮤니티별로 그렇게 하는 것은 괜찮습니다.

제 제안은 이 화면을 볼 때:

무언가를 누르면 통합 피드를 스크롤할 수 있으며, 여기서 모든 커뮤니티의 정보를 한 번에 볼 수 있습니다.

나도 필요 없지만, 그렇다고 해서 재미있지 않을 것이라는 뜻은 아닙니다.

나는 이미 많은 커뮤니티에 가입한 상태에 이르렀고, 이 모든 커뮤니티를 관리하기 위한 새로운 기능은 discourse에게 가치를 제공할 수 있는 원천이 될 수 있다고 생각합니다. 그리고 결국 나는 더 많은 커뮤니티에 가입하게 될 것입니다.

1개의 좋아요

정보 감사합니다. 몰랐습니다. 뉴스블러라는 또 다른 훌륭한 오픈소스 제품에서 여러 커뮤니티 피드를 집계하여 사용자 경험이 어떤지 확인해 볼 것입니다.

이것이 디스코스의 킬러 기능이 될 것이라고 확신합니다. 확실히 실험해 볼 가치가 있습니다.

2개의 좋아요

네, 그 방향으로 가는 게 맞습니다. 일별 인기, 주별 인기, 최신순 같은 다른 피드를 시도해 보시면 어떤 피드가 필요에 더 잘 부합하는지 확인해 보실 수 있어요.

1개의 좋아요

시작하기에는 좋은 방법이지만, 한계가 있을 것 같아요.

예를 들어, 내 RSS 리더에서 어떤 것을 읽었고 어떤 것을 읽지 않았는지를 Discourse가 알 수 없겠죠, @maiki님?

대부분의 뉴스 리더가 피드 집계 기능을 제공하듯이, 여러 커뮤니티를 동시에 읽을 때의 사용자 경험이 어떤지 확인하는 데 값진 테스트가 될 것 같아요.

특정 담론 도구에 통합하는 작업의 어려움은 커뮤니티가 콘텐츠에 맞게 인터페이스를 맞춤 설정한다는 점입니다. 표준화된 소비 메커니즘은 거의 확실히 이러한 특성을 존중할 수 없을 것입니다. 저는 현재 열한 개의 커뮤니티를 Discourse Hub로 사용하고 있으며, 적어도 제 경우에는 모든 것을 하나의 '인터페이스’로 통합하되, 콘텐츠가 의도된 방식으로 소비될 수 있도록 필요한 분리성을 유지하는 적절한 균형이라고 생각합니다.

1개의 좋아요

다른 분들도 좋은 조언을 해주셨네요. 질문을 읽으면서 이런 생각이 들었습니다: 여러분은 무엇을 원하시나요? 콘텐츠를 읽는 것, 배지를 얻는 것, 아니면 모든 곳에서 일어나는 모든 것을 알고 싶은 것 중 어떤 것인가요?

저는 피드 리더를 사용하여 제가 좋아하는 형식으로, 제가 원하는 방식으로 많은 양의 콘텐츠를 읽습니다. 질문을 보면 Discourse와 연동하여 읽음 상태를 표시하고 싶어 하는 것 같지만, 제 경우 읽는 것 중 대부분이 읽음으로 표시되지 않기 때문에 그 사용 사례를 잘 이해하지 못하겠습니다.

행운을 빕니다! :sunglasses:

동의합니다.

단순히 discourse 앱을 사용하는 것에 비해, 어떤 점이 좋으신가요?

동의합니다.

사용자가 동시에 여러 커뮤니티의 일원이라는 사실을 인지시키는 것은 어려운 과제입니다. 하지만 완전히 새로운 과제는 아닙니다. 예를 들어:

제 피드 리더는 이러한 노력을 기울입니다. 그래서 저는 항상 어떤 출판물에서 정보를 소비하고 있는지를 인지할 수 있습니다.

이런 방식이 필요할 것 같습니다.

2개의 좋아요

나는 읽을 때에만 피드를 로컬(즉, 온라인 서버가 아니라 내 노트북)에서 업데이트합니다. 나는 느립니다. 디스코urs 앱은 여러 인스턴스에 능동적으로 주의를 기울이는 사람들을 위해 설계된 것 같습니다. 어쨌든, 내 취향은 아닙니다.

참고로, 나는 온라인에서 보내는 시간의 대부분을 다섯 개의 디스코urs 인스턴스 중 하나(이 메타도 그중 하나)에서 보냅니다. 하지만 동시에는 아닙니다. 나는 느리므로 일반적으로 탭을 하나 또는 두 개만 열어둡니다. 구독하는 다른 모든 지식 소스에 대해서는 피드를 사용합니다. :sunglasses:

@maiki 무슨 말씀인지 잘 압니다.

저도 웹에서 Discourse를 많이 사용하는데, 제가 소속된 커뮤니티 중 하나에 특히 집중해서 보는 편입니다. 아마도 그곳에서 뭔가 일이 벌어지고 있기 때문이겠죠.

제안된 기능은 또 다른 범주에 속하는 것 같습니다. 더 엔터테인먼트에 가까운 성격이죠. 혹시 흥미로운 일이 일어나고 있는지 빠르게 확인하는 용도입니다. 이 용도로도 클라이언트 앱을 사용하려고 하지만, 사용자 경험 측면에서는 트위터나 좋은 피드 리더에 버금가야 할 것 같습니다.

동의하지 않습니다. 오늘 밤에만 discourse 인스턴스 여섯 곳을 돌아다녔거든요.

한 곳은 Topic List Previews를 사용해 소셜 피드처럼 보이고, 다른 하나는 Kanban 컴포넌트를 사용해 피드나 뉴스 리더보다는 Trello에 더 가깝습니다. Discourse 보드는 완전히 다른 개성을 가질 수 있으며, 피드 스타일의 뷰는 보드가 맞춤 설정된 기능의 절반을 잃게 됩니다.

이 기능이 있다는 걸 몰랐네요. 흥미롭습니다. 정말 멋진 UI 변경이네요. 이런 기능을 가진 인스턴스를 한 번도 찾아본 적이 없었습니다. 그래도 저는 칸반을 정말 좋아합니다.

저희는 작업 관리, 워크플로 상태, 지원 시나리오 등에 이 기능을 활용합니다.

이것이 바로 디스커스의 :sparkles:마법:sparkles:입니다. Customization > Plugin 과 Customization > Theme component 는 외관과 동작 방식을 완전히 바꿀 수 있습니다. 이러한 유형의 콘텐츠를 소비하는 데 일률적인 방식은 결코 존재하지 않습니다.

과거에는 제가 모든 문제를 디스커스라는 망치로 박을 수 있는 못으로만 보고 있다는 점이 걱정되곤 했습니다. 하지만 최근에는 디스커스가 단순한 주제와 게시물 이상의, 7년 전에는 상상도 못 했을 만큼 다재다능한 전체 툴킷이라는 사실을 깨달았습니다.

저는 매일 다양한 프로젝트에서 이 도구를 활용하며, 대화 목적으로만 사용하는 경우는 매우 드뭅니다.

3개의 좋아요