이것은 분명히 주제에서 벗어난 이야기이지만, 제 의견을 두어 마디 덧붙이고 싶습니다. Discourse UI에 대한 지속적인 불만은 제 파트너들과 프로젝트 이해관계자들을 Discourse로 유치하려는 제 시도를 완전히 실패로 이끌고 있습니다. 그들은 모두 UI를 싫어합니다. 모든 면에서 혼란스럽기 때문에 아예 사용할 수조차 없습니다. 또한 Kanban을 유용한 도구로 설정할 수 없다는 점은, Discourse를 프로젝트 관리 도구로 사용하도록 설득하려는 저의 파트너들의 불만만 더 키우고 있습니다. 이 주제에서 논의되고 있는 실제 문제로 돌아가자면, 설정 패널을 열어 Kanban 목록을 자기 마음에 맞게 구성하기만 하는 매니저에게 “@” 기호를 도대체 어떻게 설명해야 할까요? Discourse 공간에 진입하는 순간 사람들이 완전히 혼란에 빠지게 만드는 것은 바로 이런 사소한 것들이 쌓여서 그렇습니다. 그들은 즉시 떠나기를 시도하고, 이 플랫폼에서 더 이상 소통하지 말라고 저에게 말합니다. 왜냐하면 그들의 시간을 낭비하기 때문입니다. 저는 사람들이 Discourse에 대해 열정적으로 느끼게 만드는 데 무력합니다. 더 나쁜 것은, 어떤 이유에서인지 Discourse 팀이 UI의 일부 측면을 개선하기보다는 오히려 악화시키고 있다는 점입니다. 여기 최근 업데이트와 제 비판을 참고하세요: Now that the topic title is editable by click, I can't simply copy it without entering the edit mode
참고로, 제가 @MyCategory를 입력하면(이것이 @가 무엇을 하는지 이해하려다 직관적으로 입력한 것입니다), 검증 오류를 알려주지 않습니다. 프로그래머의 관점에서 명백하고 “저장 중…” 업데이트된 설정 값을 저장할 때 쉽게 감지할 수 있는 상황에서, 제가 잘못하고 있다는 것을 알려주지 않는 것이 어떻게 괜찮은 것으로 간주되는지 궁금합니다.
특히 누군가가 Discourse를 떠나 Discord로 돌아갔다는 것을 보고 나서야 모든 것을 말해야 했다는 점이 죄송합니다. 이는 제 UI에 대한 우려와 불만을 더욱 확인시켜 주었습니다.