사용자가 오래된 주제를 다시 활성화하려고 할 때 경고 메시지를 표시합니다. 그렇다면 오래된 주제에 우연히 접속하여 단순히 내용만 열람하는 사용자에게 배너를 표시할 수 있을까요? 페이지 상단에 경고 배너를 추가하면 좋겠습니다(요즘 일부 뉴스 사이트에서 하고 있는 방식과 비슷하게 말입니다). 예를 들어 다음과 같은 내용으로요:
“이 주제는 2년 이상 업데이트되지 않아 구식 정보를 포함할 수 있습니다. 문제가 해결되지 않았다면 새 글을 작성해 보시기 바랍니다.”
이 기능은 이미 존재하는 기능이나 플러그인인가요? 아니면 둘 중 하나로 추가할 수 있는 것인가요?
이 아이디어는 우리의 Discourse 사이트에서 자연스럽게 논의되었습니다: Can we mark some discussions on Julia Discourse as outdated in v. 1.x? - Meta Discussion - Julia Programming Language
기존 기능은 아닙니다… 이전에 이런 이야기가 나온 적은 있지만, 우선순위로 잡을 만큼 충분히 요청되지 않았던 것 같습니다. 내용이 오래되었다고 생각되면 누군가 해당 주제에 답글을 달아주길 기대합니다(물론 추가적인 관심이 나쁘지는 않겠지만).
확실히 플러그인으로는 구현이 가능해야 합니다.
네, 많은 사이트, 우리 사이트 포함해서, 뷰 수 대비 사용자 수 비율이 매우 높거든요. lurking만 하는 사용자나 계정이 없어서 애초에 답글을 쓰지 않을 사람들이 많아서, 이걸 추가적인 경고보다는 대부분의 사용자가 볼 수 있는 유일한 경고 정도로 생각하고 있어요.
적극적인 스레드 폐쇄와 대량 삭제는 사용자 친화적이지 않다고 생각합니다. 물론 사람마다 경험은 다를 수 있습니다.
우리 구 스레드에는 많은 유용한 정보가 있지만, 우리 경우에는 문법이 약간 변경되었을 수 있어 혼란을 주거나 새로운 스레드를 여는 좋은 이유가 될 수 있습니다. 그래서, 아니요, 대량 삭제는 원하지 않습니다. 그저 "이것은 오래된 정보이니, 문제가 해결되지 않는다면 그 이유가 될 수 있습니다"라고 간단히 안내해 드리고 싶은 것뿐입니다.
정말 오래되고 구식이라면, 사람들이 지뢰를 밟고 터져 죽을 기회를 왜 제공하는 걸까요? 
지뢰의 존재가 "사용자 친화적"이라고 여겨지는 것이 이상하네요. 
극단적인 주장이네요. 아니요, 우리의 오래된 게시물이 지뢰밭은 아닙니다 — 대부분은 그렇습니다. 일부는 조금 퇴색했을 수 있지만, 여전히 좋은 정보를 많이 얻을 수 있습니다 — 문법이 약간 업데이트가 필요한 게시물에서도 말이죠.
아니면 그들을 업데이트하는 것이 더 나은 전략일까요?
모든 오래된 게시물에 무분별하게 적용되는 거대한 면책 조항은 (정당하게도) 사용자들에게 무시될 것 같습니다. 이 정보가 효과적이지 않은 이유도 마찬가지입니다…
테마 컴포넌트를 사용해 stale 태그가 붙은 주제에 배너를 표시할 수도 있습니다.
이 요청이 그렇게 이상한 것 같지는 않습니다. 제시하신 두 가지 옵션은 다음과 같습니다:
오래된 스레드를 완전히 삭제합니다. 오래된 스레드에는 여전히 유용한 정보가 많이 포함되어 있어 이 방법은 받아들일 수 없습니다. 사용자가 구문을 업데이트하거나 다른 조치를 취해야 할 수 있다는 점을 인지하고 있다면, 해당 스레드는 꽤 유용할 수 있습니다.
오래된 스레드를 편집합니다. 이는 다른 사용자의 게시물을 대량으로 수정해야 하므로 일반적으로 허용되지 않으며, 또한 우리가 감당할 수 없는 방대한 수작업이 수반되므로 이 또한 받아들일 수 없습니다.
이 옵션들이 귀하에게는 적합할 수 있지만, 우리에게는 적용할 수 없습니다.
원하시는 대로 하셔도 좋습니다. Stack Overflow의 설립자로서 말씀드리지만, 오래된 게시물에 무분별하게 적용되는 범용적인 ‘일괄 적용’ 면책 조항은 여러분이 기대하는 것만큼 효과적이지 않을 수 있습니다.
나쁜 아이디어는 아니네요. 1.0 릴리스 이전의 모든 게시물에 v0.x 태그를 일괄 추가한 뒤, 테마를 다르게 적용할 수 있습니다. 한 번에 50개 이상의 주제를 일괄 선택할 수 있나요?
가능할 것 같습니다. 토픽 목록의 다음 세트를 불러오기만 하면 됩니다. 콘솔을 통해서도 수행할 수 있습니다.
해당 날짜 이전의 모든 주제를 찾아 자동으로 해당 태그를 추가하도록 스크립트를 수정해야 합니다.
솔직히 말하자면, 이는 Contribute > Feature 요청 사항입니다. 제프는 제품 관리자이며, 이러한 배너를 코어에 추가하는 것이 시끄러울 수 있다는 그의 논점을 이해할 수 있습니다. 하지만 커뮤니티에서 필요하다고 판단되면 이를 달성할 수 있는 다른 방법들이 있습니다.
제프의 말을 다시 해석해 주셔서 감사합니다. 소프트웨어 전반에 대해 확고한 비전이 필요하다는 점에는 전적으로 공감합니다.
우리는 아직 이 부분에 대해 내부적으로 아이디어를 모으는 단계입니다. 그저 그것이 가능한지 물어본 것뿐입니다. 좋은 아이디어인지는 분명 논쟁의 여지가 있으며, 충분히 고민해 볼 가치가 있습니다. 우리 경우에는 시간 범위를 충분히 정확하게 좁힐 수 있다고 생각하며, 이를 통해 배너를 실제로 유용하게 만들 수 있습니다. 예를 들어, 버전 간 전환 가이드와 같은 내용을 배너로 연결할 수 있습니다. 또한, 게시물에 대한 업데이트를 제안하도록 사람들을 독려하여 업데이트 정보를 공동으로 수집하는 방식도 고려해 볼 수 있습니다.
특히 기술적인 것에 대한 문서를 다루고 있다면(실제로 그렇습니다), 무언가를 오래된(stale) 것으로 표시하고 싶어하는 것은 합리적인 요구입니다. 우리가 Discourse에 사용하는 EmberJS는 오래된 버전의 문서를 우연히 발견했을 때 이를 수행하며, 더 새로운 버전의 문서로 링크까지 걸어줍니다.
토ピック의 첫 번째 게시물이 문제라면, 해당 토ピック을 위키로 전환하고 특정 신뢰 수준(trust level)으로 액세스를 제한할 수도 있습니다. 이렇게 하면 신뢰할 수 있는 커뮤니티 참여자가 원할 경우 직접 편집을 할 수 있도록 권한을 부여할 수 있습니다.
