이 문제에 대해 함께 논의해 주셔서 감사합니다, @Stephen.
저는 이것이 특정 커뮤니티에 매우 특화되어 있다고 생각합니다
동의합니다. 그래서 기존에 중복 제목을 허용하지 않는 것과 관련된 설정 중 하나를 재사용하거나, 아니면 새로운 설정을 추가하여, 체크박스(설정 옵션)로 이를 제어하도록 제안합니다.
훨씬 적은 수의 훨씬 긴 주제(topics)를 가지는 것이 어떤 가치가 있나요?
배경 설명을 드리자면, 저희의 Discourse 사이트에는 “Notifications” 카테고리가 있으며, 각 하위 카테고리에는 특정 이벤트(예: 테스트 실패, 새로운 이슈 등록, 새로운 Stack Overflow 질문 게시, 토론 사이트에서의 프로젝트 언급 등)가 발생했을 때 스크립트가 보내는 메일들이 수신됩니다. 이러한 카테고리들은 커뮤니티 구성원들이 관심 있는 특정 유형의 이벤트를 추적하고 논의할 수 있도록 설계되었습니다.
일부 경우, 저희 스크립트가 생성하는 메일은 설계상 예측 가능하고 결정론적인(deterministic) 제목을 가집니다. 예를 들어 "linux64 testing"과 같은 경우입니다. 8월 15일에 linux64 테스트에서 새로운 실패가 발생하면 메일이 생성됩니다. 8월 16일에 추가적인 실패가 발생하면 동일한 제목을 가진 두 번째 메일이 생성됩니다. 그런 다음 8월 17일에 모든 실패가 해결되면, 동일한 제목을 가진 세 번째 메일이 생성되어 해결되었음을 알립니다. 이후 8월 31일에 새로운 실패가 발생하면 동일한 제목을 가진 네 번째 메일이 생성되고, 실패가 해결되면 다섯 번째 메일이 생성됩니다.
현재 사이트의 동작 방식에서는 이러한 각 메일이 "linux64 testing"이라는 이름의 완전히 새로운 주제를 생성하며, 그들 사이에 연결이나 관계가 없습니다. 이로 인해 인간이 이벤트를 상관관계로 파악하거나, 실패에 대한 후속 논의를 위해 5개 주제 중 어느 것을 사용해야 할지 결정하기가 어렵습니다. 반면, 저희가 원하는 것은 5개의 메일(그리고 거기서 발생하는 사용자 논의)이 모두 단일 주제 내에서 게시글(posts)로 나타나도록 하는 것입니다. 이렇게 하면 개발자가 특정 구성에 대한 모든 테스트 실패를 시간 순서로 정리된 단일 주제에서 볼 수 있습니다.
현재 Discourse의 동작 방식이 미치는 또 다른 영향은, 해당 카테고리나 주제에 대한 이메일 알림을 받는 사람이 "linux64 testing"이라는 이름의 서로 무관한 5개의 스레드를 받은편지함에서 보게 된다는 것입니다. 반면, Discourse가 이를 단일 주제로 병합한다면, 해당 사용자는 메일 리더에서 “linux64 testing” 게시글들이 하나의 스레드로 연관되어 보일 것이며, 이는 탐색하기가 훨씬 쉽고 전통적인 대화와 훨씬 유사한 형태가 됩니다.
저희는 밤마다 수십 개의 테스트 구성을 실행하며, 각 구성은 실패가 발생하면 고유한 제목을 가집니다. 따라서 현재 상황은 시간 순서로 뒤섞인, 탐색하기 어려운 광범위한 혼란을 초래하며, 메일마다 개별적이고 얕은 주제가 생성됩니다. 반면, 저희의 이상적인 형태는 “Notifications.Tests” 카테고리가 구성별로 단일 주제를 표시하고, 그 고유한 제목에 따라 결정되는 대로 해당 구성에 대한 모든 인간 또는 스크립트 생성 게시글을 시간 순서로 저장하는 것입니다.
[이 테스트 카테고리는 현재 저희 사이트에서 공개적으로 표시되지 않습니다, @Stephen. 그러나 그 모습이 어떤지 직접 보고 어려움을 느껴보고 싶으시다면, 임시로 읽기 권한을 부여해 드릴 수 있습니다… 말씀해 주시면 됩니다.]
meta와 같은 커뮤니티의 경우, 'mailgun 설정 문제’로 이메일을 보낸 모든 사용자가 문제를 해결한 후에도 몇 달 또는 몇 년 후에도 업데이트에 대해 계속 알림을 받게 될 것입니다.
저희처럼 메일 생성 게시글을 단일 주제로 집계할 필요가 없는, meta처럼 크고 오래된 커뮤니티에서는 이 선택이 그렇게 현명하지 않을 수 있다는 데 동의합니다. 따라서 이러한 기능이 존재한다면, 아마도 opt-in(선택 가입)을 원하지 않으실 것입니다. (그리고 아마도 시간이 지나면, 같은 이유 때문에 저희와 같은 사이트도 이를 원하지 않게 될 수 있으며, 그 경우 이상적인 해결책은 카테고리별로 체크박스를 적용할 수 있도록 하는 것이라고 생각합니다. 하지만 현재 저희에게는 단일 사이트 전체 설정이 충분하다고 믿고 있으므로, 너무 많은 것을 요구하지 않으려 했습니다.)
그럼에도 불구하고, 저희와 같은 사이트가 이러한 기능에 opt-in하더라도, ‘mailgun 설정 문제’ 주제의 최초 게시자가 동일한 제목을 공유하는 후속 게시글에 짜증을 낸다면, 다른 사람이 동일한 제목을 사용하거나(또는 단순히 웹 인터페이스를 통해 해당 주제에 게시글을 추가할 경우) 업데이트를 계속 수신하지 않기 위해 주제 구독을 취소할 수 있을 것입니다.
[그럼에도 불구하고, 대부분의 인간 사용자는 웹사이트를 통해 게시할 것으로 예상되므로, 이 기능이 스크립트 생성 게시글보다 인간 생성 게시글에 더 큰 영향을 미칠 것이라고 상상해 볼 수 있습니다]