Discourse, Pace Capital과 First Round Capital의 2,000만 달러 A라운드 투자 유치 | 블로그

Discourse가 Pace Capital로부터 A라운드 2,000만 달러의 투자를 유치하게 되어 기쁩니다. 시드 투자자 First Round Capital도 함께 참여했습니다.


이것은 https://blog.discourse.org/2021/08/discourse-series-a에 있는 원본 게시물의 관련 토론 주제입니다.
76개의 좋아요

와… :scream:

축하해, 여러분! :bowing_man:t2:

좀 늦은 감은 있지만요 :blush:

11개의 좋아요

와, 정말 대단하네요. 축하드립니다! :fireworks::confetti_ball::clinking_glasses:

이 새로운 자금 지원 덕분에 이러한 움직임이 훨씬 더 많이 일어나기를 바랍니다. :wink: 본인의 사용자 데이터(인터뷰 등)가 어떻게 나와 있는지 정확히 모르지만, 디스코urses(Discourse)를 "재미있다"고 표현하는 사람을 제가 그렇게 많이 만난 적은 없습니다. "마찰이 없다"고 하면, 일부 사용자 집단에 대해서는 그럴 수 있겠죠. "가장 단순하다"고 하면, 음, 그건 다시 한번 확신이 서지 않습니다. 특히 설정/설치 측면에서는 분명히 가장 단순하지 않습니다(기술 스택을 고려할 때, 이미 가능한 한 단순한 상태일 수 있다는 점은 인정합니다). 하지만 사용자 관점에서도 메타(Meta) 포럼 이곳저곳, 그리고 다른 곳에서 디스코urses가 유사한 목표를 가진 다른 관련 플랫폼/도구에 비해 더 “기술적인” 느낌, 혹은 심지어 “복잡한” 느낌을 준다는 이야기를 하는 사람들을 많이 볼 수 있습니다.

물론 이러한 광범위한 주제와 우려 사항에 대한 구체적인 제안이 변화를 위해 옹호하는 가장 좋은 방법(적어도 팀이 대응하기 가장 쉬운 방법)이라는 점은 알고 있습니다. 시간과脑力(두뇌 에너지)가 허락하는 한 계속 그렇게 해보려 합니다. 하지만 동시에, 자사의 문제 영역에 대해 깊은 전문성을 가진贵公司(귀사) 규모의 회사가, 사용자의 일반적인 필요나 우려 사항을 더 구체적인 기능이나 기타 변경 사항으로 번역하는 데 대해 더 명확한 책임을 져야 한다는 요구도 합리적이라고 생각합니다.

이상적으로는, 이는 이미 진행되고 있는(다만 몇 가지 우려 사항이 있지만) 이 포럼에서의 대화뿐만 아니라, 개방적이고 경험 중심적인 질문(즉, 고전적인 사용자 인터뷰)을 통한 직접적인 사용자(그리고 잠재적 사용자/관리자!) 인터뷰를 통해서도 이루어져야 합니다.贵公司(귀사)의 규모와 경험을 고려할 때 이미 그렇게 하고 계실 것이라 짐작하지만, 만약 그렇다면 메타 포럼에 그런 더 개방적인 접근 방식을 가져오는 것이 좋다고 생각합니다. 즉, 디스코urses 팀이 공개적으로 표현된 피드백을 바탕으로 사용자 감정과 행동을 기능 및 기타 변경 사항으로 번역하는 역할을 가시적으로 수행하는 모습을 더 많이 보여주는 것입니다.
"가시적으로"라 함은, 구체적인 제안을 하도록 사용자에게 책임을 전가하는 팀의 응답을 줄이고, 예를 들어 "X라는 기능이 있다면, 당신의 필요에 도움이 될까요?"라고 묻는 식의 접근을 더 많이 하는 것을 의미합니다.

이 부분은 특히 흥미롭다고 생각하며, 또한 위에서 언급한 우려 사항들을 해결하는 데 크게 의존한다고 봅니다.

물론, 제 의견은 존중하는 마음에서 나온 것이며 디스코urses에 최선이 되기를 바라는 마음에서 나온 것임을 알고 계실 것입니다. 또한 사용자가 인터뷰를 하지 않는다는 의미, 혹은 더 일반적인 아이디어와 필요 사항을 기능 요청 등으로 분해하는 작업의 어떤 것도 하지 않는다는 의미가 아니라는 점도 강조하고 싶습니다. 사실, 적어도 지난 1~2년 동안(저는 그보다 오래 여기 있지는 않았습니다) 메타 포럼에서 이러한 영역에서 눈에 띄는 개선이 이루어지고 있다고 생각합니다. 그럼에도 불구하고, 여러 디스코urses 포럼의 최종 사용자이자 관리자인 제 경험상, 포럼 내에서 변화를 옹호하려고 할 때 종종 "구체적이지 않다"거나 “모크업(mockup)을 만들어라”(요청자의 역량과 이해도에 따라 "개발 작업을 일부 대신 해달라"는 식으로 해석될 수 있음)는 반응에 부딪히는 경우가 많습니다. 메타 포럼에서는 사용자의 기술 수준이 높은 편이라는 점은 인정하지만, "완전히 새로운 관객층에 도달"하기를 원한다면 그것을 당연하게 여길 수는 없습니다.

이곳에서 이러한 우려 사항을 제기하는 것이 괜찮으실지 모르겠습니다. “귀사의 바람을 빼앗고” 싶어서가 아니라, 팀을 위한 이 큰 자원 증대에 대해 이러한 우려 사항들이 관련이 있어 보이기 때문입니다. 경청해 주셔서 감사합니다.

전반적으로 디스코urses가 훌륭한 일을 하고 있다고 생각합니다. 뛰어난 제품이며, 그 뒤에는 사려 깊고 유능한 팀이 있고, 이번 자금 조달은 충분히 자격이 있다고 봅니다!

19개의 좋아요

펀딩을 축하드리고, 적합한 투자자를 찾았다는 점도 두 배로 축하드립니다.

우연히도 HN에서 discourse에 대한 논의가 진행 중이었습니다. 늘 그렇듯 찬사만 가득한 글과 변화를 거의 원하지 않는 사람들의 의견이 있습니다.

https://news.ycombinator.com/item?id=28329672

8개의 좋아요

정말 훌륭해요 - DC 팀 모두에게 축하의 말씀을 전합니다 :+1:

최근 vB에서 DC로 포럼을 이전했는데, 덕분에 오래된 포럼에 다시 활기가 돌았어요. 사용자 참여도가 눈에 띄게 늘었죠(주당 1만 건 이상의 게시물). 회원 수가 꽤 줄기도 했지만(이건 항상 예상되는 부분이에요)留下来的 회원들은 더 많이 게시물을 올리고 있으며 업데이트를 좋아하고 있어요. 전환 과정에 대해 DC 팀에 도움이 될 만한 몇 가지 팁을 공유할 수 있는데, 이 스레드의 흐름을 흐트리고 싶지 않아서 나중에 말씀드릴게요. 그저 DC가 현재 최고의 포럼 플랫폼이며, 여기서 받는 지원은 연간 라이선스 비용을 지불해야 하는 포럼에서 받는 지원만큼이나, 아니 그보다 더 좋다는 점을 말씀드리고 싶었어요.

모두 수고 많으셨고, DC가 앞으로 어디로 나아갈지 기대가 됩니다!

17개의 좋아요

축하드립니다. 요즘 여기저기에서 디스코르스를 화이트라벨링한 모습을 자주 볼 수 있네요. 정말 잘하셨고, 앞으로도 계속 성장하시길 응원합니다.

11개의 좋아요

열정적이면서도 존중하는 마음으로, 이 댓글에서 제기된 점들에 동의합니다.

5개의 좋아요

축하해, Discourse! :slight_smile:

이력서를 어디로 보내면 될까요? :stuck_out_tongue:

5개의 좋아요

글쎄요, 물론이죠. 하지만 이건 “나는 컨트리 웨스턴 음악을 정말로 좋아하지 않는다”는 것과 같은 맥락입니다. 그건 괜찮습니다. 모든 사람이 모든 음악 스타일을 좋아하는 것은 아니니까요.

하지만 제 개인적인 경험으로는, 저는 디스코스를 사용할 때 정말로 큰 재미를 느끼고, 반면에 XenForo, vBulletin, SMF, Reddit, Twitter, 이메일 등을 사용할 때는 훨씬 덜 재미를 느낍니다. 아, 정말… 디스코스의 실시간 주제 기반, 단락 기반의 논리적 토론과 지능형 알림 시스템이 주는 만족감을 줄 수 있는 온라인 도구가 거의 없습니다. 물론 저는 편견이 있을 수 있지만, 지난 9년간의 성장과 우리가 하는 일에 막대한 투자를 아끼지 않는 다른 기업들의 존재는 스스로 말해 줄 것입니다.

하지만 컨트리 웨스턴 외에도 다른 종류의 음악이 많다는 사실도 맞습니다. 그리고 그 다양성 덕분에 세상은 더 좋아졌습니다 – 다른 사운드, 다른 경험을 선호하는 것은 전혀 이상한 일이 아닙니다. 또한 컨트리 웨스턴을 록이나 심지어 랩 같은 다른 장르와 결합하는 것도 가능합니다 – 이미 그런 사례가 있었죠! 저는 페이스북처럼 모든 사람이 하나의 것만 사용해야 한다고 절대 말하지 않을 것입니다. 그것은 저에게는 용납할 수 없는 일입니다.

맞습니다 – 우리는 이제 8년째 이 일을 하고 있으며, 사용자 피드백의 직접적인 결과로 이루어진 수많은 변화를 문서화한 메타의 거대한 주제 목록이 있습니다. 물론 비즈니스의 생존에 필수적이기 때문에 호스팅 고객들의 피드백을 우선시하는 경향이 있습니다. 2013년 디스코스크린샷을 보고 현재와 비교해 보세요. 정말 다릅니다!

오픈소스는 다른 클로즈드소스 제품보다 조금 더 인내심이 필요하다고 생각합니다. 다만, 창업자와 함께 점심 식사를 하고, 선물까지 받는 경험을 해본 다른 제품들이 있는지 궁금하네요. 그것이 우리가 얼마나 경청하려는 자세를 가지고 있는지를 보여주는 좋은 지표라고 생각합니다. :wink:

19개의 좋아요

축하합니다 :slight_smile:

지금까지 구축해 온 것과 앞으로 구축하려는 것에 대해 이해하는 투자자들을 찾았다니 기쁩니다. 쉬운 일이 아니죠. 그 관계가 계속 성장하기를 바랍니다.

사용자, 포럼 관리자, 기능 요청자에서 개발자로, 그리고 Discourse를 사용하는 또 다른 기업의 창업자로 전환된 사람으로서, 저는 이 방정식의 양쪽 모두를 경험해 왔습니다. 말씀하시는 내용을 이해하지만, 분위기가 조금 달라질 수 있는 맥락을 조금 더 추가하고 싶습니다.

오픈 소스 소프트웨어를 개발하면 정기적으로 온갖 곳에서 수많은 요청을 받습니다. 어떤 요청은 매우 세심하고 잘 계획되어 있지만, 그렇지 않은 경우도 많습니다. 사실, 때로는 세부 사항에 대한 주의의 정도가 요청자의 끈기와 반비례하는 경우도 있습니다. 사용자와 교류할 의지가 아무리 강하더라도, 시간이나 인내심은 무한하지 않습니다.

결국 우선순위 설정 체계와 특정 질문에 대한 표준 답변이 개발됩니다. 여기에 조직이 재정적으로 지속 가능하게 유지되어 직원에게 적정한 임금을 지급하고 번아웃을 피하며 성장을 계속하고자 하는 목표를 더하면, 요청자가 클라이언트인지를 기준으로 우선순위를 정하는 것은 하나의 방법이 됩니다.

지불하는 고객의 우선순위 설정은 자명하지도 않으며 모든 경우에 동일하지도 않습니다. 다른 조직 구조는 이 측면에서 다른 인센티브를 생성합니다(이것이 Pavilion이 전통적인 기업이 아닌 협동조합인 이유 중 하나이기도 합니다). 그러나 그것은 전적으로 자연스럽고 이해할 수 있는 것입니다. 지속 가능한 대부분의 기업은 매일 이렇게 합니다. 그리고 대부분의 경우, 사람들은 이를 시장 경제의 표준 관행으로 받아들입니다. 사실, 다른 맥락에서는 아무나 나타났다가(아무것도 구매하지 않은) 피드백에 따라 비즈니스 관행을 조정하기 시작하면 이상하게 느낄 것입니다.

Discourse와 함께 일해 온 지난 수년 동안 저를 인상 깊게 만든 것은, Discourse의 창업자, 팀, 그리고 코드 자체가 이러한 표준적인 인센티브를 넘어가려 얼마나 노력하는가 하는 점입니다. 저는 지불하는 고객이 아니었음에도 6년 넘게 Discourse 포럼을 운영하며, 기능 요청을 하고, PR을 만들고, 플러그인과 테마를 구축하며, Discourse 커뮤니티에 다른 기여를 해 왔습니다. 그 대가로 받은 지원과 피드백의 수준에 대해 매우 보람을 느꼈습니다.

예, 이것이 존재하는 유일한 오픈 소스 프로젝트는 아니지만, 성공적인 비즈니스 모델과 짝을 이루는 경우는 상대적으로 적습니다. 그 모델 덕분에 적어도 10년 더 지속 가능할 것이라고 합리적으로 기대할 수 있는데, 이는 외부의 다른 옵션 중 일부에는 적용되지 않는 사실입니다. Discourse가 성장하면서 그 모델을 발전시켜 나가는 가운데, 사용자가 되고, 커뮤니티가 되고, 그것을 사용하는 기업으로 구성된 우리 커뮤니티의 일원으로서, 우리가 모두 혜택을 받았고 앞으로도 수년간 혜택을 받을 그 비표준적인 측면을 어떻게 계속 구축하고 인센티브를 제공할 수 있는지 스스로에게 물어야 합니다.

기업이 성장할 때, 효율성, 특히 경제적 효율성에 대한 질문이 더 부각되는 경우가 많습니다. 이는 시장 경제에서 운영되는 비즈니스의 자연스러운 부분이기도 합니다. 이것이 Discourse의 경우 자명하다는 것을 말하는 것은 아니지만, 비즈니스 모델의 자연스럽고 이해할 수 있는 진행 과정입니다. Discourse가 커지면 이제 더 많은 직원이 오픈 소스 기능 요청에 더 많은 시간을 쓸 수 있을 것이라고 느낄 수 있습니다. 그럴 수도 있습니다. 하지만 그것은 비즈니스 운영의 현실과 균형을 이루어야 합니다.

Discourse가 커지면서 제가 (그리고 스스로에게) 묻고 싶은 질문은, 표준 비즈니스 인센티브를 넘어가는 Discourse의 그 상대적으로 드문 측면을 계속 구축하기 위해 제가 무엇을 할 수 있는가 하는 것입니다. Discourse의 그 부분들은 본질적으로 상호적인 것입니다. 어떤 커뮤니티의 건강함은 그것을 운영하는 사람들뿐 아니라 그 구성원들의 태도에 대해서도 의존합니다.

예, 기능 요청을 하고, PR을 올리고, 우리가 유익하다고 믿는 변경 사항을 옹호하는 것을 계속합시다. 최대한 성실하게, 그리고 그 이상으로 그렇게 합시다. 그 정신을 살아 있게 유지하는 것은 Discourse.org에게만 있는 것이 아니라 우리 자신에게도 그만큼 중요한 일입니다.

36개의 좋아요

정말 잘 말씀해 주셨어요! :hugs:

우리는 Discourse를 둘러싼 생태계가 Discourse 그 자체만큼 중요하다고 믿습니다. Discourse를 기반으로 서비스를 구축하는 분들을 돕는 것은 우리가 이 새로운 리소스를 통해 이루고자 하는 목표의 핵심 축 중 하나입니다. 여기는 큰 천막과 같아, 누구나 함께 더 크게 만들어 나가는 데 기여할 수 있는 공간이 있습니다.

32개의 좋아요

좋은 소식입니다. 커뮤니티와 플랫폼을 개선하기 위한 장기적인 계획이 있다면 공유해 주시겠습니까? 디스코스에서 어떤 긍정적인 변화가 일어날 수 있을까요?

2개의 좋아요

투자 축하드립니다! 정말 훌륭합니다. 플랫폼이 성장하는 모습을 보니 기쁩니다.

@oshyan 님이 하려는 말씀은 더 나아가 Discourse의 사용자 경험(UX)이나 사용 난이도에 관한 것이라고 생각합니다. 코딩을 모르는 분이라면 초기 설정이 매우 까다롭습니다(저도 결국 해냈지만, 가장 간단한 경험은 아니었습니다). 진행하면서 주석을 달 수 있도록 Genius에 ‘쉬운’ 설정 가이드를 올릴 뻔했습니다.

비기술적 고객에게 플랫폼을 복잡하게 만드는 사용자 문제들도 있습니다. 그 한 가지 사례로, 이 스레드 다른 곳에서 @oshyan 님에게 "흥분하고 존중하는 마음으로…"라고 답글을 남긴 제 글을 참고해 주세요. 시각적으로 제가 어떤 댓글에 답글을 달고 있는지 파악하기가 꽤 미묘합니다. 네, 이미지를 클릭하면 원래 댓글로 이동할 수는 있지만, 제 고연령 고객분들은 그걸 알아채지 못할 수 있습니다. 그리고 스레드가 뜨거워지면, 사람들이 잘못된 사람에게 답글을 달았을지도 모른다는 불안감을 느끼기 시작합니다.

이것은 작은 예시일 뿐이라는 것을 압니다 – 하지만 때로는 Discourse의 상정된 설치자/사용자가 자바스크립트 페이지 하나를 이해할 수 있는 사람인 것처럼 느껴집니다. 그래서 @oshyan 님의 ‘더 넓은’ 대상에 대한 언급을 단순히 기술에 덜 익숙한 대상을 의미한다고 해석했습니다.

제 분야에서 기업가들이 Discourse보다 더 제한적이고 더 비싼 커뮤니티 플랫폼을 칭찬하는 모습을 보면 답답합니다. Discourse가 더 많은 사람에게 더 매력적으로 다가갔으면 합니다.

4개의 좋아요

축하합니다. 웹사이트를 방문할 때 커뮤니티 링크가 있으면, 특히 기술 관련(예: Julia 언어)인 경우라면 Discourse 커뮤니티일 거라고 기대하게 되는데, 대부분 실제로 Discourse 커뮤니티입니다 :slight_smile:

포럼을 크게 좋아하진 않지만, Discourse를 사용하면 어떤 포럼이든 훨씬 쉽게 참여할 수 있는 것 같아요.

12개의 좋아요

이 점에 대해서는 전적으로 동의합니다! 새로운 소프트웨어를 배워야 할 때마다, 그들이 온라인 커뮤니티에 디스코르스를 사용한다는 사실을 알게 되면 설레는 마음이 듭니다. 디스코르스인 경우라면, 새 커뮤니티에 참여하고 적극적으로 활동하는 것을 항상 기대하게 됩니다!

10개의 좋아요

위키백과에 이 벤처 캐피탈 투자 라운드가 기재되었습니다: Discourse (software) - Wikipedia

필요에 따라 추가 편집해 주세요. 도움이 되길 바랍니다.  R

10개의 좋아요

@robbie.morrison 감사합니다! 제가 수정한 유일한 부분은 URL을 여기서 메타(Meta)가 아닌 블로그로 향하게 한 것입니다.

7개의 좋아요

@codinghorror와 @jord8on의 의견에 동의합니다. 디스코urse는 단순하거나 마찰이 없는 것을 넘어, 정말 재미있는 플랫폼이라고 생각합니다. 저는 같은 건강 관련 주제에 대해 4개의 포럼을 활발하게 이용하고 있습니다.

마찰이 없는(Frictionless): 디스코urse를 사용하지 않는 다른 포럼들은 여러 가지 이유로 제게 꽤 큰 불편을 줍니다. 예를 들어 일반적인 내비게이션(새로운 스레드 찾기, 새 게시글 찾기 등), 허용되는 수정 시간, 작성기 미리보기 부재, 초안 기능 부재, 포맷팅 옵션의 부족, 또는 이모지가 열리는 속도가 매우 느린 점(있다면) 등이 그렇습니다. "어떤 댓글에 답을 하고 있는지 파악하기가 미묘할 수 있다"는 말이 있지만, 이 4개 포럼 중 디스코urse보다 이 부분을 더 잘 처리하는 소프트웨어는 최신 게시글을 찾는 것이 거의 불가능할 정도로 불편합니다.
(마찰이 있는 부분: 다른 한 포럼은 검색 시 구절 스니펫이 더 관련성이 높아 검색이 더 쉽습니다. 나머지 2개 포럼에서는 특정 게시글을 검색하는 것을 포기했거나, 검색 엔진을 이용하고 있습니다.)

단순한(Simple): 제 개인적으로는 아주 사소한 문제만 있을 뿐, 다른 3개 포럼을 사용하는 사람들이 더 적은 문제를 겪을 것이라고는 상상할 수 없습니다.

재미있는(Fun): 네, 저는 이런 종류의 도구에 대해 학습 곡선이 빠른 편입니다. 하지만 디스코urse는 매우 논리적으로 구성되어 있고, 표면 바로 아래에 수많은 가능성이 숨어 있어, 키보드 단축키를 포함해 빠르게 '작업’할 수 있습니다. 편집, 초안, 링크 연결이 쉽고, 수많은 추가 기능, 포맷팅, 세부 정보 숨기기 등이 실제로 제게 큰 재미를 줍니다. 이것이 제가 다른 포럼 대신 이 포럼을 블로그 작성용으로 선택한 이유 중 하나입니다(두 번째 이유는 그곳의 사람들이 어디보다 더 친절하다는 점인데… 이것이 어떻게든 마법적으로 :mage:나 심리적으로 :sunglasses: 연결되어 있다면 놀라지 않을 것입니다)…

오류 메시지를 재미있는 트로피로 재해석: 디스코urse는 세상을 약속하지만, 해당 포럼이 사용하는 버전은 “단순히” 한 대륙만 거래하기 때문에(비유적으로), 그 이상을 시도하고 싶은 욕구를 자극합니다. 그래서 저는 다른 사람들이 트로피를 얻듯 오류 메시지를 받습니다. 과도하거나 너무 빠르게 편집할 때, 또는 이유 없는 “429” 오류 코드처럼, 관리자조차 설명하지 못하는 경우가 많습니다. 저는 이것도 재미있게 재해석합니다. 물론 우회책을 찾을 때까지는 약간 막막할 수도 있지만요…

7개의 좋아요

이런 의견을 가끔 보게 되는데, 솔직히 이해가 되지 않습니다. 저는 코더가 아닙니다. 어떤 종류의 IT 전문가도 아닙니다. 하지만 다음과 같은 작업을 하는 것이 왜 어려운지 정말로 이해할 수 없습니다:

git clone https://github.com/discourse/discourse_docker.git /var/discourse
cd /var/discourse
./discourse-setup

이 명령어들을 추측할 필요도 없고, 환경을に合わせて 수정할 필요도 없습니다. – 그냥 문서에서 복사해서 붙여넣기 하면 됩니다. "다운로드한 tarball을 압축 해제하고, 데이터베이스를 생성하고, PHP 앱을 데이터베이스에 연결하도록 설정"하는 일반적인 포럼 설치보다 결코 더 어렵지 않습니다. 다르긴 하지만, 오히려 더 쉽습니다 – 특히 웹서버, PHP, 데이터베이스를 먼저 모두 설정해 두어야 할 필요가 없기 때문입니다.

10개의 좋아요

Hi @danb35

가장 정중하고 존중하는 마음으로 말씀드리지만, 당신의 답변은—나는 100% 차분하고 친근한 태도로 말하는 겁니다—내 주장을 내가 할 수 있는 것보다 더 잘 입증해 줍니다.

내 주장은 간단합니다. 디스코스가 제공할 수 있는 결과를 원할 사람이 수천 명은 됩니다: 쇼핑 블로그를 운영하는 엄마들, 페이스북 그룹을 운영하려는 어부들, 스트릿 팀을 구축하고 싶은 작가들… 내 생각에 이것이 이전에 언급된 '더 넓은 독자층’입니다—하지만 그중 대부분은 디스코스를 사용하기에 너무 '복잡하다’고 느낄 것입니다.

그저 놓친 기회라고 생각합니다.

온라인 커뮤니티 빌더 100명 중 99명은 이것이 무엇을 의미하는지 모른다고 확신합니다. 어디에 붙여넣어야 하는가? Github에? 브라우저에? 디스코스 앱의 어떤 곳에?

이 사람들은 평생 터미널을 한 번도 열어본 적이 없습니다.

매년 디지털 제품 판매로 미국 평균 연봉에 가까운 수입을 올리고 있으며, 어떤 형태로든 수십 년 동안 온라인에 있었습니다. 그런데 저는 실제로 tarball이 무엇인지 전혀 모릅니다.

–

디스코스를 비꼬거나 비방하려는 의도로 말하는 것이 아닙니다. 저는 제 커뮤니티를 디스코스로 운영하고 있습니다!

제가 드릴 수 있는 모든 예시에 대해, 검색을 하거나 주변에 물어보면 답을 찾을 수 있다는 것도 알고 있습니다. 제가 그렇게 했듯이요 :slight_smile:

제 지점은, 여기에서 온라인 커뮤니티 빌더들의 기술적 숙련도에 대한 보편적인 오해가 존재하는 것 같습니다. 그리고 누군가가 이 문제를 언급할 때—당신이 말했듯이, 저 혼자만의 문제가 아닙니다—믿을 수 없다는, 심지어는 불신하는 듯한 어조가 느껴집니다.

그런 분위기로 인해 이 포럼에서 글을 쓰는 것이 내가 원하는 만큼 즐겁지 않습니다.

물론, 저는 어른이니까 큰 문제는 아닙니다. 하지만 제가 언급한 대부분의 사람들은 결국 다른 곳으로 넘어가서 Circle.so에 돈을 쓰거나, 어떤 Wordpress 플러그인을 구매하거나, FB 그룹을 시작하게 될 것입니다. 디스코스가 더 나은 솔루션임에도 불구하고요.

어쨌든. 할 말은 했습니다. 제가 틀렸을 수도 있습니다! 이 주제에 대해 제가 올릴 것은 이것뿐입니다—훌륭한 성공을 발표하는 페이지에서 계속 불평하고 싶지 않으니까요. 팀을 위해 매우 기쁘게 생각합니다, 그리고 플랫폼이 점점 더 강해지기를 바랍니다.

10개의 좋아요