다음은 무엇인가: Sam과 Hawk의 라이브 AMA

일시: 2025-11-19T22:00:00Z2025-11-20T04:00:00Z
장소: 바로 이곳, 메타(Meta)에서

디스코스가 자체 AMA(Ask Me Anything)를 개최합니다!

CEO @sam과 @hawk와 함께 앉아 디스코스의 향후 방향성,我们正在 구축하고 있는 내용, 그리고 왜 사려 깊은 비동기 커뮤니티가 그 어느 때보다 중요한지 여러분의 질문에 답변을 드립니다.

:megaphone: 라이브로 참여하기 어렵다면 지금 아래에 질문을 남겨주세요. 사람들이 가장 흥미로워하는 질문을 우선적으로 다룰 예정이니, :heart: 리액션을 아낌없이 사용해 주세요!

다룰 질문 주제

디스코스 ID - 참여하는 모든 디스코스 서버에서 하나의 로그인으로 사용할 수 있는 새로운 통합 신원 인증 시스템을 발표하게 되어 기쁩니다. 기능에 대한 질문과 이것이 여러분의 커뮤니티 및 사용자에게 어떤 의미를 갖는지 등에 대해 답변을 드리겠습니다.

향후 12개월 로드맵 - 우리가 무엇을 구축하고 있는지, 무엇을 우선시하고 있는지, 그리고 어떤 전략적 도박을 하고 있는지를 공유하게 되어 설렙니다. 실제로 인간에게 도움이 되는 AI 기능부터 디스코스를 더 접근성 있게 만드는 것까지, 우리가 어디로 향하고 있는지, 언제 될지에 대한 질문을 환영합니다.

더 큰 그림. 왜 2025년에 포럼이 중요한가요? 일회성 채팅 플랫폼과 어떻게 경쟁하나요? '자신의 커뮤니티를 소유한다’는 것은 실제로 무엇을 의미하나요? 그리고 오픈소스 뿌리를 지키면서도 인터넷에서 최고의 커뮤니티 소프트웨어를 구축해 나가는 방법은 무엇일까요?

진행 방식

2025-11-19T22:00:00Z2025-11-20T04:00:00Z 동안, 디스코스 CEO @sam과 @hawk가 이 토픽에서 실시간으로 여러분의 질문에 답변을 드립니다. 미리 질문을 남겨주시거나 라이브로 참여해 주세요 - 실시간으로 가능한 한 많은 질문에 답변하고, 나머지 질문에 대해서는 후속으로 답변을 드리겠습니다.

아래와 같은 주제에 대해 질문해 주세요:

  • 제품 방향성 및 기능 우선순위
  • 오픈소스 철학 및 비즈니스 모델
  • 기술적 결정 및 AI 전략
  • 커뮤니티 구축 모범 사례
  • 여러분이 기다리고 있던 그 기능 요청
  • 합리적인 범위 내에서 무엇이든 (자유 질문)

디스코스는 의미 있는 온라인 공간에는 더 나은 도구가 필요하다고 믿는 빌더, 모더레이터, 개발자, 그리고 옹호자로 이루어진 이 커뮤니티 덕분에 존재합니다. 이것이 바로 다음 단계에 대해 알아볼 수 있는 기회입니다.

그곳에서 뵙겠습니다. 어려운 질문들을 가져오세요!

45개의 좋아요

셀프호스터로서, 제프 웡(Jeff Wong)이 런처를 바이너리 실행 파일로 컴파일하는 것은 장기적인 목표이지만, 첫 번째 우선순위는 런처 스크립트 자체를 개선하는 것이라고 언급한 것을 확인했습니다. 런처의 장기적인 비전에 대해 좀 더 자세히 공유해 주실 수 있을까요? 예를 들어, 셀프호스터를 위해 더 단순하고 이식성이 높은 설정 경험을 목표로 하고 있는지(현재의 Bash 기반 워크플로우에서 벗어나는 것 포함)요. 그리고 저처럼 Ubuntu를 사용하는 셀프호스터의 경우, 이러한 변경 사항이 주로 이식성을 개선하는 것일까요, 아니면 기존 Linux 사용자들에게도 UX와 신뢰성 측면에서 이점을 가져다줄까요?

저는 미국이 아니라 항상 영국에 머물러 있어서, 첫 번째 시간 정도는 참여할 수 있을 것 같습니다…

11개의 좋아요

현재 AI 모더레이션의 진행 상황은 어떻게 되며, 로드맵에는 어떤 계획이 있나요? Sam님의 Experiments with AI based moderation on Discourse Meta 게시물을 확인했는데, 5월에 논의가 중단되었습니다. AI 모더레이션은 로드맵상의 다른 기능들과 비교해 어떤 우선순위를 가지고 있나요?

11개의 좋아요

우선, Discourse가 날로 성장하는 모습을 보니 정말 기쁩니다 - 팀 전체에게 축하의 말씀을 드립니다 :tada:

Discourse ID에 대해 이전에 이미 제기했던 몇 가지 우려 사항이 있습니다. 따라서 제 질문은, Discourse ID를 통해 확보하게 되는 포럼 관리자의 회원 기반을 어떻게 보호할 것인가 하는 것입니다.

이전에 제가 작성한 게시물 중 하나에서 이렇게 말한 바 있습니다:

만약 여러분이 다음 정보를 확보하게 된다면:

  • 사용자의 이메일 주소
  • ID를 연결한 포럼

이 데이터는 오늘날 Discourse 관리자가 운영하는 포럼과 경쟁하려는 누구에게든 엄청나게 가치 있을 것입니다 - 그것이 여러분의 의도가 아니더라도, Discourse를 최종적으로 소유하게 될 누구에게든 마찬가지일 수 있습니다.

Discourse ID를 진행하기로 결정한다면, Discourse나 이 데이터가 절대 판매되지 않을 것이라는 보장을 제공할 수 있을까요?


다른 질문에 시간을 내어 주실 수 있다면:

  • 가장 기억에 남는 Discourse 순간은 무엇이었나요?

  • Jeff는 어디에 있나요? 정말 오랜만에 모습을 보이지 않고 있습니다!

11개의 좋아요

불행히도 시간대 차이 때문에 참석할 수 없겠지만, 더 알고 싶은 몇 가지가 있습니다.

  1. 사전 구축된 Docker 이미지 계획은 어떻게 되나요? 이 기능이 정말 유용할 것 같습니다.
  2. 테마에서 사용자 필드를 생성할 수 있도록 할 계획이 있나요?
  3. 왜 오픈소스에 기여해야 한다고 느끼시나요?

감사합니다!

12개의 좋아요

즉시 검색 기능에 대한 작업이 아직 계획되어 있는지, 아니면 12개월 로드맵에 포함되는지 알고 싶습니다.

10개의 좋아요

상업적 측면에 대해 질문이 있습니다. Discourse는 수년 동안 지속 가능한 오픈소스 프로젝트의 본보기가 되어 왔습니다. 여기 있는 모든 사람이 돈을 벌 수 있는 방법을 아는 것이 핵심입니다.

지역 상용 파트너십에 대한 생각을 듣고 싶습니다. 유럽에는 꽤 활동적인 분들이 몇 분 계실 텐데, 그분들의 노력에 대해 일부 수익을 창출할 수 있는 잠재력이 있다고 생각합니다. 현재 Discourse가 아니라면 다음과 같은 방식으로 수익을 올릴 수 있다고 봅니다.

  • 테마와 플러그인 제작에 대한 과금: 그러나 어떤 플랫폼이든 시간이 지나면 모든 것이 코어에 포함되므로, 초기와 달리 커스텀 개발을 위한 공간이 많이 남지 않습니다.
  • 호스팅: Discourse 호스팅이 정말 훌륭하다고 생각하지만, 여기서는 추천 수수료(referral fees)를 고려해 볼 수 있을 것 같습니다.
  • 상용 컨설팅 및 지원: (확신은 없지만, 저는 Discourse를 주로 비즈니스 솔루션으로 사용하는 커뮤니티 내 소수의 사람 중 하나라고 생각합니다) – 다시 말하지만, 도구 제공이나 CDCK 상용 지원을 제안하는 데 대한 추천 수수료가 여기서 작동할 수 있을 것입니다.

CDCK가 어떤 형태의 앰배서더 네트워크를 구축하는 것을 고려하고 있나요? 이는 Discourse에 진정으로 관심 있는 사람들을 지원하기 위한 또 다른 방법이 될 수 있습니다. CDCK 입장에서는 간단합니다(기업들은 Meta에서 우리가 얼마나 많은 찬사를 받고 있는지에 신경 쓰지 않으므로, 공식적으로 어딘가에 목록으로 등록해 두는 것만으로 충분합니다). 개인 입장에서는 매우 도움이 됩니다(자기 지역 내에서 특별한 지위를 부여받게 됩니다). 궁극적으로는 양쪽 모두 Discourse를 더 많은 고객에게 소개하는 데 도움이 될 것입니다.

감사합니다!

11개의 좋아요

커뮤니티 내부의 소셜 그룹에 대한 지원이 계획될 때(인비전 커뮤니티처럼)

3개의 좋아요

우선 @tvavrda의 지역적 상업적 파트너십, 예를 들어 컨설팅 및 지원 서비스 또는 유럽 기반 호스팅에 대한 질문에 강하게 동의합니다. 저는 Discourse에 아직 충분히 활용되지 않은 큰 잠재력이 있다고 생각합니다. 현재 유럽 미디어에서는 디지털 주권(digital sovereignty)이 큰 화두입니다. 우리는 Discourse 프로젝트에 대한 정보를 더 널리 알리기 위해 더 많은 노력이 필요합니다. 또한 유럽 전역(유럽연합 수준 포함)의 상업적, 비영리적, 정치적 커뮤니티에 이 소식을 전해야 합니다. 그들은 잠재적인 고객/사용자이자 자금 조달의 가능성도 될 수 있습니다.

제 질문은 다음과 같습니다: 성장하는 Fediverse 생태계와의 Discourse 인스턴스 간 상호 연결에 대한 향후 계획에 대해 더 알고 싶습니다. @angus가 ActivityPub 플러그인으로 이미 훌륭한 코딩 기반을 마련해 두었습니다. 이 플러그인의 향후 계획은 무엇인가요? Fediverse 애플리케이션(예: mastodon, https://en.wikipedia.org/wiki/Mastodon\_(social_network) 및 Discourse) 간의 링크에 대한 추가 아이디어가 있나요? Jeff Atwood가 mastodon에 대해 게시하고 있는 것을 보았습니다(mastodon.cloud). 또한 https://socialhub.activitypub.rocks/ (여기서 @angus가 임시 모더레이터로 활동 중)의 토론도 참고해 주세요.

8개의 좋아요

이 반구의 사람들에게 깨어 있는 시간에 이런 일이 일어나다니 정말 좋습니다!

호주와/또는 뉴질랜드에 기반을 둔 호스팅 서비스를 언제 제공할 계획인가요?

그리고 이와 관련해서, 시드니 또는 오클랜드에서 대면으로 모이는 Discourse 커뮤니티 행사는 언제 열릴 예정인가요?

10개의 좋아요

Discourse는 이미 매우 높은 수준의 커스터마이징을 지원하지만, 테마 컴포넌트나 플러그인 아웃렛을 다루는 작업과 같은 상당 부분의 커스터마이징은 여전히 개발자 지식을 요구합니다.

AI가 이 과정에서 더 큰 역할을 할 미래에 대해 어떻게 생각하시나요?

예를 들어, "플러그인 아웃렛을 사용해 XYZ를 표시하는 테마 컴포넌트를 만들어줘"라고 AI 어시스턴트에게 요청하면, 포럼의 기존 스타일과 설정을 이해하면서 해당 커스터마이징을 직접 스캐폴딩하거나 배포할 수 있는 날이 올 수 있을까요?

코드 레벨의 커스터마이징을 넘어, AI가 관리자나 커뮤니티 매니저를 전반적으로 어떻게 지원할 수 있을지 궁금합니다. "이 설정을 업데이트해줘"나 "이 페이지의 디자인을 ~하도록 조정해줘"라고 요청하면 Discourse가 지능적으로 해당 변경 사항을 적용하는 식의 활용을 상상해볼 수 있겠습니다.

14개의 좋아요

샘, 이 작업을 해줘서 고마워. 저는 리버스 프록시 뒤에서 Discourse를 운영 중이고, 로그인 필수 설정과 함께 업로드에는 R2(S3 호환)를 사용하고 있어. 이 조합은 업그레이드 후에 추가 수정이 자주 필요해 (혼합 콘텐츠, 실제 IP, 레이트 리밋 등). Discourse核心团队이 이러한 “프록시 + CDN + S3 호환” 환경에서의 설치를 코어에서 더 원활하게 만들 계획이 있거나, 아니면 운영팀의 책임으로 남을 것으로 예상하고 있는 건지 궁금해.

4개의 좋아요

인공지능의 등장으로 인해 향후 몇 년간 커뮤니티가 큰 변혁을 겪을 것이라고 생각합니다. 특히 인공지능의 발전 속도에 발맞추지 못하는 커뮤니티는 결국 사라질 수 있습니다. 인공지능이 발전하면서 커뮤니티는 장기적으로 생존하지 못할 수도 있습니다. 제 예측에 따르면, 커뮤니티라는 개념은 오늘날 우리가 이해하는 것과 상당히 다른 구조로 진화하고, 상당한 변화를 겪을 것입니다. 물론, 인공지능이 아무리 발전해도 실제 사람들은 여전히 경험을 공유하고 교환해야 한다는 점도 언급해야 합니다. 저는 전 세계 수많은 대규모 커뮤니티를 호스팅하는 Discourse의 미래 계획이 궁금합니다. 어떤 미래를 전망하시나요? Discourse에 도입할 인공지능 관련 혁신에 대해 어떤 것들을 고려하고 계신가요?

9개의 좋아요

저는 전국적으로 200개 이상의 지부를 가진 회원 주도·회원 후원 조직의 Discourse 인스턴스를 관리하고 있습니다. 우리의 포럼은 모든 회원에게 제공되는 유일한 폐쇄형 소통 공간이므로, 많은 역사적 문서와 자료들이 여기에 보관되어 있으며, 로그인 및 회원 전용 설정으로 인해 이 정보에 접근할 수 있는 유일한 곳이기도 합니다.

그 결과, 이러한 정보에 접근하거나 토론에 호기심을 가진 채로 포럼에 가입하지만, 포럼의 사용법이나 탐색 방식에 전혀 익숙하지 않은 사용자가 적지 않습니다. 대부분은 사회적 미디어와 그 dreaded(두렵고 혐오스러운) 알고리즘에만 노출되어 왔으며, 콘텐츠가 참여를 극대화하기 위해(좋든 나쁘든, 솔직히 말하면 대개 나쁘게) 제공되는 방식에 익숙한 사람들입니다.

제가 많이 고민하고 있는 것 중 하나이며, 두 분 중 이 문제에 대해 생각을 가진 분이 있는지 궁금한데, 그것은 포럼에서 콘텐츠를 타인에게 의존해 제공받기보다는 우리가 사용자로서 자신의 경험을 큐레이션할 의무에 관한 것입니다. 포럼은 정보의 홍수(firehose)를 제공하며, 모든 것이 그대로 드러나 있습니다. 관리자와 개발자가 탐색을 쉽게 만들 수 있지만, 무엇을 보고 무엇을 보고 싶지 않은지는 결국 사용자가 스스로 결정해야 합니다.

기업형 소셜 미디어에 대한 환멸을 느끼는 사람이 늘고 있지만 포럼에 익숙하지 않은 상황에서, 우리는 이러한 개념에 대해 이들을 어떻게 더 부드럽게 온보딩할 수 있을까요? 저는 구체적인 기능 목록보다는 철학적 또는 추상적인 차원에서 질문하고 있다고 생각합니다.

21개의 좋아요

지난해 제가 관리하는 커뮤니티는 창립 20주년을 기념했습니다. 우리 회원들은 장문 콘텐츠를 작성하며, 매우 열정적이고 충성도가 높습니다. 데이터 이식성이 계속 허용된다면, 최소한 10년은 더, 가능하면 그 이상을 이어가기를 희망합니다.

이번 AMA가 "Discourse의 향후 방향"에 관한 것이므로: 지난 11년간 Discourse가 걸어온 길과 채택한 기술들을 살펴본다면, 앞으로 5년 뒤(2030년), 10년 뒤(2035년), 20년 뒤(2045년)의 Discourse는 어떤 모습일 것이라고 기대하시나요?

감사합니다.

3개의 좋아요

@tvavrda님, 안녕하세요.
좋은 질문 감사합니다. 현재 메타(meta)를 위한 새로운 전략을 작성하는 중이며, 그 방향성에 대해 정말 기대가 큽니다. 이 전략은 고객 지원을 유지하면서도 빌더와 크리에이터를赋能하는 생태계를 조성하는 데 훨씬 더 의도적이고 체계적인 접근을 취합니다.

네! 현재 준비 중입니다. 준비가 완료되면 메타에서 이를 발표할 계획입니다. 하지만 그 동안 앰배서더에 관심이 있으시다면 마케팅 디렉터 mae@discourse.org로 이메일을 보내주시면, 연락처 목록에 추가해 드릴 것입니다.

9개의 좋아요

좋은 아침입니다 :hugs:

@featheredtoast 님이 우리의 다음 버전 런처(launcher 2)를 개발하고 있습니다.

이는 지난 10년간 발전해 온 Docker 패턴에 더 잘 통합되도록 처음부터 설계되었습니다. (Docker Compose의 1급 지원, 환경 변수 기반 설정, 제로 다운타임 리빌드 지원)

아직 초기 단계이며, 거대한 오픈소스 생태계를 새로운 패턴으로 전환하는 데는 시간이 걸릴 것입니다. 그럼에도 불구하고 Jeff 님은 이미 새로운 패턴을 사용하여 여러 셀프 호스팅 사이트를 성공적으로 운영하고 있으며, 일부 구형 셀프 호스팅 사이트를 새로운 패턴으로 이식하기도 했습니다.

우리는 누구나 Discourse를 쉽게 시도해 볼 수 있도록 만들고 싶습니다. 세상에 Discourse가 많을수록 우리는 더 행복합니다.

19개의 좋아요

@volanar 님,
일부 엔터프라이즈 고객을 위해 이와 유사한 기능을 구축해 두었습니다. 다만 아직 전체 제품 로드맵에서 이 기능이 어떤 위치에 놓일지는 결정하지 못한 상태입니다.

그럼에도 불구하고, 다가오는 해의 주요 목표 중 하나는 특정 사용 사례에 맞게 카테고리를 설정하는 과정을 더 쉽게 만드는 것입니다. 따라서 이 부분은 해당 작업의 일부로 고려될 수 있지만, 첫 번째 단계에서는 포함되지 않을 가능성이 있습니다.

9개의 좋아요

제 대답은 "복잡하다"입니다.

스팸이나 명백한 악용과 달리, 모더레이션은 커뮤니티에 따라 다른 규범을 따릅니다. 어떤 커뮤니티에서는 특정 논의가 완전히 허용될 수 있는 반면, 다른 커뮤니티에서는 허용되지 않을 수 있습니다.

서비스 약관(TOS)은 도움이 되지만, 모더레이터들이 "로봇에 의한 잘못된 모더레이션"에 대해 허용하는 수준은 매우 낮습니다. 이는 자율주행차와 비슷해서, 사고가 허용되지 않는 것과 같습니다.

제 실험은 채팅을 통해 신호를 끌어내는 것을 시도했는데, 여전히 진행 중이고 일부 사람들은 그곳을 확인하지만, 큰 성과를 내지는 못했습니다. 결국 우리가 무엇을 하든 그것이 모더레이션 큐 안에 어떻게 존재해야 하는지 해결해야 하기 때문인 것 같습니다.

저는 LLM이 모더레이션 업무를 줄이는 데 도움이 되기를 진심으로 원하지만, 올바른 레시피를 찾는 것은 어렵습니다. 다만, 우리가 결국 구축하는 시스템이 무엇이든 '인간이 루프에 포함되는 것(human in the loop)'이 핵심이라는 점은 100% 분명합니다.

우리가 검토해 본 아이디어 중 더 겸손한 쪽은, 검토 큐 항목에 대한 "AI 제안"을 통해 올바른 조치를 선택하는 데 도움을 주는 것이었습니다.

우리는 이 분야에 확실히 큰 관심을 가지고 있지만, 가치를 추가하고 잘못된 신호(false signalling)를 매우 적게 발생시키는 방법을 찾아야 합니다.

10개의 좋아요