앞서 말했듯이, 의미 있는 수정이 있을 때 토픽을 다시 올리는(bumping) 기능도 그리워합니다.
저는 #rss-polling을 사용하여 https://status.discourse.org/ 의 RSS 피드를 통해 포럼 유지보수 정보를 알림으로 받고 있습니다. 유지보수가 시작되면 토픽이 생성되며, 종료됨을 알리는 수정 시 해당 토픽이 다시 올라갔습니다. 이제 이러한 수정에 의한 알림이 사라졌고, 사용자들이 편집할 수 없도록 토픽을 위키로 설정하는 것도, 문서(docs)로 설정하는 것도 원하지 않습니다. 따라서 현재의 우회책들은 도움이 되지 않습니다.
한 포럼에서는 개별 프로젝트 소개 토픽 외에 사용자들의 프로젝트를 보여주는 갤러리 토픽을 운영하고 있습니다. 이 토픽은 영감을 얻는 데 매우 유용합니다. 갤러리 토픽에 소개 토픽의 이미지와 링크를 추가합니다. 한 게시물에 이미지가 너무 많으면 성능 문제가 발생하고 편집도 어려워집니다. 그래서 10개 프로젝트마다 새로운 게시물을 생성합니다. 2번째나 9번째 프로젝트가 추가될 때 편집으로 인한 알림이 유용했습니다. 업데이트를 인지하는 데 도움이 되었고, 특히 토픽에 프로젝트를 수동으로 추가하는 사람들에게 유용했습니다. 활동 날짜 덕분에 다른 사람이 이미 프로젝트를 추가했는지 즉시 확인할 수 있었습니다. 이제 각자가 이 확인을 위해 토픽을 열어야 합니다.
비슷하게 작동하는 다른 토픽들도 있습니다. 한 달간의 변경 사항/활동에 대한 회고적 개요를 제공하는 토픽으로, 현재 달에 대한 최신 게시물을 몇 번에 걸쳐 업데이트합니다. 마지막 게시물에 대한 변경이 토픽을 다시 올려주었기 때문에 이 방식은 정말 잘 작동했습니다. 각 변경 사항을 개별적으로 게시하면 월별 묶음 항목의 명확성이 떨어지고, 기존 항목에 대한 업데이트를 놓치기 쉬워집니다. 몇 개의 항목을 위해 매월 새로운 토픽을 만드는 것은 과하게 느껴지며, 사용자들이 매월 알림 설정을 다시 해야 하거나, 기본 알림 상태를 설정할 수 있는 별도의 하위 카테고리가 필요하게 됩니다.
답변이 없는 토픽에서 카테고리나 태그가 변경될 때 토픽이 다시 올라가던 것도 좋았습니다. 저는 주로 (필터링된) 최신 토픽 목록을 사용합니다. 제목이 적절하지 않거나 카테고리가 잘못 지정된 토픽은 클릭하지 않을 수 있습니다. 누군가 이 정보를 개선하면, 그래도 도움을 줄 수 있음을 깨달을 수 있습니다. 그래서 이러한 변경으로 인해 토픽이 읽음 라인 위로 다시 올라가던 것이 유용했습니다.
카테고리와 태그에 대해 배우는 데도 도움이 되었습니다. 새로운 토픽에 태그가 추가되거나 관리자가 토픽을 이동시킨 것을 통해 카테고리 간의 세분화된 차이를 배우곤 했습니다. 때로는 왜 이동했는지 질문하기도 했는데, 다른 카테고리로 토픽을 이동할 수 있는 권한에는 그 차이점을 알아야 할 책임도 따른다고 생각하기 때문입니다.
또한 Discourse의 설정이 새 게시물을 작성하는 대신 기존 게시물에 정보를 추가하도록 유도하는 방식도 좋습니다.
팝업 메시지를 인용하자면:
그러나 이는 다른 사람이 게시물을 수정하여 추가 정보를 넣었음을 인지할 때만 의미가 있습니다. 메타(Meta)에서 몇 번이나 마주친 예시로, 풀 리퀘스트가 병합된 후 게시물에 업데이트를 하는 경우가 있습니다. 게시물에 그 정보를 추가해도 이미 게시물을 읽은 사람들에게 알림이 가지 않으며, 아직 읽지 않은 사람들은 원박스(onebox)의 배지를 통해 쉽게 알 수 있습니다.
사용자가 3회 연속으로 답변하는 것을 차단하는 설정이 여전히 활성화되어 있고 편집을 대안으로 제안하지만, 이러한 편집이 아쉽게도 예전과 같은 효과를 더 이상 갖지 못한다면 저에게는 의미가 없습니다.