채팅 메시지를 새 채널로 옮기니 전부 뒤섞였습니다

[JammyDodger]

한 채널에서 새 채널로 28개의 메시지를 이동했는데, 모두 순서가 어긋났습니다:

JammyDodger

#How can chat seed topic discussions?

음. 저만 그런 건지, 이제 순서가 어긋난 것 같네요?

JammyDodger

#The Chat Feedback topic

https://meta.discourse.org/chat/channel/147/chat?messageId=2644의 순서가 어긋난 게시물을 다시 확인해 봤는데, 모두 동일한 타임스탬프를 가지고 있는 것 같습니다.

[martin (Martin Brennan)]

리포트해 주셔서 감사합니다. 이 기능을 구현할 때 이를 고려하려고 노력했지만, 테스트를 할 때 좀 운이 좋았던 것 같습니다 말씀하신 대로 여기서는 모든 타임스탬프를 동일한 값으로 설정하고 있습니다:

lib/message_mover.rb

문제는 이동된 메시지를 기존 채널 메시지 사이에 섞어 넣는 것을 원하지 않는다는 점이며, 이동하는 메시지가 많을수록 이 작업이 점점 더 어려워집니다.

이 문제를 깊이 파고들기 전에 한 가지 질문이 있습니다. 위치가 어긋난 메시지를 기억하고 특정할 수 있을까요? 몇 개 정도인지, 아니면 완전히 순서가 무너진 상태인가요? 불일치의 원인은 채널 메시지를 가져올 때 ID 순서로(대부분의 경우 DESC로 정렬한 뒤 역순으로 전환) 가져오기 때문일 수 있습니다:

app/controllers/chat_controller.rb

app/controllers/chat_controller.rb

반면 메시지 무버(message mover)에서는 순서를 유지하기 위해 created_at 기준으로 정렬하고 있는데, 이로 인해 약간의 불일치가 발생할 수 있습니다:

lib/message_mover.rb

이 문제를 해결할 수 있는 몇 가지 아이디어가 있습니다(메시지 무버를 ID 기준으로 정렬하도록 변경하거나, 컨트롤러를 created_at 기준으로 정렬하도록 변경하는 것 등이 해당되며, 후자가 더 합리적이라고 생각하여 이를 선호합니다). 하지만 가능하시다면 순서가 얼마나 어지럽게 뒤섞여 있는지 알려주시면 좋겠습니다.

[JammyDodger]

@martin

이 주제에 너무 깊이 들어가기 전에 질문이 하나 있습니다 – 자리를 바뀐 메시지들을 기억하고 식별할 수 있나요? 몇 개뿐인지, 아니면 완전히 순서가 뒤섞였는지요?

새 채널에서 순서가 뒤섞인 것을 알아차린 후, 원래 채널에서 삭제 취소했습니다. 여기서 순서대로 인용할 수 있을 것 같습니다:

원래 순서

Originally sent in The Chat Feedback topic

JammyDodger

새로운 채팅 흐름의 본질을 포착하여 채팅이 더 큰 토론의 씨앗이 될 수 있음을 보여주는 데모를 만드는 방법을 찾고 있습니다.

지금 메타에서 채팅 테스트를 진행 중인 상황에서 이를 어떻게 할 수 있을지 아이디어가 있는 분이 있나요?

피드백 포인트들은 훌륭하고, 곧 각각 독립적인 적절한 주제로 분리될 것이라 생각합니다. 하지만 @chat-testers에 막 합류한 사람들을 위해 훌륭한 모범 사례가 될 수 있는 무언가를 원했습니다. 사람들이 보고 '아하. 처음엔 확신이 없었지만, 이제 채팅이 심도 있는 토론의 전초가 될 수 있음을 이해했습니다'라고 느낄 수 있는 그런 것 말이죠.

너무 많은 것을 요구하고 있는 건 아닐까요

RGJ

솔직히 채팅이 어떻게 심도 있는 토론의 전초가 될 수 있는지 모르겠습니다

하지만 그게 내가 나이가 많아서일 수도 있겠죠

JammyDodger

그러니까 @RGJ의 마음을 바꾸는 데 도움이 될 예시를 찾고 있는 거죠

Moin

여기의 예시를 좋아합니다. 하지만 그 예시는 여기에 적합하지 않습니다. 어쩌면 주제가 지금은 누락된 기능에 관한 것이어야 할지도 모릅니다. 예를 들어, 비슷한 기능 요청이 있는지 확인할 시간이 없거나, 다른 사람들도 그 주제에 관심이 없을 것 같아 주제를 시작하지 않는 그런 것 말입니다.

JammyDodger

@Moin, 당신의 검색 실력은 항상 축복입니다

씨앗과 나무에 관한 것을 찾고 있었는데, 여기서 찾을 수 없었습니다.

@codinghorror

채팅은 더 큰 대화의 불씨를 붙이기에 사용하는 부싯돌입니다.

하지만, 네. 쉬운一来一回(왕복 대화)를 통해 아이디어가 형성되고, 그 후 적절한 토론 주제로 영감을 주는 어떤 종류의 여유롭고/친근하고/비공식적인 채팅 말입니다.

oshyan

이것은 채팅에 대한 제 관심사와 사용 사례와 100% 일치합니다. 하지만 '이것의 예시'라는 것이 정확히 무엇을 의미하는지 설명해 주시겠어요? 예를 들어, (Discourse 채팅에서 일어났든 아니든) 더 깊은 토론으로 이어질 수 있었거나/이어졌거나/이어졌어야 했을 채팅 샘플에 관심이 있으신 건가요? 그리고/또는 실제로 더 깊은 토론으로 이어졌지만, 이를 위한 arguably 덜 이상적인 매체(채팅 vs. 포럼)에서 일어났던 경우? 만약 그렇다면 몇 개를 찾는 데 시간이 좀 걸릴 수 있지만, 제 생산성 커뮤니티에서 좋은 예시들이 충분히 있습니다. 만약 구체적으로 Discourse 채팅 안에서의 예시를 찾고 있다면, 찾기는 더 어려울 것입니다. 하지만 저는 이것이 Discourse에서 채팅의 큰 가치라고 확실히 생각하며, 커뮤니티에 따라 그 역할은 더 크거나 작을 것입니다.

Jonathan_Poyer

새로운 기능에 대한 토론을 보여주는 것이, 적어도 그 아이디어의 첫 순간 동안 데모를 위한 좋은 방법이라고 생각합니다. 어떤 사람들에게는 이 토론의 불씨가 개발 중이거나 곧 시작될 시기에 발생합니다. 항상 더 많은 토론할 것이 있고, 주제(하나 또는 여러 개)를 참조하는 것은 의미가 있습니다.

oshyan

토론 중간에도 채팅이(그리고 그래야) 빠르게 주제로 전환될 수 있는 상황에 대한 좀 더 개념적인 예시로, 제가 속해 있는 소프트웨어 개발 관리 커뮤니티 및 제 생산성 커뮤니티에서 종종 일어나는 것이 있습니다:

• 새로운 사람이 채팅에 합류하여 겉보기에 단순하거나 무해해 보이는 질문을 합니다
• 매우 잘 알고 있거나/열정적인 단골들의 답변이 빠르게 10줄 이상의 텍스트로 자라나고, 문단 분리가 시작되며, 그 채팅 채널은 이 한 가지 질문(주제)에 대한 토론으로만 포화 상태가 됩니다.
• 각 "메시지"에 많은 포인트와 아이디어가 포함되어 있고, 선택 인용/답변 기능이 없기 때문에 각 항목을 분석하고 답변하는 것이 어려워집니다.
• 이러한 대화는 또한 가치 있는 토론인 경우가 많으며, 채팅의 후속 흐름 속에서 빠르게 사라질 수 있으므로, 사후적으로 이를 주제로 이동하는 것조차 잠재적으로 매우 가치 있을 수 있습니다.

JammyDodger

처음에는 메타에서 Discourse 채팅에 익숙지 않은 사람들에게 Discourse의 '장문 단락' 관점과 어떻게 잘 어우러질 수 있는지를 보여주기 위해 제공할 수 있는 예시 주제/채팅을 찾고 있었습니다.

따라서 원리를 깔끔하게 시연하기 위해 우리가 만든 무언가라도 괜찮습니다.

많은 예시들이 훌륭한 토론 주제가 될 것 같네요

사람들이 채팅이 포럼 구조의 어디에 자리 잡을 수 있는지 쉽게 시각화하는 데 도움이 되는 것이라면 무엇이든 유용할 것입니다. 모든 아이디어에 열려 있습니다

agungor

이 대화가 그 자체로 그런 예시가 되어가는 것 같습니다.

Jonathan_Poyer

다른 플랫폼에서는 스레드가 될 것 같은 것이, 다른 채팅으로 전환되거나 분리된 주제로 만들어져야 할 것 같습니다. 하지만 동시에, 주제(topic)는 여기처럼 일회성이 아니라 장기적인 토론처럼 느껴지기도 하죠?

jimkleiber

한 가지 방법은 아이디어를 시작했던 초기 채팅 메시지를 주제로 인용하는 것입니다: How can chat seed topic discussions?

이것은 채팅에 없는 사람들에게 가시성을 줄 수 있으며, 특히 주제가 질문으로 시작하는 경우 그렇습니다.

하지만 아이러니하게도 저는 여기서 답변하고 있네요 lol

음, 방금 같은 주제에 제 답변들을 인용하려고 해봤는데, 기존 주제에 인용할 옵션이 아니라 새 주제에 인용할 옵션만 있는 것 같습니다.

JammyDodger

방금 그 생각을 하고 있었습니다. 적절한 채팅 채널이 없어서每个人的 채팅을 답변으로 만드는 주제를 somehow 만들 수 있는지 고민하고 있었습니다. 하지만 이제 당신이 만든 것을 보니, 그것 자체로 채팅 채널을 가질 수 있고, 이 대화를 거기로 옮길 수 있겠네요

jimkleiber

아 네, 마치 새로운 채팅 채널을 생성할 주제를 만드는 것과 비슷하네요.

그리고 그 주제는 채팅에서 가져온 하이라이트 인용문들로 채워질 수 있습니다.

뒤섞임

Originally sent in How can chat seed topic discussions?

oshyan

이것은 채팅에 대한 제 관심사와 사용 사례와 100% 일치합니다. 하지만 '이것의 예시'라는 것이 정확히 무엇을 의미하는지 설명해 주시겠어요? 예를 들어, (Discourse 채팅에서 일어났든 아니든) 더 깊은 토론으로 이어질 수 있었거나/이어졌거나/이어졌어야 했을 채팅 샘플에 관심이 있으신 건가요? 그리고/또는 실제로 더 깊은 토론으로 이어졌지만, 이를 위한 arguably 덜 이상적인 매체(채팅 vs. 포럼)에서 일어났던 경우? 만약 그렇다면 몇 개를 찾는 데 시간이 좀 걸릴 수 있지만, 제 생산성 커뮤니티에서 좋은 예시들이 충분히 있습니다. 만약 구체적으로 Discourse 채팅 안에서의 예시를 찾고 있다면, 찾기는 더 어려울 것입니다. 하지만 저는 이것이 Discourse에서 채팅의 큰 가치라고 확실히 생각하며, 커뮤니티에 따라 그 역할은 더 크거나 작을 것입니다.

Jonathan_Poyer

새로운 기능에 대한 토론을 보여주는 것이, 적어도 그 아이디어의 첫 순간 동안 데모를 위한 좋은 방법이라고 생각합니다. 어떤 사람들에게는 이 토론의 불씨가 개발 중이거나 곧 시작될 시기에 발생합니다. 항상 더 많은 토론할 것이 있고, 주제(하나 또는 여러 개)를 참조하는 것은 의미가 있습니다.

oshyan

토론 중간에도 채팅이(그리고 그래야) 빠르게 주제로 전환될 수 있는 상황에 대한 좀 더 개념적인 예시로, 제가 속해 있는 소프트웨어 개발 관리 커뮤니티 및 제 생산성 커뮤니티에서 종종 일어나는 것이 있습니다:

• 새로운 사람이 채팅에 합류하여 겉보기에 단순하거나 무해해 보이는 질문을 합니다
• 매우 잘 알고 있거나/열정적인 단골들의 답변이 빠르게 10줄 이상의 텍스트로 자라나고, 문단 분리가 시작되며, 그 채팅 채널은 이 한 가지 질문(주제)에 대한 토론으로만 포화 상태가 됩니다.
• 각 "메시지"에 많은 포인트와 아이디어가 포함되어 있고, 선택 인용/답변 기능이 없기 때문에 각 항목을 분석하고 답변하는 것이 어려워집니다.
• 이러한 대화는 또한 가치 있는 토론인 경우가 많으며, 채팅의 후속 흐름 속에서 빠르게 사라질 수 있으므로, 사후적으로 이를 주제로 이동하는 것조차 잠재적으로 매우 가치 있을 수 있습니다.

JammyDodger

처음에는 메타에서 Discourse 채팅에 익숙지 않은 사람들에게 Discourse의 '장문 단락' 관점과 어떻게 잘 어우러질 수 있는지를 보여주기 위해 제공할 수 있는 예시 주제/채팅을 찾고 있었습니다.

따라서 원리를 깔끔하게 시연하기 위해 우리가 만든 무언가라도 괜찮습니다.

사람들이 채팅이 포럼 구조의 어디에 자리 잡을 수 있는지 쉽게 시각화하는 데 도움이 되는 것이라면 무엇이든 유용할 것입니다. 모든 아이디어에 열려 있습니다

새로운 채팅 흐름의 본질을 포착하여 채팅이 더 큰 토론의 씨앗이 될 수 있음을 보여주는 데모를 만드는 방법을 찾고 있습니다.

많은 예시들이 훌륭한 토론 주제가 될 것 같네요

지금 메타에서 채팅 테스트를 진행 중인 상황에서 이를 어떻게 할 수 있을지 아이디어가 있는 분이 있나요?

RGJ

솔직히 채팅이 어떻게 심도 있는 토론의 전초가 될 수 있는지 모르겠습니다

agungor

이 대화가 그 자체로 그런 예시가 되어가는 것 같습니다.

Jonathan_Poyer

다른 플랫폼에서는 스레드가 될 것 같은 것이, 다른 채팅으로 전환되거나 분리된 주제로 만들어져야 할 것 같습니다. 하지만 동시에, 주제(topic)는 여기처럼 일회성이 아니라 장기적인 토론처럼 느껴지기도 하죠?

JammyDodger

피드백 포인트들은 훌륭하고, 곧 각각 독립적인 적절한 주제로 분리될 것이라 생각합니다. 하지만 @chat-testers에 막 합류한 사람들을 위해 훌륭한 모범 사례가 될 수 있는 무언가를 원했습니다. 사람들이 보고 '아하. 처음엔 확신이 없었지만, 이제 채팅이 심도 있는 토론의 전초가 될 수 있음을 이해했습니다'라고 느낄 수 있는 그런 것 말이죠.

jimkleiber

한 가지 방법은 아이디어를 시작했던 초기 채팅 메시지를 주제로 인용하는 것입니다: How can chat seed topic discussions?

이것은 채팅에 없는 사람들에게 가시성을 줄 수 있으며, 특히 주제가 질문으로 시작하는 경우 그렇습니다.

JammyDodger

적어도 그렇게 생각합니다. 무언가를 하기 전에 제 생각을 다시 확인해 보겠습니다.

너무 많은 것을 요구하고 있는 건 아닐까요

jimkleiber

하지만 아이러니하게도 저는 여기서 답변하고 있네요 lol

RGJ

하지만 그게 내가 나이가 많아서일 수도 있겠죠

JammyDodger

방금 그 생각을 하고 있었습니다. 적절한 채팅 채널이 없어서每个人的 채팅을 답변으로 만드는 주제를 somehow 만들 수 있는지 고민하고 있었습니다. 하지만 이제 당신이 만든 것을 보니, 그것 자체로 채팅 채널을 가질 수 있고, 이 대화를 거기로 옮길 수 있겠네요

jimkleiber

아 네, 마치 새로운 채팅 채널을 생성할 주제를 만드는 것과 비슷하네요.

JammyDodger

그러니까 @RGJ의 마음을 바꾸는 데 도움이 될 예시를 찾고 있는 거죠

jimkleiber

그리고 그 주제는 채팅에서 가져온 하이라이트 인용문들로 채워질 수 있습니다.

Moin

여기의 예시를 좋아합니다. 하지만 그 예시는 여기에 적합하지 않습니다. 어쩌면 주제는 지금은 누락된 기능에 관한 것이어야 할지도 모릅니다. 예를 들어, 비슷한 기능 요청이 있는지 확인할 시간이 없거나, 다른 사람들도 그 주제에 관심이 없을 것 같아 주제를 시작하지 않는 그런 것 말입니다.

JammyDodger

@Moin, 당신의 검색 실력은 항상 축복입니다

씨앗과 나무에 관한 것을 찾고 있었는데, 여기서 찾을 수 없었습니다.

@codinghorror

채팅은 더 큰 대화의 불씨를 붙이기에 사용하는 부싯돌입니다.

하지만, 네. 쉬운一来一回(왕복 대화)를 통해 아이디어가 형성되고, 그 후 적절한 토론 주제로 영감을 주는 어떤 종류의 여유롭고/친근하고/비공식적인 채팅 말입니다.

[mcwumbly (Dave McClure)]

메시지를 인용하는 것이 아니라 이동하는 것이 더 적합한 시점이 언제인지 궁금합니다. 아마도 기존 토픽이 있는지 여부에 따라 달라지지 않을까요? 확신이 서지 않습니다. 다음 중 어떤 시나리오에서 각각의 방식을 권장해야 할까요?

1. 기존 토픽에서 채팅 메시지를 인용
2. 기존 토픽으로 채팅 메시지 이동
3. 새 토픽으로 채팅 메시지 인용
4. 새 토픽으로 채팅 메시지 이동

채팅 메시지 묶음은 토픽보다 좀 더 "대화체"에 가깝기 때문에, 일반적으로는 이동을 권장하기보다 인용을 장려해야 하지 않을까 하는 느낌이 듭니다.

"아니, 여기서는 인용하면 안 돼. definitely 이동해야 해."라고 느끼신 사례가 있거나, 그런 경우가 떠오르시는 분 계신가요?

[Moin]

단순히 인용만 한다면 토론이 두 곳에서 계속될 수 있습니다.

[mcwumbly (Dave McClure)]

@Moin 실제로 그렇게 하고 싶지 않은데, 메시지를 이동하는 것이 더 나을 것 같다는 건가요?

[martin (Martin Brennan)]

그렇게 해줘서 고마워 – 완전히 엉망이 되어 있잖아! 더 큰 메시지 세트에 대해 로컬 테스트를 해봐야 할 것 같아. 최소한 이것만큼은 필요할 것 같아:

@martin

아마도 메시지 이동기를 ID 순서대로 정렬하도록 변경하는 것

하지만 ID로 정렬하는 것에 대해 일반적으로 불안한 마음이 있어. 이상한 불일치 문제 때문이야. 채널에 대해선 일반적으로 메시지를 created_at 기준으로 정렬하는 것이 더 낫다고 생각해. @j.jaffeux 또는 @mcwumbly, 이 문제에 대해 어떻게 생각하니? 만약 그렇게 결정하게 되면, 일관된 정렬을 위해 메시지 이동기가 created_at 값을 각 10ms씩 인위적으로 간격을 두도록 조정해야 할 수도 있어.

@mcwumbly

메시지를 인용하는 것보다 이동하는 것이 더 적합한 경우는 언제일지 궁금해. 아마 기존 토픽이 있는지 여부에 따라 달라지지 않을까? 확실하지 않아. 어떤 상황에서 다음 중 하나로 사람들을 유도하는 것이 더 좋을까?

일반적으로 현재 채널과 전혀 관련이 없는 내용이라면 더 적절한 채널로 이동하는 것이 더 낫다고 생각해. 우리가 이전에 Mattermost를 사용할 때 내부적으로 이 기능을 여러 번 사용했었어. 예를 들어, general 채널에서 이루어진 일련의 인시던트 대응은 기록 관리를 위해 incident 채널로 이동해야 하는 경우야. 또는 random 채널에 있는 것이 더 적합한 채널에서의 유휴한 수다 같은 경우지.

그런 경우들에 인용을 하고 오래된 잔재(구체적인 내용은 남아있는 상태)를 그대로 두는 것은 아무런 가치가 없다고 생각해. 그리고 Moin이 말했듯이, 토론이 두 가지 다른 곳에서 계속될 수 있어 혼란을 야기할 수 있어.

@mcwumbly

채팅 메시지를 기존 토픽으로 이동
채팅 메시지를 새 토픽으로 이동

이 두 옵션은 현재 존재하지 않는다는 점을 명심해. “토픽으로 이동” 기능을 제거한 이유는 초기 구현에서 채팅 메시지마다 하나의 게시물을 생성했고, 또한 채널의 원본 메시지를 삭제하지 않았기 때문이야. 미래에 이 기능을 다시 만들기를 원한다면 다음 사항이 필요해:

• a) 채팅 인용 기능을 사용하여 메시지 배치(예: 게시물당 100개)를 함께 인용하고
• b) 중복을 피하기 위해 채널의 원본 메시지를 삭제해야 해.

[mcwumbly (Dave McClure)]

포스트 정렬 구현에 대해서는 언급을 삼가고, 해당 부분은 @j.jaffeux 님이 설명하도록 하겠습니다.

@martin

일반적으로 현재 채널과 전혀 관련이 없다면 더 적절한 채널로 이동하는 것이 더 좋다고 생각합니다.

아, 네. 저는 채팅 내에서 채팅 메시지를 이동하는 것에 대해 묻는 것이 아니었지만, 그것이 유용할 수 있다는 점은 이해할 수 있고, 이는 짧은 형식을 긴 형식(또는 그 반대)으로 “게시 후” 변환하려는 시도의 문제를 피할 수 있습니다.

@martin

a) 채팅 인용 기능을 사용하여 메시지 묶음(예: 포스트당 100개)을 함께 인용합니다.

합리적입니다. 저는 인용의 일반적인 형태가 "전사본"처럼 이렇기를 선호합니다. 어차피 그렇게 읽힐 가능성이 높다고 생각하기 때문입니다. 과거에 Slack 전사본 기능을 사용했을 때, 저는 종종 [details] 태그로 감싸고 본문에서 내용을 요약하는 방식을 취했습니다.

그 방향으로 떠오른 또 다른 아이디어는 더 세련된 “컨텍스트 확장” 기능이 있을 수 있다는 것입니다. 이렇게 하면 단일 메시지를 인용한 후, 토픽을 떠나지 않고 채팅에서 더 많은 컨텍스트를 보기 위해 필요할 때 추가 메시지를 인라인으로 로드할 수 있습니다.

@martin

b) 중복을 피하기 위해 채널에서 원본을 삭제합니다.

느린 레인/빠른 레인 경계를 넘나드는 토론을 참조할 때 이 부분이 필요하거나 가치가 있는지 의문스럽습니다.

[martin (Martin Brennan)]

@mcwumbly

Slow lane/fast lane 경계에서 토론을 참조할 때 이 부분이 필요하거나 가치 있는지 의구심이 듭니다.

주제 이동(Move to Topic)을 선택하는 경우에만 이러한 일이 발생합니다. 이동하려는 의도라면 채널에 내용을 남겨둘 이유가 무엇일까요? 이 문제에 대해 내부적으로 이미 몇 가지 논의가 있었습니다. 물론, 단순히 메시지를 주제로 인용하는 것만으로는 아무것도 삭제되지 않습니다.

@mcwumbly

인용을 더 많이 “전사(transcript)”처럼 사용하는 일반적인 형태를 좋아합니다. 어쨌든 그렇게 읽힐 가능성이 높다고 생각하기 때문입니다.

흥미로운 사실 하나를 알려드릴게요. 인용을 생성하는 클래스가 실제로 ChatTranscriptService라고 이름이 붙어 있습니다.

@mcwumbly

그 방향과 관련하여 또 하나의 생각은, 더 세련된 “컨텍스트 확장” 기능을 제공하는 것입니다. 이렇게 하면 단일 메시지를 인용한 후, 주제에서 벗어나지 않고도 필요에 따라 추가 메시지를 인라인으로 로드하여 채팅에서 더 많은 컨텍스트를 볼 수 있습니다.

흥미롭네요. 실제로 우리 주제 인용 기능에 이와 유사한 기능이 있습니다(이미 보셨을 수도 있습니다). 채널을 실제로 방문하지 않고도 약간의 추가 컨텍스트를 얻는 것이 유용할 것입니다.

[sam (Sam Saffron)]

@mcwumbly

메시지를 인용하는 것보다 이동하는 것이 더 나은 경우가 언제인지 궁금합니다. 아마 기존 토픽의 유무에 따라 달라지는 걸까요? 확실하지는 않습니다. 다음 중 어떤 시나리오에서 각각의 방법을 권장해야 할까요?

이동 기능을 사용하는 사용 사례는 다음과 같다고 생각합니다:

• "고래"에 대한 토론을 위한 전용 채널이 있습니다.
• 사람들이 “#펭귄” 채널을 클릭하는 것을 잊고 "펭귄"에 대해 열띤 논의를 시작합니다.
• 모드가 개입하여 펭귄 관련 대화를 펭귄 채널로 옮깁니다.

여기서 근본적인 문제는 재순서화(re-sequencing)라고 생각합니다.

모든 메시지를 하나의 블록으로 이동하고 싶을 텐데, “created_at” 값을 조작하는 것이 유일한 합리적인 해결책이라고 생각합니다. 기술적으로도 메시지는 이동된 시점에 생성된 것이기 때문입니다.

[mcwumbly (Dave McClure)]

@martin

이런 일이 발생하는 것은 '토픽으로 이동’을 선택한 경우뿐인데, 이동할 의도였으면 왜 채널에 내용을 남겨두나요?

네, 그게 정말 필요한지, 아니면 인용/전사 기능을 정말 잘 작동하도록 만드는 데 집중해야 하는지 궁금합니다.

[martin (Martin Brennan)]

@sam

여기서는 모든 것을 한 블록으로 이동시키고 싶은 것이므로, "created_at을 조작하는 것"이 유일하게 합리적인 해결책이라고 봅니다. 또한 기술적으로도 이동되는 시점에 생성된 것이므로요.

네, 채널의 일반 GET 메시지 라우트가 created_at 기준으로 정렬된다면 100% 그렇게 하겠습니다. 제가 정리하고 싶은 부분이 바로 그거였는데, Joffrey가 이에 대한 과거 지식이 있는지 궁금해서 물어본 겁니다. 없다면 두 가지를 동시에 변경하겠습니다.

[j.jaffeux (Joffrey Jaffeux)]

네, sam과 나도 100% 동의해요😁 모든 것을 한 번에 이동하고, 이동 시점의 created_at 값을 부여하는 것이 IMO 유일한 합리적인 방법이에요. 그렇지 않으면 끝없는 골칫거리가 기다리고 있어요… 어디서 찾아야 하는지 어떻게 알죠? 마지막 읽은 시점 이전에 생성된 항목에 대해 읽지 않은 알림을 받는 건가요? 아니요, 아니요, 아니요

[martin (Martin Brennan)]

좋아요, 이동 도구를 조정해서 이동된 메시지가 미래 에 작은 간격으로 순차적으로 배치되도록 하고, 일반 컨트롤러에서 채팅 메시지 정렬 기준을 ID 대신 created_at으로 변경하겠습니다

[martin (Martin Brennan)]

해당 문제를 해결하기 위해 이 PR을 병합했습니다:

FIX: Message order consistency (#895)

아직 created_at 값을 미래로 인위적으로 벌리는 작업은 하지 않았으니, 먼저 이 결과가 어떻게 나올지 지켜보겠습니다.