저는 臺鐵用Openstreetmap! - 台灣/Tâi-oân/Tâi-uân/Thòi-vân (Taiwan) - OpenStreetMap Community Forum 에서
제목으로 다음을 게시하려고 했습니다.
臺鐵用OSM!
하지만 15자 미만이라는 경고가 떴습니다.
확인해 보니,
$ echo 臺鐵用OSM!|wc -c
14
그래서 제목을 변경해야 했습니다.
$ echo 臺鐵用Openstreetmap!|wc -c
24
어쨌든, Discourse의 기본 설정에는 문화적 편향이 있습니다.
우연히도 한자(中文字)는 많은 의미를 담고 있으며, 단순히 지루한 3바이트로만 취급해서는 안 됩니다. 일본어 한자(漢字)도 마찬가지입니다.
참고로, 저는 이 사이트들을 직접 운영하지 않습니다. 그저 가장 평범한 사용자일 뿐입니다.
글쎄요, 이건 사이트 관리자가 설정할 수 있는 부분입니다. 제 생각에는 그들에게 책임을 물어야 할 것 같아요.
저도 중국 사용자인데, 제 포럼의 관리자는 제목 최소 길이를 1로 설정해 두었거든요.
추가: 아, 이건 전 세계를 위한 사이트인 것 같네요.
어쨌든, 사이트 관리자들이 글로벌을 지향한다면 언어 차이를 존중하는 것이 올바른 방향이라고 생각합니다.
전 세계 기본값인
이 단순히 유럽 중심적이어서는 안 된다는 것입니다.
Discourse는 UTF-8을 지원하므로 기본값을 설정하는 알고리즘도 더 좋아야 합니다.
중국어를 사용하는 사용자를 가정하고 Discourse가 기본값을 설정한다면, 서구의 모든 관리자가 더 높은 기본값을 설정해야 할 것입니다.
이것은 동양의 관리자가 모두 기본값을 변경해야 하는 현재의 반대 상황과 마찬가지로 불공평합니다.
Discourse는 로케일이 중국어로 설정된 사이트에 대해 조정된 자동 기본값을 제공합니다.
로케일별 기본값이 있는데, 중국어 기본값이 충분히 느슨하지 않나요?
나는 아무것도 모르고, 'blaim’이라는 단 하나에 자극을 받아서 다시 메타 토론으로 흘러가고 있네요. 
저는 핀란드 출신입니다. 중국어나 기타 비알파벳 문자 언어에 대해 아무것도 모릅니다. 그래서 그런 상황을 떠올리지도 못했습니다.
그래서 우리는 (또는 필요한) 두 가지가 있습니다:
)을 알릴 수 있는 개인 메시지(PM) 시스템결국 여기에는 두 가지 서로 다르지만 겹치는 부분이 있습니다:
당신은 게시글에 다음과 같은 내용을 추가할 수 있습니다.
臺鐵用OSM! <!-- 제한 때문에 더 많은 텍스트 -->
사용자가 이런 트릭을 써야 한다면, 이는 디자인이나 관리 방식이 엉망이라는 강한 신호입니다.
물론 — 테이프로 붙여놓은 임시 해결책이죠.
로케일이 중국어로 설정된 사이트의 경우 Discourse에서 자동 기본값이 조정되어 제공됩니다
큰 실수입니다!
옛날에는 각 커뮤니티가 자국에 머물렀습니다.
모든 것이 순조로웠죠.
요즘에는 제가 게시한 예시 사이트처럼 국제적인 커뮤니티가 많이 생겼습니다.
아마도 aforementioned 국제 커뮤니티는 다른 기본값을 설정해야 한다고 말할 수 있겠죠.
좋습니다. 하지만 문제는 여전히 남아 있습니다: ASCII 게시자에게는 너무 느슨합니다.
네, 바로 같은 사이트에서 두 종류의 게시자에 대해 이야기하고 있는 것입니다. 그리고 그 골치 아픈 게시자들은 게시글 사이, 심지어 같은 게시글 안, 혹은 같은 제목 안에서 언어를 바꾸기도 합니다.
따라서 각 중국어 문자를 ASCII 등 문자 5개에 해당하도록 고려해 주시기를 제안합니다. 현재는 3개인데, 아, 우연히도 UTF-8 문자 1개의 바이트 수와 같습니다… 그리고 그 이모지들은 2에서 4점으로 평가되니…真是个 mess(엉망)입니다.
어쨌든 ASCII가든 아니든 각 문자의 실제 '가치’를 알려주는 라이브러리를 누군가가 작성했을 것이라고 확신합니다.
그것은 전혀 사실이 아닙니다. 그 플랫폼들은 모두 미국인을 위해, 그리고 미국인이 만들어냈습니다. 그리고 항상 문자(인코딩) 관련 문제가 발생했었죠. 큰 그림을 보자면 영어는 소수 언어이므로, 모든 유럽인이 이를 증명할 수 있습니다
카테고리별로 최소 길이를 낮출 수 있는 (선택적) 설정이 도움이 될 수 있습니다. 국제 포럼에서는 중국어(또는 기타 언어)로 게시물을 작성할 경우 보통 전용 카테고리가 필요하기 때문입니다.
이것은 흥미로운 Contribute > Feature 요청입니다. 일관성(coherence) 문제로 인해 복잡한 문제입니다.
또한, 국제 사이트가 아닌 경우 스팸 벡터(spam vectors) 때문에 이 기능을 원하지 않을 수 있습니다.
여기에는 쉬운 변경 사항이 없으며, 이미 많은 설정 옵션(knobs)이 존재합니다.
사실 따옴표 같은 기호는 예를 들어 -1,
$ unicode ,
U+002C COMMA …
Category: Po (Punctuation, Other)
$ unicode ’ ’
U+0020 SPACE …
Category: Zs (Separator, Space);
그리고 여기서 첫 번째 번역, h e a r t 에서 +5를 얻습니다.
$ unicode -v 心|grep Def
kDefinition: heart; mind, intelligence; soul
예를 들어 아래를 참고하세요.
$ apropos perluniprops
perluniprops (1) - Index of Unicode Version 14.0.0 character properties in Perl
$ apt-cache policy unicode #Debian
unicode:
Installed: 2.9-1
이러한 설정들이 조정 가능한 이유가 바로 이 때문입니다. 해당 사이트들의 주요 언어가 중국어가 아닐 것이라고 추정합니다.
이 최소 길이 설정은 매우 모호한 주제 제목을 방지하는 데 도움을 주기 위해 설계되었습니다. 중국어와 같은 문자를 사용하는 언어는 영어나 26개 알파벳 시스템을 사용하는 언어에 비해 단일 글자 하나만으로 훨씬 더 완전한 문장을 형성할 수 있다는 점은 매우 사실입니다.
따라서 시스템 기본 설정은 일반적으로 제목 15자, 게시글 최소 20자 같은 표준을 따르는 경우가 많습니다.
누구에게도 책임을 돌려서는 안 된다고 생각합니다. 사이트들은 주로 그 대상 사용자를 위해 맞춤으로 만들어지니까요. 즉, 영어권 사이트라면 제 입장에서는 제게 낯선 외국 사이트들이 영어 콘텐츠를 제대로 번역해 두기를 기대하는 것이 옳지 않다고 볼 수 있습니다.
이것이 합의된 의견이지만, 실제로 효과가 있는지는 확신이 서지 않습니다. Hello you all guys는 길이가 15인데도 여전히 매우 모호하죠. 주제 제목도 마찬가지입니다. 여기서 짧은 답변 뒤에 *(몇 글자 더)*가 붙는 경우를 얼마나 자주 보았습니까? 그런 경우 이 20자 제한은 작동하지 않으며, 오히려 노이즈만 더 늘어날 수 있습니다. 사실 영어권 포럼에서는 주제 제목의 제한을 6자로 설정해도 I agree를 막을 수 있습니다(공백도 계산에 포함합니까?). 제목의 경우 3자면 충분합니다.
물론 왜 어떤 제한이 필요한지는 이해하지만, 15, 20 또는 5로 나누어지는 어떤 숫자가 정말로 정확한지 확신이 서지 않습니다 하지만 hey, 그래서 그런 설정들이 있는 것이겠죠.
전체 포럼은 조정을 해야 하며, 제목이 너무 짧아 문제가 되기 시작하면 модератор(관리자)를 사용해야 합니다.
누군가의 감정을 상하게 하고 있다면 죄송합니다, 하지만 이 주제는 우리가 실제 문제가 있다는 것보다 훨씬 더 많은 여가 시간을 보내고 있다는 것을 더 잘 보여줍니다 
(왜 Meta는 더 이상 이모지 목록을 제공하지 않는 걸까요?)
우리는 사용자가 너무 짧은 제목을 피하도록 강제하고 있다고 생각합니다.
하지만 실제로는 다른 사용자에게 너무 긴 제목을 사용하도록 강제하고 있는 셈입니다.
이것은 전부 문화적 편견입니다.
그리고 아니요, "관리자에게 연락해서 설정을 조정해야 한다"고 말하지 마세요.
이 문화적 편견의 근원은 바로 이곳 Discourse.com에 있습니다.
민감성의 부재입니다.
수정도 간단합니다. 문자를 다르게 세면 됩니다.
하지만 누가 신경 쓰겠습니까. 우리가 다루는 "시장"에서는 큰 문제가 아니니까요.
위에서 언급했던 내용을 다시 한번 강조하고 싶습니다:
상상하실 수 있듯이, 우리는 기능 및 UX 관련 요청을 많이 받으며, 일반적으로 더 많은 관심을 받는 요청을 우선적으로 처리하는 원칙을 따르고 있습니다. 현재까지 이 요청은 귀하를 제외하고는 큰 관심을 받지 못하고 있습니다.
이 기능이 구현되기를 원하실 수 있다는 점은 이해하지만, 비방에 의존하기보다는 논의가 문명적이고 생산적으로 유지되도록 유의해야 한다고 생각합니다.
하지만 이 방법의 문제는, 임의로 한자 1글자를 라틴 문자 5글자와 동등하게 설정했는데도 여전히 "제목은 최소 15자 이상이어야 합니다"라는 오류가 표시되고, 사용자가 한자 3글자를 입력하자마자 오류가 사라진다면, 갑자기 오류 메시지가 말이 안 되는 상황이 됩니다(사용자는 15자가 아니라 3자만 입력했기 때문입니다).
국제적인 사이트라면, 스스로에게 "신은 어떻게 했을까"라고 물었을 때 — 사이트가 사용자가 제목에 어떤 언어를 입력하려 하는지 감지하고, 그에 맞는 최소 문자 수 요건을 표시해야 할 것입니다.
등등, 모든 언어 세트에 대해 적용합니다.
하지만 또 다른 문제는, 원래 게시물에서처럼 제목에 여러 언어를 함께 사용할 수도 있다는 점입니다.
결국 이 모든 작업을 수행하는 데 드는 노력과 현재 전역 기본값 대비 유용성을 저울질하는 문제입니다.
개인적인 감정으로 비화할 필요까지는 없다고 생각합니다. 저는 영어와 베트남어를 모두 모국어 수준으로 구사하며, 현재 러시아어를 배우고 있고 라틴어, 중국어, 일본어도 일부 배웠습니다. 참고로 Discourse는 제가 어디서든 본 가장 지리적으로 다양한 팀 중 하나입니다(6개 대륙과 15개 시간대를 아우릅니다). 이는 민감성 문제라기보다는 물류(운영) 문제라고 생각합니다.
대부분의 사이트는 하나의 언어만 사용하므로, 관리자가 변경할 수 있는 제목 최소 길이에 대한 단일 전역 기본값이 있고, 로케일별 기본값이 설정되어 있습니다.
여러 언어로 토론이 이루어지는 사이트는 훨씬 드물지만, 그런 사이트의 관리자는 한도를 3자나 5자로 낮출 수 있습니다.
(이것이 관리자의 손에 맡겨지는 이유는, 예를 들어 최소 3자로 설정하면 영어가 가장 일반적인 언어라면 사람들이 정말로 짧은 스팸성 제목을 입력할 수 있기 때문입니다. 성숙한 사용자 기반이라면 문제가 되지 않을 수 있지만, 다른 커뮤니티에서는 문제가 될 수 있습니다. 이는 사용자의 특성에 따라 관리자가 판단해야 할 문제입니다.)
여러 언어로 된 여러 카테고리가 있는 경우, 카테고리별로 최소 주제 제목 길이를 설정할 수 있도록 하는 또 다른 해결책도 생각했습니다.
코어에서는 사용 빈도에 따라 결정될 가능성이 높지만, 플러그인으로 구현할 수도 있습니다.
스팸 방지와 제목의 명확성이 주로 사용자가 아닌 관리자의 권한에 있는 이유입니다. 다만, 현재 다국어 포럼에서 사용자로 있을 때 얼마나 답답한지 충분히 이해합니다.
바이트를 세는 것보다 더 나은 방법은 예를 들어,
wcswidth (3) - 고정 크기 와이드 문자열에 필요한 열 수 결정
어쨌든, 이건 "아바타를 선택하세요"와 비슷해서 다른 사람의 인종과 성별을 고르는 것과 같습니다.
그리고 아시다시피, 저는 이미 이메일을 통해 이 게시물에 답글을 달았다고 생각했습니다. 하지만 제가 오프라인이었던 동안 주제가 재배정된 것 같습니다. 그래서 이메일이 Discourse에 도착했을 때 게시할 곳이 없어 bitbucket으로 보내졌습니다. 그래서 버그를 발견했습니다. 적어도 사용자에게 바운스(수신 불가) 메시지가 전송되어야 합니다.
Search results for 'wcswidth' - Discourse Meta 에서 이 하나의 답글만 검색됩니다. 제 다른 이메일 게시물은 잘 도착했지만, wcswidth를 언급한 이메일은 도착하지 않았습니다. 이는 주제 변경 등으로 인한 것이어야 합니다.
주제 변경 자체에는 문제가 없습니다. 하지만 시스템은 사용자에게 게시물이 실패했음을 알리는 이메일을 반드시 보내야 합니다… 그 이유는…
좋습니다, 이미 폐쇄된 주제에 메시지를 보내면 거부 이메일이 전송됨을 확인할 수 있습니다(하지만 사용자가 입력한 본문은 삭제됩니다!). 하지만 주제 변경 등의 경우 이메일이 삭제되는 것 같습니다.
