요즘 대부분의 서비스가 사용자에게 사용자 스토리를 제공하고 있습니다. 디스코스(Discourse)에도 이 기능이 도입되면 좋겠다는 생각입니다.
또한, 관리자가 이를 충분히 통제할 수 있는 좋은 도구들이 갖추어져야 합니다.
예를 들어, 모든 사용자에게 스토리 추가를 허용하거나, 특정 사용자만 허용하거나, 관리자만 허용할 수 있는 기능을 제공하면 좋겠습니다.
또한, 관리자가 이를 충분히 통제할 수 있는 좋은 도구들이 갖추어져야 합니다.
예를 들어, 모든 사용자에게 스토리 추가를 허용하거나, 특정 사용자만 허용하거나, 관리자만 허용할 수 있는 기능을 제공하면 좋겠습니다.
6개의 좋아요
이 문제에 대해 조금 조사해 보니 가능성이 있어 보였습니다. 하지만 웹 스토리의 '표준’은 100% AMP에 기반하고 있었습니다. 그리고 AMP가 적어도 하이프 사이클에서는 주춤하면서, 해당 표준은 더 어려운 상황에 처하게 되었습니다.
물론 인스턴스 내부에서만 사용 가능한 자체 포맷을 만들 수도 있었지만, 아직 그것을 추진할 만큼의 유인책이 충분하지 않았습니다. 게다가 24시간 만에 사라지는 정보에 대한 FOMO 기반 참여는 우리의 주요 관심사가 아닙니다.
12개의 좋아요
개인별 액티비티 스트림(Activity Streams)은 큰 가치가 있을 것이라고 생각합니다. 각 사용자가 자신의 액티비티 스트림을 맞춤형으로 설정하고 역할 기반의 콘텐츠를 받을 수 있도록 하자는 것입니다. (당신만의 고유한 탐색 경험을 맞춤 설정하세요. 읽지 않은 항목, 작성자, 기간, 태그, 팔로우 등으로 정렬할 수 있습니다.)
예를 들어:
5개의 좋아요
온라인에서는 모든 것에 “스토리” 기능이 내장되어야 한다는 것이 거대한 밈이 되었습니다. 솔직히 말하면, 스토리가 정말로 필요한 플랫폼이 아닌 곳에 스토리를 억지로 넣는 것은 다소 터무니없는 일입니다. 트위터나 인스타그램에서는 의미가 있지만, 디스커스에서는 아닙니다.
그리고 출판사들은 점점 이를 포기하고 있습니다…
https://www.wsj.com/articles/publishers-move-to-abandon-google-supported-mobile-web-initiative-11645725640
좋은 자료네요! 제가 조사하고 있는 이 프로젝트의 리소스로 포함하겠습니다. 
4개의 좋아요
이 일이 실제로 이루어지는 모습을 보고 싶습니다. 예산적으로 가능하다고 판단되면, 기꺼이 자금 지원을 고려하겠습니다.
말씀하신 것이 이런 것인가요?
1개의 좋아요