Discourse가 채팅 기능에 대한 자체 기능을 선택하고 구현하는 데 있어 어려운 처지에 있다고 생각합니다. 이는 포럼에 익숙한 사용자들을 우선시해야 하기 때문인데, 이들은 아마도 채팅을 선호하지 않을 것입니다. (반면 Discord는 테스트와 피드백을 받을 수 있는 채팅에 능숙한 사용자들을 원할 만큼 많이 보유하고 있습니다. 다만 Discord 역시 포럼 유사 기능을 만들 때 비슷한 상황에 처해 있을 수 있지만, 이 부분은 나중에 더 이야기하겠습니다.) Discord의 수많은 사용자 제작 봇 중 하나로 Discourse의 대부분의 자체 기능을 복제할 수 있지만, 하나만 제외됩니다:
Discourse보다 Discord를 더 많이 사용해 온 저에게, 현재 채팅과 포럼 사이에서 유일하게 진정한 근본적인 차이점은 콘텐츠의 발견 가능성과 대화의 지속 기간(예: 위로 올림, 다른 스레드로 전환 등)인 것으로 보입니다. 만약 Discourse에 이미 적절한 채팅 기능이 있었다면, 커뮤니티에 가입한 사용자가 처음 상호작용하는 요소로 채팅을 최우선으로 배치했을 것입니다. @erlend_sh가 다른 스레드에서 설명하듯:
이 스택 내 경쟁에서 Discourse는 Discord에 비해 거의 아무런 우위도 없습니다. Facebook은 그 어느 때보다 쇠퇴하고 있음에도 불구하고, 사람들은 여전히 Facebook 그룹으로 사용자를 잃는 데 어려움을 겪고 있습니다. 엄격한 유형론적 차이(“Discourse는 포럼이고, Discord는 채팅이다”)에 기반한 차별화는 매우 빠르게 무의미해질 것이며, 그런 방향으로 생각하는 것은 이미 단순히 순진한 것입니다. Discord가 @codinghorror가 9년 전 Discourse 출시 기사에서 언급한 “신호 대 잡음 비율” 문제를 해결하는 데 가까워지는 것처럼 보입니다:
Stack Exchange에서 Q&A에 대해 배운 어려운 것 중 하나는, 훌륭한 신호 대 잡음 비율을 목표로 한다면 토론을 억제해야만 한다는 것입니다. Stack Exchange는 훌륭한 질문과 답변을 생성하는 데 필요한 최소한의 토론만 지원합니다. 이것이 답변이 투표에 따라 끊임없이 재순서화되는 이유이고, 댓글은 제한된 형식과 길이를 가지며 일부만 표시되는 이유입니다. 그리고 그 외의 것들입니다. 우리가 내린 거의 모든 디자인 결정은 토론을 아래로 밀어내고, 가능한 모든 방식으로 그것을 억제하려는 우리의 욕구에 의해 좌우되었습니다. 장황한 훈계는 그만하고, 그만 질문을 답하세요.
Discord는 Jeff가 비판했던 구식 포럼 소프트웨어에 대해 사용했던 것과 같은 주도의 반전(judo flip)을 수행하려는 것처럼 보이며, 이번에는 Reddit, Facebook, Discourse와 같은 현대 포럼을 대상으로 합니다. 제가 생각하는 현재 시점에서 Discourse를 Discord와 전략적으로 구별하는 점은, Discourse가 현재 포럼 소프트웨어이고 Discord가 현재 채팅 소프트웨어라는 것입니다. 따라서 Discord는 채팅이 작동하는 방식을 활용하여 포럼 유사 기능을 시스템에 통합하는 가장 효과적인 방식으로 확장하고 있습니다(포럼처럼 보이는 것은 부수적인 것입니다).
Discourse도 마찬가지로, 기존 포럼이 이미 잘하고 있는 것을 기반으로 확장해야 합니다. 예를 들어, Discord가 채팅 내의 기존 메시지에서 "스레드"를 생성할 수 있게 하듯, Discourse가 기존 포럼 게시물에서 새로운 채팅 컨텍스트를 생성할 수 있게 하는 것은 강력한 기능이 될 수 있습니다. 사용자는 또한 Discourse 채팅의 내용을 가져와 새로운 포럼 스레드나 위키 기사로 전환할 수도 있습니다. Discourse의 정교한 하향식(bottom-up) 조정 기능에 이 유기적인 토론 분기 방식을 추가하면, "포럼"으로 barely 인식될 수 없을 만큼 새로운 무언가를 얻을 수 있을 것입니다.
Discourse는 채팅을 개발하는 동안, 최소한 정신적 연습으로라도 채팅 우선(chat-first) 앱으로 전환하는 것을 고려해야 합니다.