저는 Signal 채팅을 내부 협업에 사용하고 있는 여러 개의 작은 커뮤니티를 관리하고 있습니다(이 방식은 확장이 전혀 되지 않는다는 것은 누구나 알 수 있는 사실입니다…). 이들을 Discourse로 이식하고 싶기 때문에, 양 플랫폼 간에 어떤 식으로든 연결이 될 수 있다면 매우 도움이 될 것입니다. 적어도 이식이 완료될 때까지는요…
이러한 커뮤니티는 대안으로 Signal 채팅을 그룹 커뮤니케이션에 주로 사용합니다. 하지만 20명 이상의 큰 그룹의 경우, 이러한 비구조화된 "짧은 시간"의 소통 방식은 “진지한” 그룹 협업에는 적절한 해결책이 아니라는 점도 잘 알고 있습니다.
만약 Signal의 알림을 Discourse 스레드로 어떻게든 복제할 수 있다면, 이는 Signal에서 Discourse로의 부드러운 이전이나 일종의 병행 운영을 지원하게 됩니다. 전반적으로, 이는 Discourse로의 이전을 더 쉽게 만들고 사용자 수용도를 높이는 데 도움이 될 것입니다.
@Thomas_Rother Signal을 관리하는 비영리 단체에 통합 관련해서 연락을 해보셨나요? 저도 같은 이유로 이 개념에 관심이 있는데, 이미 연락을 하셨다면 중복된 노력을 피하고 싶습니다. 다만, Discourse 암호화 플러그인과 현재 Discourse 전화 앱의 상태에 대해 더 깊이 조사할 필요가 있습니다. 전화 앱은 항상 링크 단축키를 실행하는 복잡한 방법처럼 느껴졌거든요.
기술적 해결책에 관해서, Signal 그룹 채팅을 Discourse 토픽으로 "미러링"하는 데 사용할 수 있는 API가 있는지조차 모르겠습니다. Signal은 주로 개인 간 통신을 위해 설계되었으며, 그룹 채팅은 주요 사용 사례가 아닙니다. 다만 독일에서는 그룹 통신 목적으로 "오용"되는 경우가 많습니다 …
Signal은 상당 부분 클라이언트 사이드 앱이므로 API가 확실히 존재하며, 소스 코드에서 이를 역공학으로 추출할 수 있을 가능성이 매우 높습니다.
그러나 Signal 측에서는 Signal 외부에서의 사용을 “지원하지 않는다고” 명시하고 있습니다. 따라서 Signal 커뮤니티에서 도움을 받을 수는 있겠지만, 이 인터페이스의 안정성이나 RoR(Ruby on Rails) 환경에서 의존해야 할 라이브러리의 안정성을 보장할 수는 없습니다.
GitHub의 여러 저장소에 다양한 생태계에서 시도한 프로젝트들이 undoubtedly 존재할 것입니다. 하지만 더 이상 유지보수되지 않거나 작동하지 않을 수 있으며, 그래도 몇 가지 통찰을 얻을 수는 있을 것입니다.
현재 방식과 유사하게 각 Discourse 사용자 계정을 해당 Signal 계정과 연결하고, 각 사용자의 로컬 개인 키를 관리하며, 메시지를 복호화한 후 처리해야 합니다.
이는 분명히 실현 가능하지만, Ruby on Rails에서 소비되도록 의도된 적이 없는 API에 대한 문서가 전혀 없기 때문에(물론 모르는 일이긴 하지만) 예측할 수 없이 막대한 지속적인 노력이 필요합니다.
이 프로젝트를 반드시 완료하고 싶다는 강한 의지가 필요할 것입니다. 아니면 누군가가 이를 열정적인 개인 프로젝트로 채택하도록 영감을 줄 수 있다면 모를까.
조금 전에 비기술적인 관점에서 디스커스 스태프와 이 주제에 대해 이야기를 나눴습니다. 독일에서는 많은 비영리 커뮤니티가 그룹 소통의 유일한 수단으로 채팅 시스템을 사용하고 있습니다. “고품질” 디지털 상호작용을 위해 디스커스가 훨씬 더 나은 해결책임을 설득하는 일은 쉽지 않습니다.
기술적 세부 사항에 대해 조금 더 알아본 결과, 시그널 그룹 채팅을 원본으로 하고 디스커스 플랫폼을 대상으로 하는 일종의 "자동 그룹 소통 미러링"을 만드는 것은 정말로 매우 어렵고(>> 비용이 많이 드는) 작업이라는 점에 동의하게 되었습니다. 더 나은 방법은 시그널/WhatsApp 등을 대체하는 최선의 대안이 디스커스임을 직접적으로 설득하는 것입니다. 하지만 이를 위해서는 이전에 논의되었던 “디스커스 모바일/안드로이드” 측면에서 몇 가지 개선이 필요합니다.