로드맵을 공개하고 계신가요? 내게 중요한 주제들 중 어떤 것들이 가까운 미래에(혹은 아예) 나올지 확인해 보고 싶거든요. 
8개의 좋아요
가벼운 옵션은 있습니다:
이게 말씀하시는 건가요?
7개의 좋아요
매우 유용합니다. 저는 장기적이고 폭넓은, 제품의 전반적인 방향성을 보여주는 내용을 기대하고 있었습니다.
예를 들어, 다음 영역에서 작업할 필요가 있다고 보시는지 궁금합니다:
- 관리자 UX [1, 2, 3, 4, 5, 6] (일부는 3.2 버전에서 구현되었을 수도 있겠네요…)
- 설정 [1, 2] (이것도 마찬가지인가요?)
- 알림 [1, 2]
- 할당(Assignments) [1, 2, 3, 4, 5, 6, 7, 8]
- 리더보드 [1, 2]
이렇게 해주시면 제가 어떤 기능을 기대해야 하고, 어떤 기능을 위해 더 적극적으로 로비를 해야 하는지(혹은 예산을 확보해야 하는지) 알 수 있을 것 같습니다 
9개의 좋아요
해당 토픽에서는 가까운 미래에 우리가 추구할 방향을 강조하고 있다고 느낍니다. 간략히 말하면, 우리가 중시하는 영역은 다음과 같습니다:
- 관리자 (직원 경험 및 AI),
- 커뮤니티 (채팅 및 AI),
- 외부의 커뮤니티 (마이그레이션),
- 플러그인/테마 개발자 (modernJS 및 플랫폼)
혹시 다른 것을 찾고 계신 건 아닌지 궁금합니다.
이러한 편의성(QoL) 관련 요청사항들을 인지하고 있다는 점을 말씀드립니다. 작성해 주셔서 감사합니다. 더 많은 분들이 이를 발견하고 +1을 눌러주시면 큰 도움이 됩니다. 우리는 3의 법칙의 열렬한 지지자라는 것은 비밀이 아닙니다 (요약은 게시물 하단 참조) – 이는 동일한 문제를 가진 많은 사용자에게 도움이 되는 작업을 우선순위에 두는 데 용이하게 해줍니다.
7개의 좋아요
1월 이후의 무언가를 기대하고 있었습니다 
하지만 알겠습니다. 감사합니다
5개의 좋아요
아, 알겠습니다. 답변해 주셔서 감사합니다. 하지만 계획 중인 내용에 대해 좀 더 깊이 있는 통찰을 볼 수 있으면 좋겠습니다. 
제가 하는 게임에는 개발 타임라인이 있어서 어떤 것들을 계획하고 있는지 보여줍니다. 예를 들어 2024년에 기대할 수 있는 모든 것을 공개하지는 않고, 2024년 첫 업데이트에서 기대할 수 있는 일부 내용만 공개합니다. 이런 방식이 장기적인 계획을 더 많이 보여줄 수 있도록 확장될 수 있지 않을까요?
3개의 좋아요
타임라인에 대한 더 깊은 통찰도 보고 싶지만, 일부 카드를 더 가까이 간직하고 싶다는 욕구가 있다는 점도 이해합니다.
타임라인의 일반적인 문제는 그것이 구체적 기대와 의무를 만들어낼 수 있다는 것입니다. 이는 전략적으로 불리할 수 있습니다. AI와 같은 중요한 기회에 즉각적으로 방향을 전환할 수 있는 유연성을 잃을 수 있기 때문입니다. 물론 고객과 사용자와 같은 변경 사항을 협상할 수 있지만, 매우 상당한 노력이 필요합니다.
제 경험에 비추어 볼 때, 이러한 노력은 원래의 약속과 새로운 기회 모두를 달성하는 속도를 늦추는 경우가 많습니다.
아래는 특정 아이디어를 조기에 공개할 때 발생할 수 있는 추가 노력의 비배타적 목록입니다:
- 자잘한 문제에 매몰
- 분석 마비
- 아비린 역설
- 도구 법칙
- 가장 숙련되지 않거나 자격이 없는 이해관계자를 위해 아이디어의 복잡성을 희석하는 것(이것은 더닝-크루거 효과의 불쾌한 사례로 이어질 수 있음)
- 인지적 과부하 – 아이디어가 너무 많고, 피드백이 너무 많음
- 잘못된 합의
- 맹인이 맹인을 이끄는 것
그리고 가장 중요한 것은 권위 희석입니다. 팀이 가장 잘 알고 있지만, 대중은 때로 잘못된 방향으로 나아가는 것에 대해 매우 열정적일 수 있습니다.
전체적으로, 저는 타임라인이 가져올 수 있는 유연성의 상실과 탐색적 안전성의 손실에 대해 우려합니다. 타임라인을 가질 수 있다면 좋겠지만, 그렇기 때문입니다.
8개의 좋아요
이 주제에 대한 깊이 있는 분석을 좋아했어요. 잠재적인 문제를 그렇게까지 자세히 생각해 본 적이 없었거든요. 다만, 좋은 지적을 하고 계시긴 하지만, 타임라인이 사용자들에게 ‘영향을 받아서’ 바뀌어야 한다고 생각하지 않아요. 말씀하신 대로 개발팀이 가장 잘 알고 있을 테니까요.
이 의견에 동의합니다. 그 결과, 위에서 링크한 커뮤니티에서는 업데이트를 배포하는 방식을 변경했어요. 이제 릴리스 날짜를 공개하지 않고 전부 곧™이라고만 표시해요. 이렇게 하면 무엇을 개발하고 있는지 등의 계획은 여전히 확인할 수 있지만, 그저 기다려야만 하는 거죠.
2개의 좋아요
정리하자면, 저는 "구체적인 기대[사항]와 의무"를 요구하고 있는 것이 아닙니다.
아래와 같은 형태의 답변을 바랐습니다.
2024년에는 다음 영역에서 작업을 진행할 계획입니다:
- foo
- bar
- baz
8개의 좋아요
@ganncamp 이거 보셨나요 - Current Projects - September 2024 
이 주제는 해당 주제를 대신하여 닫겠습니다!
8개의 좋아요