이 게시글을 읽고 나면, Discourse가 한 단계 더 나아가 CMS가 될 수 있다고 생각합니다.
이미 제 생각에 대해 꽤 많은 의견을 가지고 있어, 짧은 소감을 적어보려 합니다.
최근 X와 Reddit과 같은 플랫폼의 급부상과 일부 블로그/뉴스 사이트의 쇠퇴를 보면, Discourse가 거대한 시장을 놓치고 있다고 생각합니다. 솔직히 말하면 백엔드 기능은 갖춰져 있지만, 프론트엔드 기능은 부족한 편입니다. 화려한 CSS와 기능을 갖춘 실제 블로그/뉴스 사이트로서의 Discourse를 상상해 보세요. "홈페이지 기능"이나 "토픽 목록 섬네일"과 같은 컴포넌트를 떠올리면 됩니다.
이것은 단순한 댓글 플랫폼이나 포럼 이상의 의미를 가지며, 여전히 발전 가능성이 있다고 생각합니다.
부족하다고 생각하는 것들…
Discourse 마켓플레이스 - 테마와 플러그인을 위한 유료 마켓플레이스인 전용 웹사이트를 만들면 좋겠습니다. 예를 들어, 괜찮은 테마에 대해 연 70파운드를 받는 것은 합리적인 가격이며, 새로운 아이디어를 가진 외부 개발자들을 끌어들일 수 있을 것입니다. Envato에서 25만 건의 판매고를 올리며 수백만 달러의 수익을 올리고 있는, 코딩이 엉망인 테마들을 한번 봐주세요.
활용 사례 페이지 - "Discourse 활용"을 위한 랜딩 페이지를 만들고, “포럼이 아닌” 특정 테마와 플러그인을 보여준다면 사람들의 관심을 끌 수 있을 것입니다. Discourse를 리뷰 플랫폼, 딜 플랫폼(swapd), 실시간 축구 뉴스(Kick Off) 등으로 활용하는 모습을 상상해 보세요.
Discourse 셀프호스팅 - 현재 패키지와 함께, Docker 설치 없이 즉시 설정되는 “자체 관리” 옵션을 제공하면 좋겠습니다(호스팅 서비스에서 이렇게 하므로, 이 역시 가능할 것입니다). Digital Ocean의 1클릭 설치와 유사하게 말입니다. 이 부분 때문에 많은 고객과 수익을 잃고 있다고 확신합니다.
흥미로운 아이디어입니다… 뉴스 사이트와 같은 특정 사용 사례에 맞게 Discourse가 사전 구성된 상태로 특정 플러그인과 테마 요소와 함께 제공될 수 있을 것 같습니다.
3번 항목, 즉 셀프 호스팅용 즉시 설치에 대해 말씀드리자면, 제 경험에 비추어 볼 때 설치 및 설정 과정을 스스로 해결할 수 있는 의지와 능력이 셀프 호스팅의 최소한의 전제 조건이라고 생각합니다. 만약 Discourse가 지원되지 않는 1클릭 설치를 제공한다면, 저장 공간 부족, 로그 파일이 쌓이는 문제, 업그레이드 실패 등이 발생하는 사이트들을 상상할 수 있습니다. 이런 상황에서는 사이트가 충돌했을 때 직면하게 될 책임에 대비하지 못한 채 불만을 품은 사용자들이 생길 텐데, 반대로 아 라 카르트식 지원 메뉴를 제공하는 방식이라면 어떨지 모르겠습니다. 이러한 시나리오에서는 인력 배치의 어려움과 홍보(PR)상의 함정이 발생할 수 있다고 봅니다.
저는 Discourse의 오픈소스 성격을 높이 평가하고 작은 포럼을 셀프 호스팅하는 것을 즐기고 있지만, 만약 많은 것을 걸고 있지만 내부 인력이 부족한 조직이라면, 완전히 관리되는 호스팅의 비용은 지불할 가치가 있는 작은 대가처럼 느껴질 수 있을 것입니다.
WordPress도 “오픈 소스”인데, 그로 인해 수십억 달러의 수익을 창출하고 있습니다. Discourse의 운영 방식은 그대로 유지할 수 있으며, 이는 별도의 엔티티가 되어 ‘멋진 테마나 플러그인을 살지 말지’의 문제가 될 것입니다. 수많은 개발자의 새로운 아이디어, 플러그인 등이 등장하면 Discourse 플랫폼의 성장을 촉진할 것입니다.
결국, Discourse에서 아마도 최고의 테마를 만든 @awesomerobot과 같은 개발자들을 지원할 수 있는 방법이 될 것입니다.
훌륭한 아이디어입니다. 제가 디스코urses의 댓글 기능을 테스트할 당시 설정과도 유사합니다. 당시에는 디스코urses의 주제(Topic)를 웹훅을 통해 경량화된 Remix/React 사이트로 게시했습니다. 웹사이트에서 생성된 댓글은 웹사이트와 디스코urses 양쪽에 모두 표시되었습니다.
두 서비스 모두를 디스코urses가 직접 구동하도록 하면, 제가 직면했던 대부분의 문제를 해결할 수 있을 것입니다.
제가 이 시스템을 설계한다면, 전통적인 디스코urses 애플리케이션 앞에 매우 빠르게 로딩되는 블로그를 배치하는 데 중점을 두겠습니다. 이 방식은 디스코urses 전체 애플리케이션의 느린 로딩 시간이라는 지속적인 문제도 해결할 수 있습니다.
이러한 방식이 유용한 이유는 여러 가지가 있습니다. 몇 가지 더 추가하겠습니다.
온라인 커뮤니티를 시작하는 것보다 블로그를 시작하는 것이 사회적 부담이 훨씬 적습니다. 사용자가 전혀 없는 상태에서 온라인 커뮤니티를 시작하면 어색하게 느껴집니다. 블로그 게시글을 여러 개 올리는 것만으로 커뮤니티를 발판 마련할 수 있다면 정말 좋겠습니다.
LLM 시대에는 노트 작성 애플리케이션이 매우 인기가 많습니다. 노트를 인터넷에 게시하고 싶은 자연스러운 욕구가 있습니다. 또한, 공유된 지식이 줄어들지 않도록 하기 위해 이에 대한 필요성도 있다고 생각합니다. 노트를 디스코urses에 직접 게시하는 것은 가능하지만, 디스코urses를 백엔드로 사용하는 블로그 형식의 사이트에 게시하는 것이 더 자연스러울 것입니다.
.