O Discourse é um aplicativo Ember desde o primeiro dia.
Ele está apenas mudando algumas das estruturas e padronizando os Componentes Ember.
Permita-me:
5 curtidas
Tive uma ideia, ainda está um pouco crua, mas queria compartilhá-la para não desenvolvê-la demais sem o feedback de outras pessoas.
E se o Discourse tivesse uma forma de permitir discussões encadeadas até que as respostas atingissem um certo limite e, em seguida, forçasse as pessoas a responderem com um tópico vinculado ou sugerisse fortemente que o fizessem?
Para mim, isso pode se tornar uma questão do que o Discourse quer ser… se quer ser puramente conversas focadas e de formato longo, então o modo atual parece funcionar bem. No entanto, se quer ser uma plataforma comunitária com eventos e diretórios de usuários e pessoas interagindo umas com as outras, então acho que poderia se beneficiar da adição de interações de formato curto, quase bate-papo informal.
Um exemplo
Eu posto automaticamente os episódios do meu podcast no meu discourse (minúsculas intencionalmente para generalizar, não sei se a empresa gostaria disso, rs) e, embora alguns episódios tenham de 5 a 10 minutos, outros têm mais de 3 horas.
Para um podcast de três horas, imagino que será quase impossível as pessoas terem uma discussão focada sobre ele, porque algumas vão querer comentar em 00:06:00 e outras em 01:34:24 e outras em 02:33:50. Muitos dos comentários podem ser curtos, como citar uma parte da transcrição e dizer “uau, nunca pensei nisso” ou citar outra parte e dizer “discordo fortemente disso” ou simplesmente querer dar um “curtir” ou 100% em partes diferentes.
Acredito que esses pequenos comentários podem trazer muito valor para uma comunidade, não apenas facilitando a contribuição das pessoas, mas também semeando discussões. Talvez eu veja o “discordo fortemente disso” e queira continuar, e se eu quiser continuar, talvez eu esteja um pouco exaltado e queira me aprofundar. E então eles respondem com mais profundidade. É aí que acho que o encadeamento se torna difícil de gerenciar.
Mas e se, nesse ponto, o software dissesse: “Ei, inicie um tópico vinculado para se aprofundar nisso” ou algo assim?
Bate-papo vs. formato longo
Acho que a discussão encadeada lida bem com o bate-papo e a discussão linear lida bem com o formato longo, e acho que pode ser muito difícil para FBs, IGs, HNs, Reddits e outros do mundo encadeado criarem a discussão linear, talvez seja mais fácil para os lineares como o Discourse adicionar encadeamento inicial e depois dividir em linear se ficar muito longo. Na verdade, acredito que o Facebook tem um nível máximo de aninhamento e depois torna a conversa linear também.
Não sei, talvez o Slack tenha tentado isso e falhado, rs.
Alguma opinião sobre isso?
1 curtida
Não é assim que o Discourse funciona? Conversas casuais podem ser encadeadas no chat, e discussões longas podem ocorrer em tópicos.
Se alguém começar no chat, sim, mas não se alguém começar com algo como um post de blog que tem comentários aninhados abaixo dele.
Acho que o ponto de partida que estou sugerindo seria mais como funciona um post do Facebook ou Instagram, ou talvez até como um post no Reddit, enquanto acho que o que você está sugerindo seria mais como um grupo do WhatsApp ou outro chat em grupo onde há um fluxo constante de conversa, muitas vezes em torno de um nome de grupo ou talvez uma área de tópico de nível muito alto.
Então, talvez o que estou sugerindo seja menos como o Slack, porque o Slack parece mais com o chat em grupo, apenas com áreas de tópico de nível mais alto, não um tópico tão específico quanto um post.
1 curtida
Eu acho que talvez apenas adicionar um botão de resposta como tópico vinculado (de volta?) ao lado de responder em cada postagem possa ajudar alguns desses desejos por encadeamento. Um tópico (novo tópico) é útil apenas se você quiser dizer coisas que interessam apenas a algumas pessoas na conversa e que elas queiram seguir.
A outra parte, no entanto, pode ser deixar para trás algum tipo de link ou dica de que o tópico/novo tópico aconteceu. Temos isso agora, mas não no local onde o novo tópico se separou.
Portanto, se houvesse um tópico vinculado em resposta a uma postagem, haveria um link para ele logo abaixo da barra de ferramentas do ícone de resposta e não apenas aquele que está abaixo do OP, mas exatamente como ele.
5 curtidas
Acho que já disse isso no tópico. Se você está tentando acompanhar uma discussão ativa, o encadeamento é um pesadelo. Você nunca pode ter certeza se viu tudo ou se está perdendo algo importante. O encadeamento só é utilizável para discussões concluídas e arquivadas. Acho que cada “responder à postagem” precisa ser exibido na interface do usuário, mesmo que você esteja respondendo à postagem diretamente acima (da última vez que verifiquei, essa era uma opção nas configurações, definida como “desativada” por padrão).
2 curtidas
Já usei o Reddit e outras comunidades que tinham discussões em árvore e funcionou bem para mim. Não gostei de ter que carregar outra página para continuar lendo uma discussão, e algumas delas faziam isso depois de alguns níveis. E não gostei de ter que rolar horizontalmente quando elas ficavam muito profundas. E não gostei delas ficarem muito pequenas quando tinham muitos níveis. Mas existem opções para resolver isso. Temos mais experiência agora.
Mas 2 bilhões de pessoas por mês usam o Reddit e 1,4 bilhão delas usam o sistema de comentários. Não as vejo reclamando disso.
Já usei o Discourse para suporte técnico e funcionou muito bem! Mas eu gostaria de ter um fórum de discussão e é aí que eu realmente gosto das discussões em árvore que outras comunidades têm e eu quero essa opção com o Discourse. Como já mencionei antes, ajudarei no que for possível.
2 curtidas
Isso faz parte do meu plano para usar o Discourse para potencializar um sistema de comentários. Se houver uma indicação de que uma resposta a um comentário (em oposição a uma resposta ao artigo como um todo) gerou uma nova discussão, as pessoas envolvidas serão solicitadas a mover a discussão para um novo tópico no fórum. A lógica para o que indica que uma nova discussão começou pode ser realmente básica. Por exemplo, após duas respostas diretas a uma postagem, da próxima vez que alguém clicar no botão “Responder” da postagem, um link será exibido acima do editor de postagem que facilitará a criação de um novo tópico. Os outros participantes da “thread” serão convidados para o novo tópico.
Para este caso, os comentários serão gerados em um site, assim como um sistema de comentários normal. As discussões relacionadas ocorrerão apenas no Discourse, mas serão vinculadas aos comentários do site.
3 curtidas
E todas essas são coisas que tornam a discussão em tópicos muito difícil para mim. Morte por mil cortes aqui.
Qual é a solução para o problema principal: Em um modelo de tópicos, eu tenho que periodicamente rolar por toda a discussão para ter certeza de que não perdi nada?
Eu administro/modero uma pequena comunidade FOSS (3 usuários consistentes, incluindo eu, além de mais 6 que às vezes participam, mais participações ocasionais) que roda em uma plataforma de tópicos. O número de vezes que perco algo em uma discussão que tem menos de uma página de comprimento realmente me desanimou com tudo isso.
O Reddit sobrevive com seu enorme ímpeto e baixa barreira de entrada. Sua experiência de leitura é a axila da internet.
2 curtidas
Essa é a sua opinião e tudo bem. Eu gosto de threads. E acredito que posso abordar as coisas que os usuários não gostam.
Se a API de plugins tiver suporte para fazer threads, trabalharei para adicioná-la em um plugin e oferecerei o plugin gratuitamente (se eu tiver suporte financeiro antecipado, se necessário) ou o oferecerei à venda se precisar de suporte financeiro. Não conheço a API neste momento. Já fiz produtos de código aberto e gratuitos antes e, às vezes, eles têm um custo para serem criados ou mantidos.
Isso é justo. Você poderia ter uma opção “Notifique-me sobre atualizações deste thread”. Existem soluções criativas por aí. Como desenvolvedor de software, ouço essas coisas com frequência de um lado da mesa e tenho que encontrar soluções do outro lado da mesa. Mas não jogo fora o aplicativo inteiro porque algumas partes têm uma experiência de usuário ruim. Encontro maneiras de aprimorar essa experiência. Talvez, talvez threads não sejam a resposta e talvez haja outra resposta por aí, mas para mim, na minha humilde opinião, o design de tópico único do Discourse nem sempre funciona tão bem quanto eu gostaria nas discussões de múltiplas respostas e múltiplos comentários encontradas em comunidades como o Reddit.
Os novos threads de chat parecem querer abordar isso, mas são discussões planas como no YouTube e ouvi dizer que não são salvas. No YouTube, após alguns comentários em threads de chat, não é fácil de seguir. Portanto, eles não são uma resposta para mim.
No Reddit ou onde quer que um tópico seja apresentado e múltiplas discussões se formem em torno dele. Enviar essas discussões para posts separados que carregam páginas não é fácil de ler na minha opinião (carregar página, ler, voltar e recarregar a página anterior - perder o lugar, carregar novo post de thread, ler, voltar e repetir).
1 curtida
Você quer dizer uma notificação separada para cada resposta ao tópico? O problema não é que eu não saiba que há novas postagens, mas sim que eu não sei onde elas estão. Se houver mais de uma, eu só vejo uma/a mais próxima do final.
O conteúdo encadeado não é usado em todos os lugares porque facilita uma boa discussão. Ele é usado porque transforma uma discussão em partes modulares que podem ser classificadas e ocultadas ao bel-prazer de um algoritmo de recomendação. E esse é um requisito necessário que permite que um único usuário humano interaja com plataformas que têm uma quantidade massiva de conteúdo.
Funciona quando você espera ver apenas uma parte do conteúdo uma vez, permitindo que você se aprofunde o quanto quiser. Mas é complicado desembaraçar uma teia de discussões se você está reabrindo e se atualizando sobre o mesmo tópico repetidamente, como faria no ambiente do Discourse.
2 curtidas
@piffy, não é para mim, no entanto. Eu nunca achei que interagir com uma discussão encadeada fosse mais difícil do que o oposto, enquanto interagir com discussões lineares é cognitivamente difícil para mim no momento em que o tópico da conversa difere e/ou mais de 2 pessoas interagem.
2 curtidas
Meu ponto era mais sobre revisitar a mesma discussão. Suponha que haja 12 novas respostas. Para uma discussão plana, há um único ponto ao qual você precisa retornar e você pode ler todas as 12. Para discussões encadeadas, pode haver 12 tópicos de conversação exclusivos com respostas e você precisa restabelecer o contexto de cada um antes de ler a nova resposta.
De qualquer forma, o objetivo deve ser otimizar para uma boa discussão, não necessariamente para a simplicidade cognitiva. Afinal, a opção mais fácil cognitivamente é não ler a discussão.
2 curtidas
Eu acho isso mais fácil. Não entendo como a mera indentação tornaria a leitura mais difícil em vez de menos. Eu indento cada título dos meus documentos, por exemplo, como https://stackoverflow.com/revisions/46690751/2#:~:text=Run%20code%20snippet-,expand%20snippet,-answered%20Oct%2011 demonstra.
Isso é um Logical extreme - Wikipedia. É irrelevante. A dificuldade cognitiva, como qualquer outro atributo discutido aqui, tem um Benefit–cost ratio - Wikipedia não negligenciável, então deve ser considerada seriamente como qualquer outro atributo. Não entendo por que você mencionaria isso.
2 curtidas
Não se trata da indentação. Trata-se do fato de que uma dessas respostas está na página 2 de uma discussão de 8 páginas. Como você sabe que precisa voltar para lá e como você tem tempo para ir para essa localização?
1 curtida
Se você vai linkar conceitos simples da Wikipedia, deveria pelo menos ler a página você mesmo, porque ela explica por que um extremo lógico é um dispositivo retórico útil. O ponto é que uma boa discussão exigirá alguma carga cognitiva, então não deveria ser a principal variável a ser otimizada. É também muito subjetivo, porque eu acho discussões aninhadas muito mais difíceis de seguir do que uma única linear, pessoalmente.
A questão principal é se discussões melhores emergem de um formato plano ou de um formato encadeado. Eu não sei a resposta, mas minha impressão é que, como uma discussão encadeada geralmente oferece uma visão estreita e projetada de um tópico e é difícil de revisitar, a qualidade geral da discussão é afetada. Mas é um compromisso necessário que grandes plataformas precisam fazer, e é por isso que você a vê em todos os lugares.
Não é um dispositivo lógico útil, daí a referência à explicação. Além disso, expliquei posteriormente por que não era útil, então por que você está pedindo uma explicação?
Se você tivesse esclarecido isso anteriormente, eu não o teria mencionado. Concordo, embora como ninguém tenha dito o contrário, eu ainda não entendo a relevância.
Não acredito que essa seja a principal questão a ser resolvida, porque não importa se o usuário pode escolher entre ver a thread plana ou encadeada - cada usuário escolhe com base em sua preferência pessoal. Todas as respostas são encadeadas sob a GUI (é por isso que há um recurso “Responder” nas respostas, bem como um duplicado azul no final da thread), então é apenas uma questão de expor isso ao usuário.
A qual discussão de 8 páginas você se refere? Se você está descrevendo uma discussão hipotética encadeada e paginada, a maneira de remediar esse problema é simplesmente não paginar a thread.
O que não é sobre recuo?
1 curtida
Para constar, não sou contra ninguém criar um plugin para fazer threading ou expandir as opções disponíveis. Na verdade, acho que a quantidade de plugins da comunidade Discourse é muito menor do que deveria ser.
O que estou fazendo é concordar em princípio com a postagem referenciada no OP e também não acho que discussões encadeadas devam ser uma ideia central na qual a equipe principal do Discourse deva investir tempo.
Isso é em parte o que eu gosto. Na frente do material escrito, existem os contornos:
- tópico
- cabeçalho
- subitem
- cabeçalho
- subitem
- cabeçalho
- subitem
- cabeçalho
está organizado. você pode ter uma visão geral e encontrar o que procura facilmente.
para mim, as falhas existentes com discussões encadeadas são problemas de usabilidade / UX.
- recarregar a página
- perder o seu lugar
- encontrar ou ser notificado de novos comentários
- threads profundas (menos espaço para ler)
estes não são difíceis de consertar:
- não recarregar, abrir uma janela de diálogo ou buscar os dados
- não recarregar e você não perde o seu lugar
- carregar novos comentários dinamicamente ou usar indicadores visuais (linhas em negrito)
- diminuir a indentação à medida que aumenta a profundidade, ou definir profundidades máximas
de fato. não seria uma substituição para a ótima experiência comunitária já existente, mas uma adição complementar que os usuários podem alternar (ou habilitar opcionalmente)
1 curtida