더 많은 옵션과 혼란이 환영받지 못할 수 있다는 점(+ 별로 큰 이득 없이 추가적인 작업과 잠재적 문제 발생)을 이해합니다. 다만 아이디어를 하나 제시해 보겠습니다. 현재 마지막 게시글에 대한 어떤 수정도 해당 주제를 위로 올리는 것으로 보입니다(아마도 특정 시간 동안만 그런 것 같습니다). 아주 작은 수정도 마찬가지입니다.
이런 상황에서(기본적으로 위로 올림이 발생하는 경우) 마지막 주제를 수정할 때 “위로 올리지 않기” 또는 “올리지 않기” 체크박스를 제공하면, 사용자가 원할 경우 위로 올리지 않을 수 있도록 선택할 수 있게 됩니다.
해당 기능은 이미 존재합니다: 토픽 레벨 관리자 렌치의 “bump 날짜 초기화” 옵션을 사용하시면 됩니다.
네, 검색을 통해 이미 메타에서 이 문제가 논의된 것을 확인했습니다. 제가 의도한 것은 각 사용자가 자신의 게시물을 수정할 때 해당 토픽이 위로 올라오지 않도록 선택할 수 있는 기능(클릭할 체크박스 하나만 있으면 됩니다)입니다.
최근 메타에서 이 상황이 두 번이나 발생했습니다. 게시물을 올린 뒤, 내 게시물이 좋아요를 받았다는 알림을 받았습니다. 정확히 어떤 게시물인지 확인하려고 클릭했는데, 해당 토픽의 마지막 게시물이었습니다. 작은 실수(오타, 문법 등)를 발견하고 수정했는데, 아무 이유 없이 토픽이 최신 순으로 올라가 버렸습니다. 일부 커뮤니티에서는 이 작은 수정을 일부러 토픽을 올리기 위한 목적으로 했다고 의심받을 수도 있다는 점을 이해합니다.
수정을 통해 게시물의 내용을 추가했지만, 토픽이 올라올 만큼 가치 없다고 판단할 수도 있습니다. 그리고/또는 사람들을 귀찮게 하고 싶지 않을 수도 있습니다(여러 번 수정하는 경우 포함).
중요한 문제는 아닙니다. 비정상적이고 빈도도 낮아 무의미하다고 볼 수도 있습니다. 하지만 유용한 작은 기능이 될 수도 있습니다. 그래서 말씀드린 대로, 이 의견을 여기에 남깁니다.
네, 저는 이 부분이 자주 짜증스럽습니다.
특히 메타(Meta)에서 그렇습니다.
여기서 제가 하는 일의 특성상 꽤 상세한 게시글을 많이 쓰게 되는데, 단순히 이전 게시글의 정보를 수정할 뿐인데도 최신(Latest) 목록 맨 위에 제 글이 계속 올라오는 것이 짜증스럽습니다. 30분 안에 이런 일이 여러 번 벌어지기도 합니다.
아마 제가 너무 과민하게 반응하는 것일 수도 있지만, 분명히 문제라고 생각합니다.
이런 기능을 추가하면 인터페이스가 복잡해질 수 있다는 점은 충분히 이해합니다.
아마도 특정 편집 시간 창 내에서 토픽이 다시 올라오지 않도록 타임아웃을 설정하는 방식이 좋을 것 같습니다. (이렇게 하면 인터페이스를 바꿀 필요가 없습니다.) 자세히 살펴보진 않았지만, 이미 그런 기능이 존재하는 걸까요? 하지만 제 사용자 경험에서는 그렇지 않습니다.
여기서는 일반적인 동작 방식을 결정하기가 쉽지 않겠네요? 어떤 사이트는 어떤 변경이든 발생하면 토픽이 다시 올라오기를 원할 수 있고, 다른 사이트는 그런 일이 일어나지 않기를 선호할 수도 있으니까요.
그렇지 않다고 생각해요. 다른 사람에게 짜증을 내거나 귀찮음을 주지 않도록 경계하는 것은 좋은 일이라고 확신합니다. 그리고 일부 사람들이 불평할까 봐 조금 두려워하는 것에 대해서는, 글쎄요… 그런 일이 흔히 일어나는 법입니다. 우리 모두 언젠가 그런 상황을 목격한 적이 있을 거예요.
아마도 실제로 그런 것 같습니다. 시간 범위가 조금 더 길고, 그것도 좋은 점입니다. 게시물을 수정할 때 해당 토론이 다시 위로 올라온다는 것은 훌륭한 기능이라고 생각합니다: 무언가를 추가하고 싶다면 새 게시물을 작성하는 대신 수정을 통해 추가하고, 새로운 정보가 보이기 위해서는 이 '상단 올리기’가 좋은 것입니다. 의심의 여지가 없습니다. 오히려 아주 좋습니다. 하지만 단순히 수정이나 작은 외형적인 변경인 경우에는 그렇지 않습니다. 따라서 편집 확인 버튼 근처에 있는 이 상자가 상황을 개선할 것 같습니다.
(아마도 우리 중 일부는 게시물을 작성한 후 다시 읽고, 조금이라도 개선할 방법을 발견하면 작은 부분들을 변경하고 싶어지는 것 같습니다.)
네, 나쁜 범프(bump)의 좋은 예시는 오타를 수정하는 것입니다.
지금 소스 코드를 파고들고 있는데, 범프 임계값이 존재하는지 아시는 분이 있다면 의견을 나눠 주세요 …
시간 창이나 문자 수 임계값 내에서 범프를 차단하는 합리적인 사이트 설정을 도입하는 쪽으로 기울고 있으며, 가능하다면 사용자가 충분한 TL(토큰/한도)을 가지고 있을 경우 범프를 차단하는 방법도 마련하고 싶습니다.
아, 다행히도 사이트 설정에 편집 유예 기간이 있네요. 그런데 새로운 '버전’이 생성되는 원인이 뭔지 한번 파헤쳐 보겠습니다.
현재 메타에서 그 시간이 5분인 것 아닌가요? 편집이 추적되지 않는 시간도 마찬가지고요. 단순히 그 시간 양을 늘리는 것이 가능할 것 같습니다. 그리고 편집 추적과 범핑이 함께 이루어진다는 점도 그렇고요.
부분적인 해결책이라고 해도, 그렇게 하면 좋은 점도 있고 덜 좋은 점도 있다고 느낍니다(제 개인 의견입니다).
네, 제가 타이핑하고 있는 동안에 찾으신 거군요 
OK, 새로운 '버전’이 시간 창(time windows)에 의존하는 것 같습니다. 이 창은 마지막 게시물에 대한 범위 밖 편집(out of bounds edit)으로 이동하는 것 같고(이것은 주제를 위로 올립니다), 제 해석이 맞다면, 위로 올린 변경 이후에 새로운 유예 기간(grace period)이 적용되는 것이죠?:
이상하지만, 항상 그보다 더 민감하게 느껴지긴 합니다… 하지만 스펙(specs)이 진실의 원천(source of truth)이므로, 이 동작을 사실상(de facto) 상황으로 받아들이고 진행해 보겠습니다.
그러면 기본적으로 '닌자 편집(ninja edit)'에 대한 명시적인 옵트인(opt-in)을 추가하자는 제안을 하고 계신 건가요?
당연히 유예 기간을 _증가_시켜서 그것이 자신에게 적합한지 확인해 볼 수 있습니다:
하지만 그것은 제3자 사이트에서의 경험을 해결해 주지 않을 것입니다 
이 문제를 처리하는 또 다른 방법은 사용자의 TL(신뢰 수준) + 1로 유예 기간을 수정하는 것일 수 있습니다?
예를 들어 TL0은 300초, TL1은 600초, 이런 식으로 …
… 아, 잠깐, 이 부분은 이미 고려된 바 있습니다 
결론: 여기에는 이미 많은 도구들이 존재하는 것 같습니다?
네, 이미 꽤 훌륭할 수 있습니다. 만약 전체 단락(새로운 게시물에 해당하는 분량)을 추가한다면 여전히 증가가 정당화될 수 있다고 주장했을 것입니다. 하지만 이것은 이미 "max diff"를 고려하여 생각된 것인 것 같습니다.
(그리고 네, "increase"입니다. 처음에 "time window"라고 말씀하셨을 때 오해했습니다. 더 이상 증가가 없는 시점 이후의 기간을 생각하고 있었습니다. 예를 들어, 몇 주 후에 편집하는 경우처럼요. 하지만 그런 기능이 존재하지 않을 수도 있습니다. 처음에는 증가가 시작되기 전의 5분은 생각하지 못했습니다. 제가 올바르게 이해했다면, 그것이 "ninja edit"이라고 불리는 것 같습니다. 이 부분은 위에서 논의한 직후에야 생각났습니다.)
아니요, 제 생각에는 그건 결코 도움이 되지 않을 것입니다. 저는 반대쪽을 제안했습니다: “ninja edit” 기간 이후에 적용되는 opt-out입니다. 아, 이제 알겠어요. ninja edit 기간 동안의 증가에 대한 opt-in이 아니라, ninja edit 자체에 대한 opt-in이군요. 네, 제가 제안한 것이 바로 그거였어요! 
무제한 "min diff"에 대한 근거가 있을 수 있습니다. 예를 들어, 5자나 10자처럼요. 이렇게 하면 모든 작은 수정 사항이 자동으로 제외됩니다. 이것이 이미 존재하지 않는다면요? (반대로, 어떤 사람들은 수정 사항이 편집 기록 없이 사라질 수 있는 실수를 발견할 수 있습니다. 이것이 논란이 될 수 있을까요? 아니면 가령 격렬한 논쟁 중 숫자를 수정하는 경우처럼요. 이미 더 경계선에 있는 경우입니다.) [참고: 후자는 “라이브” 토론 중 grace period를 늘리는 경우에도 우리가 감수하는 위험과 같습니다.]
네, 일반적으로 주제 내 마지막 게시물을 편집하면 새 답변을 추가할 때와 마찬가지로 해당 주제가 상단으로 올라갑니다. 주제에 게시물이 하나뿐인 경우, 첫 번째 게시물의 일부로 간주되는 주제 또는 카테고리를 편집할 때도 이 규칙이 적용됩니다. 이 동작이 실제로는 사람들을 당황스럽게 할 수 있지만, 주로 "내 포럼에 게시물이 하나뿐인 주제가 너무 많다"는 특정 상황에서 발생하는 경향이 있습니다.
편집 유예 기간(기본값 5분)은 2013년 Discourse의 첫 버전이 공개된 이래 내장된 기능입니다. 답변을 제출한 후 처음 5분 동안은 해당 답변을 원하는 만큼 편집할 수 있으며*, 이때 주제는 상단으로 올라가지 않습니다.
이러한 동작이 왜这么大的 문제가 되는지 궁금합니다… 편집을 통해 주제를 “실수로” 상단으로 올리는 구체적인 시나리오와 예시를 설명해 주실 수 있을까요? 
* 단! 나중에 스팸 방지 목적으로 추가한 조정 사항이 있습니다: 게시물의 “너무 많은” 부분을 변경하면, 편집 유예 기간 중에도 강제 수정(revision)이 발생합니다. 이를 제어하는 사이트 설정이 있으며, 신규 사용자와 기존 사용자 간에 구분을 둡니다.
위에서 처음 답변하신 이후 로버트와 제 초기 게시물들을 다시 한번 확인해 보실 수 있습니다. 너무 ‘간헐적’이라서 고려할 가치가 없다고 느끼실 수도 있겠네요? (그래서 ‘계속해서(constantly)’라는 단어를 쓰신 건가요? 아니면 ‘재현 가능한(reproducible)’이라는 뜻이었을까요? 잘 모르겠습니다.)
@merefield ‘은혜 기간(grace period)’을 늘리는 아이디어를 다시 한번 생각해 봤는데, 나쁘지 않다고 봅니다. 현재 은혜 기간을 편집하는 매개변수는 ‘닌자 편집(ninja edit)’과 ‘범프(bump)’ 양쪽에 모두 적용되고 있죠? 맞나요? 사실 로직은 [편집이 있으면 범프]이고, [그 편집이 닌자 편집이면 범프하지 않음]입니다. 여기서 ‘닌자 편집’이란 ‘은혜 기간’ 내이고 ‘최대 차이(max diff)’ 미만인(둘 다 설정 가능) 상태에서 변경 사항이 오렌지색 아이콘으로 상단 오른쪽에 표시되도록 기록되지 않는 편집을 의미합니다. 제가 이해한 내용이 맞나요?
위에서 제가 언급한 모든 문제를 해결할 수 있는 하나의 해결책은 두 가지 다른 은혜 기간(각각 2개의 별도 매개변수)을 두는 것입니다: 하나는 편집 기록용(닌자 편집), 다른 하나는 범프용입니다. 이 경우 닌자 편집에는 짧은 시간(5분이 적절해 보입니다)을 유지하고, ‘범프 금지(no bump)’ 기간은 더 길게(예: 1시간, 혹은 24시간) 설정할 수 있습니다. 원하신다면 ‘범프 금지’ 기간의 ‘최대 차이’를 ‘닌자 편집’ 기간보다 낮은 값으로 조정할 수 있습니다(각 기간마다 ‘최대 차이’ 매개변수가 있게 됩니다).
두 기간을 동시에 시작하거나, ‘범프 금지’ 기간이 ‘닌자 편집’ 기간이 끝난 후 시작하도록 설정할 수도 있습니다.
이 부분으로 돌아가 보면:
사실 그렇고, 아니라고 해야 할 것 같습니다. 제가 확인한 코드에서 편집과 범프가 현재 함께 처리되고 있다고 가정했기 때문에 편집 추적과 범프를 함께 고려하기 시작했습니다. 저는 범프에만 집중해서 작업하자는 주장을 했었습니다. 닌자 편집에 더 긴 기간을 허용하면 위에서 제가 언급한 문제가 발생할 수 있습니다.
위와 다른, 제가 좋아하는 대안은 무제한의 ‘범프 금지’ ‘최소 차이(MIN DIFF)’를 두는 것입니다. 또한, 닌자 편집이 아닌 ‘범프 금지’만 적용하는 것입니다. 이 값을 10자나 20자로 설정할 수 있습니다. 그 근거는 다음과 같습니다: 편집이 새 게시글을 생성하는 데 필요한 글자 수보다 적다면, 그 주제를 범프할 가치가 없다고 보는 것입니다. 이는 모든 작은 수정(단어 하나만 바꾸거나 추가하는 경우 포함)에 대한 범프를 방지하되, 오렌지색 아이콘으로 여전히 표시되도록 합니다. 또한 별도의 ‘최소 차이’ 매개변수를 추가하는 대신, 이미 존재하는 새 게시글의 최소 길이 값을 사용하는 것도 고려해 볼 수 있습니다.
끝까지 완전히 미친 상태로 가보겠습니다 : 제가 보는 이상적인 시나리오는 처음에 설명한 대로 두 가지 다른 은혜 기간의 매개변수를 두는 것입니다. 여기서 ‘범프 은혜 기간’(=‘범프 금지’)은 무제한으로 설정하기 위해 0으로 설정할 수 있고, ‘범프 은혜 기간 최대 차이’는 은혜 기간 중에도 이 값을 초과하면 범프가 발생하도록 하는 것입니다. 후자를 0으로 설정하면 이 새로운 기능을 사용하지 않고 현재와 동일한 방식으로 유지할 수 있습니다.
‘구매 희망 / 판매 희망’ 카테고리가 있고, 사람들이 자신의 오래된 구인/구직(또는 중고 거래) 광고를 정리하기 위해 편집할 때 의도치 않게 주제(게시물)를 위로 올리는 경우가 발생합니다.
이러한 행동의 이유 중 하나는 연락처 정보가 노출되어 있을 경우 이를 제거하거나, 불필요한 연락을 피하려는 목적일 수 있기 때문입니다.
저는 이 기능에 대한 찬성과 반대 양쪽의 논리 및 선호도를 모두 이해할 수 있으므로, 이 기능이 설정 가능하도록 해야 한다고 생각합니다.
네, 저희 커뮤니티에도 비슷한 상황이 있습니다. 판매자들은 종종 마지막 게시물을 편집하여 판매 정보(가격 및 재고 조정 등)를 업데이트합니다. 정당한 편집은 문제가 없으며, 편집 이력을 볼 수 있도록 허용하고 있습니다. 하지만 일부는 커뮤니티의 “불법 부밍 금지 규칙”을 우회하기 위해 게시물을 부밍하는 것이 유일한 목적이 되도록 악의로 마지막 게시물을 편집합니다.
마지막 게시물 편집에 대한 부밍 규칙을 설정할 수 있는 옵션이 생길 때까지 유예 기간(grace period) 설정을 조정해 보겠습니다.
감사합니다! 저희 커뮤니티는 Discourse가 사용자로 하여금 스스로를 관리할 수 있게 해주는 방식을 매우 좋아하며, 이 소프트웨어가 할 수 있는 것과 없는 것에 대해 열정적으로 이야기하곤 합니다.
네, 제 주요 제안은 편집 허용 간격을 더 엄격하게 관리하는 것입니다. 사람들이 편집 기능을 책임감 있게 사용하지 못한다면, 그 대가는 편집 권한이 전역적으로 제한되는 것입니다.
이와 함께, 이러한 행동을 반복적으로 하는 사용자들에게는 경고와 필요한 경우 계정 정지 조치를 내리는 것이 좋습니다.
이 문제가 우리 커뮤니티에서 점점 더 골칫거리가 되고 있습니다. WTB/WTS 목록에서 항목을 삭제할 때 게시물을 끌어올리는 것을 피하려고 “no bump” 게시물을 계속 올리는 사람들이 많습니다.
저는 실제로 그들이 해당 게시물을 수정할 권리가 있다고 생각합니다. 이 사이트에서 가장 활발한 섹션 중 하나이고, 만약 자신의 물건을 위한 단일 주제를 유지하고 싶다면 그건 오히려 더 좋다고 생각합니다. 하지만 우리는 “PM 보냄” 같은 유형의 메시지를 올리는 것을 원치 않으며, 판매된 항목의 주제는 내용을 수정해야 할 시점이 될 때까지 답글이 전혀 없을 수도 있습니다.
현재 기능을 우회하는 방법에 대한 제안이나, 이 기능을 카테고리/전역 수준에서 설정 가능한 스위치로 제공하지 말아야 하는 이유가 있을까요?
WTB/WTS(구매 희망/판매 희망) 주제를 생성할 때, 마지막에 추가 게시글을 하나 더 달아두세요. 그러면 수정 사항이 마지막 게시글이 아닌 다른 게시글에 반영됩니다.
누군가 판매할 물건을 올려놓고, 목록을 수정해서 물건 중 절반이 팔렸음을 표시한다면, 그건 원하는 범프(bump)라고 생각합니다. 매우 관련성 높은 범프이니까요.
사람들이 가끔 단일 품목을 판매할 수 있기 때문에, 사실상 비어 있는 주제에 불을 붙이는 건 큰 의미가 없다고 생각합니다
