Discourse의 개발 기간 동안 프라이버시 강화 버전이 도입될 수 있는지에 대한 논의가 있었는지 궁금합니다. 구체적으로 백엔드에서 모든 추적 및 프로파일링 기능과 이에 따른 데이터 저장을 비활성화하고, 아티클의 마지막 읽은 시간을 저장하지 않으며, 사용자 최종 접속 시간 통계 등을 기록하지 않는 방식을 생각하고 있습니다. 기본적으로 사용자가 스스로 게시하기를 선택하지 않은 개인 정보는 저장하거나 공개하지 않는 모든 기능이 제외되어야 합니다.
이 질문은 가설적인 것이 아닙니다. 저는 GDPR을 넘어선 정책 환경을 준수하는 곳에 Discourse 포럼을 호스팅하려 노력하고 있으며, 해당 환경에서는 기본적으로任何形式的 추적이나 프로파일링이 허용되지 않습니다. 지금까지 설득하기가 쉽지 않았습니다(Discourse의 품질 자체에는 문제가 없음을 전제로 합니다). 또한 온라인 커뮤니티에서는 추적/프로파일링 기능 중 일부가 유용하다고 생각하며, 포럼 소프트웨어에 이러한 기능이 없다면 상호작용과 사용자 경험에 부정적인 영향을 미칠 수 있다고 봅니다.
관련된 질문으로, 이러한 프라이버시 강화 버전을 포크(fork)로 만드는 것이 가능할까요? 아니면 추적 및 프로파일링 기능과 해당 데이터가 시스템 전체와 경험에 너무 깊이 통합되어 있어 포크로 구현하는 것 자체가 불가능할까요?
포크를 만들기를 원하지 않습니다. 제거하려는 기능을 제거하는 플러그인을 만들 수 있습니다.
말씀하신 대로, 추적되는 많은 항목들은 대화의 질을 개선하고 스팸을 방지하기 위해 추적됩니다. 아마도 처음에는 자동 신뢰 수준 시스템을 비활성화하는 것을 요청하시는 것 같습니다. 스팸이 장기 회원과 동일한 권리와 특권을 가진 시스템의 일원이 되고자 한다면, 그것은 분명히 가능합니다.
그렇게 하려면, 추적되는 항목 중 문제라고 생각하는 것(또는 해당 구성원이 문제라고 생각하는 것)을 목록으로 만들고, 그것들을 생성하고 의존하는 클래스를 오버라이드하는 것부터 시작해야 합니다.
확실히 플러그인으로서 가능할 것입니다. 이를 위해 일부 기능을 포기해야 하거나(또는 기능이 덜 잘 작동하도록 해야 합니다), 기능이 어디서 끝나고 추적이 어디서 시작되는지를 상당히 세밀하게 고려해야 합니다(예를 들어, 사용자 최종 접속 통계를 제거해도 최소한의 최종 접속 날짜로 사용자의 게시물과 좋아요의 최신 타임스탬프가 여전히 존재합니다).
더 나은 접근 방식은 사용자가 자신에 대해 수집되는 데이터가(전적으로) 좋은 포럼 경험을 제공하는 목표를 위해 사용된다는 점을 알고 동의하는 *동의(consent)*와 *계약(contract)*이라는 법적 근거를 따르는 것이라고 생각합니다. 데이터를 광고주에게 판매하는 등의 행위를 하지 않으므로 정당한 이익(legitimate interest) 경로를 따를 필요도 없습니다.