Ho segnalato/confermato tre bug, seppur minori, nelle ultime tre settimane - nessuna conferma che i post siano stati letti da un membro del team…
…ma modificheranno velocemente la mia gif sarcastica…
Stavo pensando di seguire il programma https://meta.discourse.org/t/discourse-support-training-program/194057/1 … impostare una sandbox, ho provato a installare anche localmente, fare domande, cercare di essere d’aiuto… questo mi ha solo tolto tutto l’entusiasmo che avevo.
Sposterò questo in un argomento Site feedback separato in modo che possiamo discuterne liberamente senza paura di andare fuori tema. 
Spero non ti dispiaccia. 
Non so se mi includeresti ufficialmente nel “team”, ma li ho letti. 
Anche se penso di poter fare un lavoro molto migliore di quanto abbia fatto nel lasciare qualche “Mi piace” e conferma per dimostrare che l’ho fatto. Sono sicuro che anche altri membri del team li avranno letti, ma capisco che senza lasciare un piccolo qualcosa per dire che l’hanno fatto, può sembrare che nessuno stia ascoltando.
Mi è dispiaciuto sinceramente leggere questo. Ovviamente amo il programma Discourse Experts, poiché penso che sia uno dei motivi principali per cui sono riuscito ad ottenere questo lavoro. Lo consiglierei sicuramente se è qualcosa che ti interessa, e sarò felicemente il tuo buddy di onboarding se vuoi contattarmi e fare domande. 
Anche gli altri sono molto generosi con il loro aiuto (fortunatamente per me, dato che sanno molto più di me )
Ho appena iniziato come nuovo Community Moderator per Meta, quindi sono davvero interessato a come possiamo renderlo divertente e gratificante per più persone che si uniscano e contribuiscano (sia parte del programma Expert o meno). Ci vuole un bel po’ di tempo e impegno per aiutare le altre persone con i loro problemi, riprodurre bug, ecc. e penso che sia importante che le persone sentano che i loro contributi sono apprezzati.
Tenendo conto di ciò, c’è qualcosa che vorresti suggerire che potrei fare diversamente per renderlo un’esperienza più piacevole?
Congratulazioni per esserti unito al team.
Sono sicuro che questo sia successo prima che tu iniziassi.
Grazie anche per la tua generosissima offerta di essere il mio ‘buddy’ per l’inserimento.
Continua ad essere amichevole come lo sei ora tra sette anni… se qualcuno si prende il tempo di segnalare o riprodurre bug o dare qualsiasi tipo di feedback… come minimo clicca 
Perché…
quasi giusto… sembra proprio che nessuno stia ascoltando.
Cercherò sicuramente di rimanere così amichevole. E mi assicurerò sicuramente di lasciare almeno un “qualcosa” per dimostrare che stiamo ascoltando. Essendo dall’altra parte, apprezzo che dedicare tempo a contribuire con qualcosa solo per farlo poi sembrare scomparire in un abisso non è una bella sensazione. Ti assicuro però che il team legge tutto (il che sembra un’esagerazione, ma non lo è davvero).
Non c’è problema. Spero che tu la accetti.
Solo per chiarire, la modifica della gif è un lavoro automatizzato che scarica le immagini remote nello spazio di archiviazione locale, in modo da non perdere l’immagine quando il sito remoto scompare, non è qualcosa che un membro dello staff fa manualmente.
Ciao Falco,
No, non è quello che intendo e lo so, grazie.
codinghorror - 19 ore fa al momento
modificato/rimosso una gif dal mio post
Suppongo che non mi consideri un ‘perdente’ 
Assolutamente fatto manualmente.
Volevo solo chiarirlo.
Mi piace molto Discourse, ho fatto tre migrazioni, navigo su meta e ho svolto diversi lavori di successo su Marketplace in passato.
Solo 2 cose mi infastidiscono (solo un po’!) quando navigo e posto.
Postare in Support e non ricevere risposta per giorni o settimane. Ma è normale, a volte le persone non hanno la soluzione, o il tempo, o la volontà di aiutare gratuitamente. È un po’ frustrante per natura e non specifico di Discourse 
Suggerire cose in UX o Feature e non avere alcun follow-up quando un argomento ha una certa trazione da risposte e/o like, specialmente da membri influenti o sviluppatori ufficiali di Discourse che riconoscono che si tratta di buone idee. Allora mi chiedo dove finiscano queste idee/suggerimenti.
Il team di sviluppo ha una sorta di documento di lavoro dove le idee “interessanti” vengono annotate/messe da parte e messe da parte, per essere pensate più in futuro? Alcune di queste idee finiscono semplicemente nel cestino senza che l’autore lo sappia? Alcune vengono tenute a bassa priorità, potrebbero essere aggiunte in futuro, ma non ci viene semplicemente detto in questa fase?
Capisco molte ragioni per cui non ci sarebbe alcun follow-up su questi argomenti, ma è comunque un po’ frustrante perché quando le persone postano suggerimenti, è (spesso) perché ci tengono e pensano che potrebbero aggiungere valore a Discourse. 
Se isso te conforta, eu trabalho para a Discourse e há tarefas que me atribuí e que não consigo realizar há um ano ou mais. Temos milhares de clientes neste momento e precisamos de priorizar os seus bugs/funcionalidades/pedidos para continuar a operar como um negócio.
Existem também relatórios de bugs abertos para Chrome e Safari que tenho esperado, que foram abertos pela primeira vez há 10 anos… e estas são empresas 1.000 vezes maiores do que nós. É a natureza do desenvolvimento de software ter um backlog eterno.
Lembre-se que o Meta é suporte gratuito para um produto que oferecemos gratuitamente. Se algo é incrivelmente importante para si, a melhor forma de chamar a nossa atenção é ser um cliente pagante ou submeter um PR para implementá-lo você mesmo (ou pagar a um empreiteiro para o fazer). Algumas pessoas compreensivelmente não podem fazer isso e, nesses casos, a coisa mais valiosa a ter é uma abundância de paciência.
Na maioria das vezes não sabemos. Talvez possamos resolver isso em um mês, ou talvez em um ano! Planeamos algumas grandes prioridades e funcionalidades/tarefas menores são recolhidas quando podem ser. Talvez seja algo que mais ninguém acha interessante e desaparece na história.
Queremos responder a mais posts aqui no Meta e, como @JammyDodger mencionou, é por isso que o contratámos como moderador aqui… a primeira vez que tivemos um funcionário dedicado especificamente ao Meta!
Tutto quello che devi fare è cliccare si tratta solo di riconoscere il tempo, lo sforzo e l’esistenza.
Ma non voglio davvero essere trascinato ulteriormente in questo… Ho avuto una serie di esperienze negative qui e questo sembra aggiungersi ad esse.
Ottima difesa di squadra, però.
Aggiungerò che una cosa che rende più piacevole contribuire a meta è restituire ciò che abbiamo imparato.
La maggior parte di noi, credo, è venuta qui per prima cosa con domande, suggerimenti… E ha ricevuto aiuto e risposte. Abbiamo imparato a conoscere Discourse, le comunità online, la programmazione…
Come dico spesso, non sono affatto un mago del codice, ma nel corso degli anni così tante persone mi hanno aiutato e, a mia volta, cerco di aiutare altre persone in Support al meglio delle mie capacità. Sono piuttosto modeste, ma a volte, modeste sono più che sufficienti per aiutare qualcuno.
Suggerire miglioramenti dell’UX, nuove funzionalità, segnalare bug, ecc… È anche un modo per restituire alla comunità ciò che ci ha offerto.
Era esattamente quello che stavo facendo… ma era a senso unico
Non faccio parte del team di Discourse, ma sviluppo componenti/plugin per Discourse.
Posso dire che apprezzo molto i report di bug e le persone che dedicano tempo a crearli, poiché possono essere molto utili. A volte sono sopraffatto da altro lavoro e non ho tempo di rispondere subito, quindi ho l’abitudine di aggiungere ai preferiti il post con un promemoria per esaminarlo quando avrò più tempo.
Infatti, sembra che ne abbia uno per uno dei tuoi report sul mio componente di copia post
Forse, aggiungere ai preferiti con promemoria potrebbe essere una tecnica che più persone potrebbero usare?
Devo però prendere l’abitudine di mettere ai report. Grazie per il feedback!
Sono abbastanza sicuro che la maggior parte degli utenti non utilizzi tutte le funzionalità che Discourse ha da offrire e che ciò potrebbe rendere l’esperienza ancora più piacevole.
Sono a conoscenza della funzionalità di bookmark (ehi, ho fatto il tutorial di Discobot… 
), è fantastica, ma letteralmente non penso mai di usarla.
Ma sento di andare un po’ fuori tema - una cattiva abitudine, scusate…
Se entendo bem, @geoff777, o seu tópico gira em torno do seu reconhecimento por outros utilizadores e/ou staff? O tópico foi dividido, pelo que pode não ter decidido especificamente do que se tratava.
Mas acho que entendo como se sente.
Porque quando comecei a trabalhar há muito tempo (e por muito tempo) eu era apenas um empreiteiro para alguém que gerenciava os projetos. Ele era quase o único que falava com os seus clientes, eu apenas escrevia código seguindo diretrizes, basicamente.
Eu só recebia feedback quando o trabalho não era tão bom quanto o esperado ou se houvesse problemas.
Se o trabalho fosse bom o suficiente e o cliente estivesse satisfeito, eu não recebia nenhum feedback.
Depois de um tempo, fiquei triste por não ter o meu bom trabalho reconhecido e falei com a pessoa para quem trabalhava (que eu conhecia muito bem) que gostaria de um pouco mais de consideração e de ter não apenas feedback negativo, mas também feedback positivo se o meu trabalho fosse feito corretamente. Isso me motivaria mais.
Ele seguiu esse caminho por um tempo, mas a situação acabou por permanecer a mesma de antes. Aprendi a aceitar que o silêncio - nenhum feedback - significava que o meu trabalho era bom.
Mas o seu problema é diferente aqui porque concordo que hoje em dia, um único clique no botão de “like” é de fato um feedback positivo, um reconhecimento, uma partilha de crença, etc.
Então, talvez a questão fundamental aqui seja: por que as suas postagens não são reconhecidas como você espera?
Pessoalmente, em vez de discutir um problema pessoal, eu estaria mais interessado numa discussão como o título diz: “como tornar a contribuição para o meta mais agradável?”, mas de uma forma geral.
E, exceto pelas pequenas coisas que postei, não posso dizer muito mais, não tenho nenhum problema real com o meta.
Suponho que quando uma pessoa faz sugestões sobre recursos e UX, ela geralmente pensa que suas ideias são, no mínimo, muito convenientes e, no máximo, super incríveis. Como “como diabos ninguém pensou nisso antes?”. Somos tendenciosos, todos queremos pensar que somos inteligentes, que sabemos melhor as necessidades dos outros, que as coisas em que pensamos não são tão difíceis de implementar e que todos aplaudem no final… E eu sou muito culpado (e ciente!) disso.
No início, gostei de ver alguns likes e a resposta muito positiva de Osioke aqui, por exemplo. Mas fiquei desapontado com a falta de tração no final (o tópico parecia “desaparecer na história”, para usar as suas palavras), quando eu tinha certeza de que a minha ideia era de ponta e inventiva no contexto de um fórum porque enfrentei esse problema de busca de imagens tantas vezes no passado.
Mas no mundo real, isso não funciona necessariamente assim. Talvez a busca por imagens específicas em um fórum seja um uso muito específico da busca. Talvez seja incrivelmente difícil de implementar. Talvez haja dezenas de coisas mais importantes para fazer com o Discourse. Talvez [insira uma dúzia de razões para a falta de tração].
Também verifiquei os concorrentes diretos do Discourse (Flarum, nodeBB) para ver se eles tinham recursos semelhantes (eles não têm), e olhei o repositório do Discourse para ver como os trechos de resultados eram feitos para tentar entender um pouco como funcionava (eu não entendia quase nada, obviamente… 
).
Nesse sentido, eu não gostei da falta de feedback em uma contribuição que eu achava que era incrível.
Mas neste tópico em particular, esse era o meu próprio problema pessoal, não um problema geral.
Ciao Canapin,
Grazie per aver condiviso le tue esperienze.
La situazione cliente - appaltatore - programmatore che descrivi sembra tipica.
Scarsa gestione delle persone da parte dell’appaltatore. Solo feedback negativi per un lungo periodo di tempo sono corrosivi.
Non ho problemi con nessun utente o individuo qui.
Anzi, al contrario, ci sono molte persone qui che ammiro per i loro contributi.
Mi assicurerò di mettere più spesso , non solo qui ma anche sui siti web che frequento.
Ci sono alcuni grandi contributi qui che le persone dedicano molto tempo alla ricerca, fornendo link, snippet di codice, persino post con campi di input che generano codice specifico per l’utente da copiare. Mostra loro un po’ di è meritato.
Ho avuto reazioni contrastanti dal team.
Alcuni sono stati di supporto.
Altri che è standard del settore ignorare… spesso per anni… è gratis - stai zitto… stiamo già facendo del nostro meglio… abbiamo migliaia di clienti paganti… e tramite DM… Niente da vedere qui… tutto è perfetto… se vuoi contribuire in futuro… torna nella tua scatola e gioca bene.
Dove sono atterrati i ‘mi piace’ è stato interessante.
Penso che se JammyDodger fosse stato assunto un mese prima, i miei contributi sarebbero stati riconosciuti.
Probabilmente il problema è risolto?
Mi incrocerò le dita.
Ho trovato i link che @osioke ci ha fornito per la formazione di Support Enthusiast abbastanza utili per farci un’idea di cosa influenzi la lista delle priorità. La Regola dei Tre, in particolare, compare parecchio quando si sa che esiste.
Concordo sul fatto che il team di Discourse possa a volte sembrare un po’ sulla difensiva, e penso anche che sia per lo più non necessario. Ma per aggiungere un altro feedback, in realtà mi piace molto che Meta sia una community che non è gestita solo da community manager dedicati. Sembra raro avere una community in cui quasi tutte le persone che lavorano sulle cose e prendono decisioni siano membri attivi della community. Probabilmente deriva dal fatto che non hanno tempo di rispondere a tutto. Almeno io, nel complesso sono più felice di accettare questo piuttosto che quella che vedrei come l’alternativa più comune: community manager che riconoscono il tuo contributo e sono iper-amichevoli, ma tutto ciò che possono dire è che l’hanno inoltrato al team responsabile.
Beh, probabilmente c’è una via di mezzo e spero che il team qui la trovi. Forse comunicare un po’ meglio chi sono i membri del team e come partecipano alla community? Nel caso specifico della categoria Bug, forse cambiare il funzionamento del badge Bug-Reporter? Probabilmente è giusto che il team sia avaro con i like iniziali lì
Non contribuisco affatto, quindi immagino che questo argomento non faccia per me. Ma in generale, la maggior parte degli utenti qui conosce già tutto questo.
C’è una comunità fortemente gerarchica qui, come dovrebbe essere. Un po’ come nella società britannica. Alcuni sono sviluppatori a tutti gli effetti, altri sono più utenti finali, ma cercano di fornire una piattaforma di discussione.
Il modo in cui i due gruppi discutono, implementano le cose e comprendono le cose in generale è piuttosto diverso.
Non è nemmeno facile per Meta essere una comunità globale. Io sono strano, oltre che finlandese, quindi non mi interessa la smielatura in stile americano. Mi interessa solo la cosa in sé. Qualcun altro potrebbe prendere la franchezza come un insulto mortale.
Quindi la questione in sé va persa e nulla va avanti. Anche se entrambe le parti sono d’accordo sulla questione o sul problema.
Anche una barriera linguistica è un forte ostacolo, o almeno un rischio. Scrivo in un inglese pidgin con espressioni finlandesi e non padroneggio le basi delle preposizioni. Leggo fluentemente l’inglese, però. È facile essere fraintesi e, allo stesso tempo, aiutare gli altri, o partecipare affatto, è dietro una soglia più alta. Non c’è soluzione a questo, ma spiega perché non tutti possono partecipare.
C’è un problema fondamentalista che affligge ogni forum di sviluppatori. Gli sviluppatori sviluppano per se stessi e quindi hanno difficoltà a comprendere le esigenze, le reazioni e i desideri dell’utente medio.
Meta non è affatto il peggior esempio, ma un’atmosfera simile si può vedere anche qui. Cosa si potrebbe fare allora? Niente, penso. Deriva da un mondo così diverso.
I messaggi di bug e simili devono ricevere una risposta. Nella maggior parte dei casi, le persone reagiscono. Ma deve esserci un qualche tipo di sistema di follow-up che ti dica un po’ più tardi se un desiderio o un errore può essere risolto rapidamente, nel prossimo futuro, o se è irrealistico. Lo stesso vale per le richieste di funzionalità.
Proprio come le persone leggono in modo diverso, così fa lo stile di scrittura. Alcuni dei messaggi relativi a Methane sono notevolmente solari. Alcuni sono brevi e a volte persino noiosi secondo l’opinione dei finlandesi. Ma inutilmente spesso vedo una chiara passività-aggressività se l’utente medio rifiuta di piegarsi alla volontà degli sviluppatori.
Ma ovviamente c’è anche un problema con gli utenti. E le diverse abilità nei problemi tecnici non rendono le cose più facili. Inoltre, parecchie delle ovvie richieste di supporto sono chiaramente materiale da FAQ ed è chiaro che nemmeno le istruzioni di base sono state lette.
Il fatto che lo staff sia in grado di rispondere più spesso con aiuto è lodevole. Io stesso potrei non essere così paziente.
Ma una richiesta ho. Non dire mai che qualcosa non succede perché Discourse è gratuito. Non è così ed è un’affermazione fortemente degradante per la comunità. Senza la comunità, non avresti una piattaforma da vendere in modo credibile ai clienti aziendali. Coloro che mantengono un forum gratuito pagano per l’uso facendo test continui. Allo stesso tempo, alcuni di loro, che hanno sufficienti competenze tecniche e le necessarie competenze linguistiche, svolgono molte delle attività di supporto che appartengono all’azienda.
Sullo stesso asse c’è il promemoria che i clienti paganti vengono serviti per primi e secondo i loro desideri. Naturalmente, se si vuole sottolineare una chiara divisione tra utenti di categoria A e B, questa è una politica praticabile.
Ognuno di noi sa quali sono le realtà economiche. Ma non deve essere sventolato come uno straccio bagnato davanti alla faccia. Trovate un’altra espressione. La mancanza di risorse, la fretta, è sufficiente.
Mi dispiace, non posso rispondere in modo costruttivo al titolo. Forse aiuterebbe se tutti provassimo a capire le esigenze degli altri, trovassimo un terreno comune e raggiungessimo un consenso che combini il business di Discourse, le attività della comunità e il contenuto di Meta.
Mi dispiace dirlo, ma ho sentimenti molto forti contro questo argomento. Stavo leggendo senza alcun pregiudizio per cercare di dare un senso a ciò che veniva richiesto. Prima di tutto, chiunque sia qui su meta per più di un paio di giorni è fondamentalmente qui perché ama l’atmosfera e sta cercando di far parte della community attorno al prodotto, cioè discourse. Meta non è un social network o un gruppo di supporto per rendere la partecipazione edulcorata.
Ci sono momenti in cui mi sono sbagliato e sono stato corretto da altri utenti di discourse o dallo staff di discourse riguardo alle mie errate supposizioni o approcci. Questi a volte possono suonare aspri, ma capisco che ognuno ha il proprio modo di conversare e, quindi, le persone cercheranno di far valere il proprio punto piuttosto che farti sentire benvenuto. Tuttavia, poiché mi piace usare discourse e voglio aiutare la community di discourse nel mio tempo libero, un tale comportamento non mi ha mai scoraggiato dal partecipare a meta.
Il fatto è che, per quanto edulcorata possa diventare meta, i “mi piace” e le risposte funzionano sempre come un forte indicatore della pertinenza di un messaggio. A volte, l’OP (l’autore originale) in un argomento di supporto ignora completamente il materiale di aiuto fornito loro e pubblica invece il proprio commento (ad esempio, ho fatto questo e poi questo come menzionato sopra e ha risolto il mio problema), quindi contrassegna il proprio commento come soluzione. Questo comportamento di per sé è abbastanza scoraggiante da poter avere sentimenti contrastanti al riguardo, specialmente per chi ha risposto all’utente cercando di aiutarlo. Capisco perfettamente che ci possano essere casi in cui un utente ha fatto qualcosa di completamente diverso dal suggerimento per risolvere il proprio problema, ma più spesso di quanto no, risolvono i loro problemi seguendo i consigli di qualcun altro e poi contrassegnano la propria risposta come soluzione, questo indica che l’utente è troppo testardo per accettare che qualcun altro lo abbia aiutato?
Un altro problema che vedo è che a volte gli argomenti non vengono presi in considerazione per giorni. Sebbene questo sarebbe un grosso problema se il supporto fosse un’opzione a pagamento, il team di discourse è già abbastanza generoso da ascoltare le nostre voci e agire di conseguenza, il supporto fornito su meta è assolutamente gratuito. Non mi aspetto che il mio rapporto di bug o la mia richiesta di funzionalità esplodano freneticamente e stabiliscano record di numero di “mi piace” e commenti, ecc. Se una richiesta o un rapporto è genuino, verrà incluso quando il tempo lo permetterà, e abbiamo sempre la possibilità di diventare effettivamente un cliente pagante e ottenere l’attenzione del team a un ritmo accelerato.
Tutto sommato, non sono contrario a un comportamento inclusivo, ma onestamente, anche se ogni singolo utente su meta provasse a incoraggiare nuovi contributi, quelli che devono andare se ne andranno e quelli che si divertono a stare qui rimarranno. Quindi, qual è il punto?
Avrei potuto scriverlo io stesso Jakke.
(tranne per il fatto di essere olandese e non finlandese, ma gli olandesi sono almeno altrettanto diretti).
E tu contribuisci.
I miei due centesimi su questo:
Sì, a volte la mancanza di feedback può essere un po’ frustrante. Ma d’altra parte ho molti esempi in cui ho trovato un bug e questo è stato risolto e unito ancora prima che potessi controllare se avessi ricevuto un like sul mio post.
Sebbene una comunità sana sia una condizione importante per un buon prodotto open source, non è l’obiettivo definitivo: l’obiettivo è il prodotto. E quando confronto la comunità con qualsiasi altro prodotto open source, penso che potrebbe essere la migliore comunità in circolazione. La maggior parte degli altri prodotti open source ha comunità molto meno vivaci o meno coerenti, se ne hanno una.
E sì, a volte c’è qualcosa che si potrebbe definire “difesa del team”. Ma esiste un altro prodotto open source che ha assunto così tante persone perché hanno contribuito così bene alla comunità?
