FOSS 프로젝트에 Discord 쓰지 말기(2021)

 (drewdevault.com)
1P by GN⁺ | ★ favorite | 댓글 1개
  • FOSS 프로젝트가 Discord를 커뮤니티 채팅 도구로 선택하면 독점 클라이언트 사용 여부에 따라 참여 장벽이 생기고, 자유 소프트웨어에 민감한 기여자가 밀려날 수 있음
  • 접근성 요구가 있는 사용자, 저사양 하드웨어 사용자, 특이한 운영체제·기기 사용자, 미국 제재 국가 사용자, Tor·VPN 의존 사용자까지 참여에서 배제될 수 있음
  • 채팅 로그, 봇 구성, 프로젝트 공간 조정 권한은 프로젝트가 아니라 Discord가 통제하며, 커뮤니티가 필요한 개선 클라이언트를 함께 만들기도 어려움
  • 서비스 선택은 단순한 편의가 아니라 장기적 투자이므로, Discord 사용은 FOSS 플랫폼 대신 독점 플랫폼을 강화하는 선택이 됨
  • IRC 기반 chat.sr.ht, Matrix, Zulip 같은 대안이 있으며, 같은 문제의식은 GitHub, Twitter, YouTube 같은 독점 인프라 의존에도 이어짐

Discord가 FOSS 프로젝트와 충돌하는 지점

  • FOSS 프로젝트에서 Discord를 쓰면 자유 소프트웨어의 가치와 커뮤니티 운영 방식이 어긋남
    • FOSS 프로젝트는 자유 소프트웨어를 중요하게 여기기 때문에 만들어지지만, Discord는 독점 클라이언트 사용 여부에 따라 커뮤니티를 나눔
    • 독점 Discord 클라이언트를 쓰지 않으려는 사용자는 프로젝트 커뮤니티에서 2등 시민처럼 취급될 수 있음
  • 배제되는 사용자는 접근성 문제에만 그치지 않음
    • 접근성 요구가 있는 사용자에게 Discord의 독점 클라이언트는 사용하기 어려운 경우가 있음
    • 리소스를 많이 쓰는 클라이언트를 쾌적하게 돌릴 새 하드웨어를 살 수 없는 사용자도 불리함
    • 새로운 운영체제나 특이한 기기를 쓰는 사용자는 Discord가 해당 플랫폼으로 포팅하기 전까지 클라이언트를 쓰기 어려움
    • Discord는 Iran 같은 미국 제재 국가의 사용자에게 서비스를 제공하지 않음
    • 개인정보를 중시하거나 Tor·VPN에 의존하는 사용자는 Discord 참여를 망설이거나 거부될 수 있음
  • 접근성 평가는 단순히 “좋다/나쁘다”로 끝나지 않음
    • Discord는 접근성 문제를 진지하게 다루도록 소송을 당한 적이 있음
    • 접근성 분야에서 일하는 한 의견 제공자는 Discord를 화면 낭독기로 능숙하게 쓰지는 못했지만, 데스크톱 대상 웹 앱 UI가 복잡해 요소 단위 탐색이 압도적으로 느껴졌다고 밝힘
    • Slack과 Zulip도 비슷하게 느꼈지만, IRC는 선택 가능한 클라이언트가 많다는 점에서 낫다고 봄
    • 다만 Discord 접근성은 최근 몇 년 사이 개선된 것으로 보이며, 일부 시각장애인 커뮤니티와 젊은 시각장애인 프로그래머 그룹도 Discord를 사용 중임

독점 인프라 대신 FOSS 생태계에 투자해야 하는 이유

  • Discord와 FOSS 프로젝트 사이에는 이해상충이 있음
    • 채팅 로그 소유권, 유용한 봇 설정 권한, 프로젝트 공간을 자체 판단으로 조정할 권한은 Discord가 보유함
    • Discord가 경험 전체를 통제하기 때문에, FOSS 커뮤니티는 접근성 요구나 저사양 기기에 맞춘 개선 클라이언트를 함께 만들기 어려움
    • Discord는 사용자를 길들이려는 방향이고, FOSS는 사용자를 동료와 협력자로 대한다는 점에서 두 이념이 충돌함
  • 도구 선택은 단순한 편의가 아니라 투자임
    • Discord를 선택하면 그 플랫폼을 정당화하고 FOSS 플랫폼에 갈 투자를 줄이는 효과가 있음
    • 더 큰 도달 범위와 청중이 있다고 생각하더라도, FOSS 생태계 전체의 장기 목표보다 단기적·개별적 선택에 가까움
    • FOSS 플랫폼은 일반적으로 벤처캐피털이나 대규모 마케팅 예산을 갖지 못하고, 시장을 확보하기 위해 다크 패턴이나 약탈적 전술을 덜 쓰려 함
    • Discord의 참여자 수는 서버에 한 번이라도 들어온 모든 사용자를 보여주므로, 실제 활성 사용자 수와 다를 수 있음
  • Discord와 Slack의 대안으로 IRC, Matrix, Zulip을 고려할 수 있음
    • SourceHut은 IRC에 투자하며 chat.sr.ht 같은 접근성 높은 서비스를 만들고 있음
    • 다른 선택지로 Matrix와 Zulip이 있음
  • 같은 논리는 다른 독점 인프라에도 적용됨
    • GitHub를 쓴다면 SourceHut이나 Codeberg를 고려할 수 있음
    • Twitter 대신 Mastodon을 고려할 수 있음
    • YouTube 대신 PeerTube를 시도할 수 있음
    • Facebook은 쓰지 않는 편이 낫다고 봄

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 인터넷에 코드를 그냥 올려두는 게 목적이라면 어떤 도구든 괜찮고, 오히려 응원함
    하지만 최대한 많은 사람이 프로젝트를 발견하고 혜택을 받게 하며 네트워크 효과까지 얻고 싶다면, 현대 오픈소스 개발에서 가장 많은 사람이 쓰는 독점 플랫폼인 GitHub와 Discord는 사실상 선택지가 아님
    직접 운영하는 프로젝트에서 1년 넘게 Matrix만 쓰도록 유도하고 Discord를 거부했지만, 결국 둘 다 운영하기로 하자 한 달도 안 돼 95% 이상이 Matrix 채널을 떠나 Discord로 갔고, 커뮤니티 규모도 훨씬 빠르게 커졌음
    마음에 들진 않지만 사람들이 있는 곳이 거기임

    • GitHub는 이해할 수 있음. 독점이긴 해도 기본은 git이라 다른 곳으로 옮기는 건 pull/push로 가능함
      이슈, 토론, 위키는 그렇지 않지만 적어도 웹에 있어서 검색 가능하고, 보관 가능하고, curl로도 접근 가능함. libssl 같은 이상한 오류를 검색하다가 처음 보는 도구의 임의 이슈에 도착했는데, 누군가 디버깅 중 원인을 잘 설명해 둬서 문제를 해결한 적이 여러 번 있음. 브라우저만 있으면 됨
      Discord는 전혀 다름. 색인되지 않고, 서버끼리도 대부분 담장 안에 갇혀 있음. Discord에서 공유된 내용은 10~20년 뒤 사라질 가능성이 크고, 어떤 프로젝트의 Discord 안에서 발견·해결된 내용은 그 프로젝트 밖 누구에게도 도움이 되기 어려움
      IRC에도 같은 문제가 있었지만, 텍스트 중심이라 조금 복잡한 내용은 포럼이나 메일링 리스트로 옮겨졌고, 둘 다 웹 접근과 검색이 가능했음. 일부 프로젝트는 로그 봇으로 텍스트 파일을 웹 서버에 덤프하기도 했음
    • “자유를 위해 편의성을 포기한다”는 게 자유 소프트웨어에서 감수해야 하는 핵심 절충 중 하나 아닌가 싶음
      FOSS의 ‘자유’를 받아들이는 정도는 사람마다 다르지만, 많은 FOSS 프로젝트가 가장 반자유적인 기업 중 하나의 독점 제품에 그렇게 많이 기여해도 괜찮다고 여기는 건 실망스러움
    • Discord는 원칙상의 반대라기보다 그냥 도구로서 너무 거슬림. 좋은 해결책이라고 생각하지 않음
      실제로 채팅처럼 빠른 시간 안에 질문이 답변된 적이 거의 없고, 며칠이나 일주일쯤 지나면 잊어버리거나 위로 스크롤해 다시 찾기도 어려움
      검색 엔진이 색인하지 못해 발견성이 떨어진다는 얘기는 자주 나오지만, 계정을 만들거나 로그인해서 서버에 들어가기 전까지 그 서버가 완전히 죽었는지도 알 수 없음. 들어가 보면 신규 입장 알림만 잔뜩 있고, 질문 한두 개 이후 아무 활동이 없을 수도 있음
      가장 큰 문제는 여러 서버와 채널의 채팅을 따라갈 수 없다는 점임. 그렇다면 왜 굳이 채팅이어야 하는지 모르겠음. Reddit 같은 방식이 훨씬 낫고, 현재성이 있으면서도 채팅만큼 휘발적이지 않음
    • Discord에서 FOSS 프로젝트를 운영하는 입장에서도, 사실상 선택지가 없다는 데 강하게 동의함
      독점 플랫폼 불매는 좋은 최종 목표지만, 지금 당장 사람들을 Discord와 GitHub 같은 지배적 협업 도구에서 벗어나게 설득하는 건 모바일 양대 독점에서 벗어나게 하는 것만큼 비현실적임
    • 도구보다 커뮤니티가 우선임. 도구가 실패하면 커뮤니티가 새 도구로 옮겨가길 바람
      결국 독점 도구 위에 세워진 거대한 해커 문화가, 다른 도구 위에 세워진 작은 해커 커뮤니티보다 정치적·기술적 자유를 더 많이 만들어낼 수도 있음. 더 큰 커뮤니티의 규모와 정치적 영향력은 중요함

  • Discord로 지원을 제공하자는 얘기가 나올 때마다 이 이야기를 다시 하게 됨
    돈을 내고 산 상용 제품의 지원을 받으려 했는데, 지원 창구가 Discord뿐이었고 채널은 전화번호 인증을 요구했음
    24년 동안 써온 내 전화번호를 넣었더니 유효하지 않다고 나왔고, 지원팀에 문의하자 시스템을 고치는 대신 Discord를 안 쓰는 다른 사람의 휴대폰을 빌려 인증하라고 했음. “한 번만 하니까 괜찮다”고도 했음
    공식 지원팀이 우회를 권장한다면 전화번호 인증의 목적이 대체 무엇인지 모르겠음. 결국 그 제품은 지원도 못 받았고 다시는 동작하지 않았음

    • 공식 지원/포럼 대안으로 subreddit을 쓰는 것에 대한 생각이 궁금함
    • 그 제품이 뭔지 알려주면 피할 수 있을 것 같음

  • 탈중앙화, 개인정보 보호, 보안 프로젝트가 Discord를 소통 창구로 쓰면 진지하게 받아들일 수 없음
    “join our Discord”를 보는 순간 탭을 닫게 되고, 민망한 일임

  • 이 글의 초점은 “표현의 자유로서의 자유” 쪽이라는 걸 알지만, Discord를 싫어하는 이유가 많아도 커뮤니티 참여 도구로는 놀라울 만큼 좋음
    GitHub 초창기에는 이런 게 없었음. 내부 채팅으로 Campfire는 있었지만 초기 사용자와 외부 IRC처럼 소통할 도구가 없었고, IRC는 대체로 아무도 안 써서 쉬운 플랫폼이 아니었음. 사용자 대화는 보통 Twitter 같은 데서 했음
    Leah Culver가 IRC 기술 기반의 Convore를 만들어 이 문제를 풀려 했던 기억이 나지만, 어쨌든 뜨지 못했음. 반면 Discord는 성공했고 사람이 엄청 많음. GitButler 서버를 열었는데 사용자와 연결하고 지원하는 데 정말 훌륭했음
    사용자 입장에서도 커뮤니티에 참여할 때 아주 좋음. Planetscale을 쓰다가 문제가 생겼을 때 서버에 들어가 질문하자 실제 PS 직원과 사용자에게 거의 즉시 답을 받았음. GitHub 이슈에 던져놓고 방치되는 것보다 훨씬 강력함
    Discord는 오픈소스 커뮤니티에 정말 많은 일을 해줬음. ohmyzsh 채널에 들어가면 거의 뭐든 답을 받을 수 있고, 상시 활동 사용자만 1000명쯤 있음
    단지 “FOSS가 아니다”라는 이유로 이걸 버리자는 발상은 상상하기 어려움

    • 최근 Wayland 컴포지터 쪽을 파보다가 Sway와 Hyprland를 모두 써봤음
      Sway는 Drew DeVault 프로젝트라 예상대로 LibreChat/IRC에 의존하고, Hyprland는 Discord를 씀
      Hyprland Discord가 훨씬 활발했고 질문 답변도 더 쉬웠음. 채팅 기록과 괜찮은 검색 덕이 컸음. Sway 소스 코드가 더 잘 쓰였고 실행 프로세스도 더 가벼워 보였지만, 결국 Hyprland를 선택하는 데 큰 영향을 줬음
    • Discord는 강력하면서도 쓰기 쉬움. 많은 FOSS 소프트웨어는 전자는 갖췄지만 후자는 부족하고, 커뮤니티도 그걸 별로 신경 쓰지 않거나 사용성 차이를 아예 못 느끼는 것처럼 보일 때가 있음
      IRC에 비해 단점은 있지만 평균 사용자는 Discord에서 훨씬 더 나은 경험을 할 가능성이 크고, 그게 폭발적인 인기의 큰 이유임
    • 많은 사람이 FOSS를 쓰는 이유는 통제권과 자기 소유권을 중시하기 때문임
      Discord는 외부 주체가 통제하고, 발언을 감시하거나 마음대로 차단할 수 있는 특권적 위치에 서기 때문에 그 정반대임. GitHub와 달리 커뮤니티는 코드 저장소와 CI 시스템보다 옮기기 훨씬 어렵고, 이는 기술 문제만이 아님
    • 내부 대화도 Slack 사용을 중단하고 비공개 Discord 방으로 옮겼음
      우리 제품에 관심 있는 사람들이 같은 공간에 집중된다는 의미로 받아들임

  • 글의 내용에는 동의하지만, Discord 사용은 GitHub 사용보다 더 나쁨. GitHub는 git 기반 서비스라 계정이 없어도 저장소와 파일을 내려받을 수 있고, 여러 서비스에 미러링할 수도 있음
    프로젝트 기여와 논의를 위해 GitHub에 이슈나 pull request를 보내는 것, GitHub에 무언가를 호스팅하는 것, Discord 사용이 필수라면 문제가 될 수 있음. 하지만 GitHub와 여러 다른 서비스에 미러를 만들고, GitHub 이슈 추적기를 여러 선택지 중 하나로만 둔다면 문제는 줄어듦. 다만 GitHub에 올라온 이슈에 댓글을 달고 싶은 사람에게는, 다른 이슈 추적기나 토론 포럼이 있어도 분리된다는 문제가 남음
    IRC가 더 낫지만, 일부 프로젝트는 IRC와 Discord 또는 Matrix를 브리지해두기도 하니 필요하면 쓸 수 있음. NNTP도 도움이 될 수 있어서 직접 서버를 세웠지만 거의 아무도 쓰지 않음
    IRC의 또 다른 장점은 특수한 IRC 클라이언트 없이도 대체로 일반 텍스트라 사용할 수 있다는 점임. TLS가 필수가 아니라 선택이고 문자 집합이 Unicode가 아니라 출력 가능한 ASCII라면 특히 그렇고, 그렇지 않더라도 Discord보다는 훨씬 사용 가능함

    • GitHub가 더 나쁘다고 봄. 이 중앙화 플랫폼의 만연함은 훨씬 교묘한 종속을 만든다
      개발자 도구 업체들이 기본으로 GitHub 연동 기능을 제공하는 광범위한 생태계를 보면 알 수 있음. 이건 차별화 포인트도 아니고 기대되는 기능이 됐음. Microsoft GitHub는 매우 유리한 위치에서 좋은 부분만 골라 플랫폼에 흡수하며 자사 제품과 서비스의 가치를 천천히 키울 수 있음
      겉으로는 열려 있지만, 끓는 물 속 개구리처럼 점점 플랫폼에 더 의존하게 됨. 이건 git 대 GitHub 수준을 훨씬 넘어섬. GitHub 제품군은 소프트웨어 개발 생명주기의 여러 측면을 덮는 실제 생산성 이득을 제공하고, 계속 추가됨. 매우 편하고 클릭만 하면 됨
      이런 관점에서 git은 떠나기로 했을 때의 데이터 내보내기 형식일 뿐임. 다른 곳에서 비교 가능한 서비스를 찾는 행운을 빌어야 함
    • Discord가 반드시 계정을 요구하는 건 아니고, Chromium이나 Firefox 같은 오픈소스 클라이언트로 열 수도 있음

  • 오래전 포럼 시절과 독립 플랫폼의 가치, 그리고 프로젝트와 커뮤니티의 보관된 역사를 조직하고 제공하는 방식에 대한 글이 많이 있었음
    Discord는 실시간 채팅 플랫폼이라 여전히 그 역할에는 맞지 않음
    사람들이 포럼을 떠난 이유가 전부 정당했던 건 아님. 게임 커뮤니티 기원의 빠른 밈 공유 플랫폼, 모바일 우선 사고로의 급격한 전환, 포럼 글쓰기나 이메일식 UX에 익숙하지 않은 세대 차이 등이 있었음
    그런데 지금 우리가 있는 HN도 대부분 기준으로는 고전적 포럼이고, Reddit도 백만 개 포럼의 플랫폼임. 포럼은 여전히 가치가 크고, 단지 인기 경쟁과 앞서 말한 문제들의 무게에 눌려 내려갔을 뿐임

    • 왜 모두가 지금 Discord나 다른 채팅 플랫폼을 쓰려고 서두르는지 잘 모르겠음. 커뮤니티를 만드는 게 목적이라면 포럼에서도 여전히 가능함
      거의 즉각적인 피드백은 좋지만, 그 지점부터는 그냥 소셜 미디어가 되어감. 포럼은 Discord보다 사람들이 더 정교하고 나은 글을 쓰게 만든다고 느낌
      현재 직장은 phpBB를 쓰고 GitHub discussion을 조금 섞어 쓰는데, Slack 같은 것보다 훨씬 덜 어수선해서 좋음

  • Discord는 IRC보다 훨씬 사용하기 쉬운 버전임. 그리고 대부분의 IRC 채널은 로그를 남기지 않았고, 늘 블랙홀이었음
    지금은 영원히 그러리라 기대하진 않지만, Discord가 예전 IRC보다 훨씬 덜한 블랙홀임
    점점 탈중앙 오픈소스가 정말 필요한 것인지 의문이 듦. 오히려 GitHub 같은 서비스와 채팅 서비스, 소셜 네트워크를 운영하겠다고 약속한 중앙화된 비영리 미션 조직이 필요할 수도 있음
    모든 프로젝트가 각자 운영하면 보안도 백업도 부실한 프로젝트가 잔뜩 생기고, 중복 작업이 엄청나게 늘어남. 그 분산된 팀들이 하나의 프로젝트에서 일했다면 독립적으로 성장한 규모보다 몇 자릿수 더 확장할 수도 있었을 것임

    • Discord가 IRC보다 훨씬 사용하기 쉽다는 말에는 동의하기 어려움. 가입하려면 전화번호가 필요함
      https://web.libera.chat을 열고 /join #channel을 입력하는 것보다 어떻게 더 사용하기 쉬운지 모르겠음
      대부분의 IRC 채널이 로그를 남기지 않았다는 건 오히려 좋은 점임. 로그를 남긴 곳은 검색 가능한 JavaScript 없는 일반 텍스트로 제공해서 2011년 채팅 메시지에서도 문자열을 쉽게 찾을 수 있었음
      반면 Discord의 오른쪽 이상한 검색 UI에서 성공적으로 검색한 마지막 때가 기억나지 않음. 검색 사용성이 나쁘다는 것만으로도 Discord는 IRC보다 더 큰 블랙홀임
      중앙화된 비영리 GitHub 같은 조직이 필요하다는 주장에 대해서는, 현재 상태가 얼마나 오래 갈지 지켜봐야 함
    • Discord를 억지로 써보려 할 때마다 채팅 애플리케이션 중 최악의 UX에 질려 되돌아가게 됨
      이렇게까지 평가가 갈리는 게 신기함. 모두가 거기 있으니 그 참상을 견디는 건 이해할 수 있지만, 사용성이 좋다고 생각하는 건 이해하기 어려움
      Matrix/Element도 아주 뛰어나진 않지만, 적어도 대체 클라이언트의 가능성이 분명히 있음

  • 글 초반의 논점은 총 사용자 수에만 집중하는 논의에서 대체로 무시되고 있음
    자유 소프트웨어에 가장 열정적인 사용자가 2등 시민처럼 취급됨
    Discord는 접근성 요구가 있는 사용자에게 좋지 않음
    오래된 컴퓨터 사용자, 특이한 운영체제나 기기 사용자가 배제됨
    이란 같은 국가의 사용자도 배제됨
    개인정보 보호를 신경 쓰는 사용자도 배제됨

  • 2024년에 IRC는 어떤 용도로도 적합한 플랫폼이 아니라고 봄. Matrix는 써본 적이 없고 자리 잡는 것 같지도 않음
    포럼도 몇 년 전에 포기했음. 도움을 요청하는 글을 올리고 몇 시간 뒤 답변 하나를 받는 대신, Discord에서 다른 사용자와 실시간으로 대화하면 되는데 왜 포럼 글을 써야 하는지 모르겠음
    FOSS에서 Discord를 쓰는 문제들이 타당하긴 하지만, 커뮤니티가 서로 상호작용하기에 더 나은 플랫폼은 없다고 생각함. 프로젝트가 모든 것을 Discord에 의존해서는 안 되고 문서 같은 건 온라인에 있어야 하지만, 유동적인 논의와 사용자 간 도움에는 괜찮은 대안이 보이지 않음

    • 누군가 같은 문제를 겪을 때, 포럼의 답변은 그 사람에게도 도움이 될 수 있음. 열린 이슈를 훑어보는 것만으로 프로젝트의 문제를 알 수 있는 것과 같음
      Discord를 연 프로젝트들은 문서가 낡거나 부족해지는 문제를 겪는 것처럼 보임
      그룹이 협업에 무엇을 쓰든 상관없지만, 사용자를 Discord 서버로 보내는 건 정보를 받을 특권을 얻기 전에 먼저 클럽에 입회하라는 느낌이 듦. 강한 배제의 분위기가 있음
    • IRC의 핵심 문제는 설계가 항상 켜진 지속 세션을 전제로 한다는 점임
      여러 기기를 오가는 사용자에게 맞지 않고, PC 한두 대에서는 괜찮아도 모바일 기기를 섞으면 경험이 복잡해짐. 브리지나 프록시로 완화할 수는 있지만 관리 계층이 하나 더 생기고, 그래서 다른 플랫폼을 선호하게 됨
      알림 시스템도 현대 메시징 솔루션에 비해 덜 견고하고 기능이 부족함
    • FOSS 멘토링에 IRC를 써서 매년 100명 넘게 IRC를 접하게 하고 있음
      등록 없이 웹 클라이언트로 시작할 수 있어서 진입 장벽이 무엇보다 낮음. 첫 채팅 로그는 이메일로 공유함
      Libera Chat이 https://github.com/Libera-Chat/sable로 전환하면 등록 사용자는 24시간 로그를 갖게 되는데, 특히 불안정한 모바일 연결에 좋음
    • Discord나 채팅이 실시간 답변을 보장하는 게 아니라, 활동 사용자 수가 보장하는 것임
      FOSS나 비슷한 Discord 서버에서의 경험은 기다리다가 답을 못 받는 경우가 많았음. 그리고 다시 찾기도 어렵고, 같은 질문을 검색하는 사람도 찾을 수 없음
    • Discord나 어떤 채팅에서도, 한 자릿수 단골이 있는 아주 작은 그룹을 제외하면 실질적인 질문이 해결된 적이 없음
      진지한 질문은 프로젝트에서 가장 중요한 비동기 게시판, 예를 들어 Reddit이나 Discourse로 가게 됨
      Discord의 가장 큰 문제는 인기 프로젝트일수록, 적절한 사람이 메시지를 읽기 전까지 약 15초밖에 없고 그 뒤에는 이모지가 화면 밖으로 밀어낸다는 점임

  • 어느 정도 인기 있는 프로젝트 [1]를 유지보수하고 있고, 지원 채팅은 Matrix, Telegram, Discord 사이에 브리지되어 있음
    Discord로 브리지하기로 한 결정은 이 글을 읽은 뒤 꽤 오래 고민하고 내린 것임
    순수성을 좇으면 실용성과 전략적 유연성을 희생하게 되고 선택지가 줄어듦. 목표를 달성하려면 때로는 타협이 필요함
    독점 플랫폼을 쓰더라도, 쓰고 싶지 않은 사용자에게 부정적 영향을 주지 않는다면 괜찮다고 결론 내렸음. 즉 모든 채널은 비Discord 쪽과 브리지되어야 하며, 커뮤니티가 어떤 식으로도 쪼개지면 안 됨
    타협이 필요할 때는 FOSS 사용자를 우선하고, Matrix 사용성에 영향을 주지 않도록 Discord 전용 기능은 피해야 함. 지금까지는 잘 동작해서 거의 두 마리 토끼를 다 잡은 셈임. 브리지는 Ansible 플레이북 [2]로 설정했고, 내 쪽 노력은 비교적 적게 들었음

    1. https://github.com/FreeLanguageTools/vocabsieve
    2. https://github.com/spantaleev/matrix-docker-ansible-deploy
    • 좋은 접근이고 실제로 실용적일 수 있음
      다만 장기적으로 커뮤니티 분할이 어떻게 될지 궁금함. 도구가 하나 추가될 때마다 마찰과 유지보수 부담도 늘어남
      사람들이 가장 마찰이 적은 도구로 몰릴 수도 있음. 예를 들어 핵심 개발자들이 Matrix를 주 채널로 사용하고, 다른 채널은 순수 미러로만 보는 식으로 프로젝트의 FOSS 도구 채택을 장려할 수 있을 것 같음
답변달기