Mi piace l’idea di un’area separata per gli elementi di giardinaggio, e una casella di posta di gruppo – o anche una categoria Giardinaggio – sembra più facile da gestire rispetto a un mega-argomento.
sembra più facile da gestire di un mega-argomento.
Potrebbe valere la pena provare prima un mega-argomento e vedere come va.
Se risulta ingombrante, possiamo passare a una categoria (o a un tag che decidiamo di usare all’interno di Site Feedback).
Ma per quello di cui stiamo discutendo qui, penso che un mega-argomento possa essere sufficiente.
(Anche la chat potrebbe giocare un ruolo qui)
Felice di sperimentare in questo spazio con tutti voi.
Indipendentemente dall’implementazione, mi piace l’idea di avere un luogo dove questo tipo di collaborazione possa avvenire tra le persone a cui interessa prestare attenzione a questo livello di dettaglio.
Vedo meno la necessità dei tag fixed o completed, ma solo una chiusura dell’argomento
Mi chiedo quanto spesso un argomento venga chiuso senza azione, come elemento “non verrà risolto” o “non è un vero problema”. I tag sarebbero il modo per filtrare gli argomenti chiusi su questa base.
Hmm… se si tratta di un megatopic, avrebbe senso avere l’eliminazione automatica delle risposte dopo, diciamo, una settimana? Perché se il tag viene aggiunto/modificato, non avrà bisogno di rimanere lì per sempre?
Penso che vada bene non trattare l’argomento del giardinaggio in sé.
Grazie a tutti: penso che questa discussione abbia ora espresso in modo abbastanza efficace i problemi sottostanti, così come alcuni modi abbastanza praticabili per affrontare questo “giardinaggio” (e mi sento ascoltato).
Tuttavia, non sono sicuro che un mega-argomento sia la strada migliore da percorrere; se stiamo sfruttando al massimo le funzionalità di Discourse, allora un Canale di Chat con threading è una soluzione molto più adatta secondo me.
Questo tipo di cose è decisamente effimero; una volta che una “piccola cosa” è stata sistemata, non c’è alcun valore nel conservare la registrazione del fatto in un Argomento. Allo stesso modo, non ci sarebbe alcun valore nel fatto che queste cose banali/di giardinaggio compaiano nella ricerca.
Renderebbe anche una cosa ragionevolmente facile da trovare e relativamente poco invadente. Permetterebbe anche un comodo emoji per contrassegnare quando qualcosa è stato risolto. Forse TL2 e superiori per evitare che intasi le cose per i nuovi arrivati?
Penso che dovremmo puntare ad arrivare a un punto in cui:
- Le segnalazioni vengano utilizzate per cose più importanti
- Abbiamo un modo per gestire altre cose che sono più banali, o per la manutenzione generale
Questo mi ricorda questo argomento di Feature Please distinguish flags for "bad" things from organizational and "please help" flags - #20 by mattdm.
Potrebbe valere la pena provare prima un mega-topic e vedere come va.
Come volete tenere traccia di ciò che è stato risolto nel mega-topic sul giardinaggio?
Missing images at Meta.discourse.org era in qualche modo un topic di giardinaggio legato a un problema. Per tenere traccia di ciò che era stato risolto, sono state aggiunte delle caselle di controllo per ogni segnalazione e poi spuntate in seguito. Capisco che fosse il modo più semplice per tenere traccia delle cose lì, ma tutte quelle modifiche erano piuttosto rumorose. Quindi, non penso che questa sia una buona soluzione per un topic di giardinaggio più ampio.
Preferirei rimuovere il flag completed. È stato applicato 400 volte ed è stato creato solo come un modo per aiutare le persone a scrivere i changelog, che ora vengono gestiti in modo diverso.
Penso che ci sia una differenza tra una richiesta di funzionalità chiusa e una che ha un tag completed chiaro. La prima potrebbe essere chiusa per una qualsiasi serie di motivi: non più valida, non verrà implementata, non possibile,…
Dai a TL3 e TL4 il potere di etichettare le cose in tal senso
La mia unica preoccupazione nell’avere persone non staff che lo facciano è che devono essere molto sicuri che sia effettivamente completato. Da qui la mia preferenza per cercare di rendere un’abitudine che la persona che corregge o completa qualcosa, lo aggiorni su meta.
Mi piace l’idea di un’area separata per gli elementi di giardinaggio, e una casella di posta di gruppo – o anche una categoria Giardinaggio – sembra più facile da gestire di un mega-topic.
Tuttavia, non sono sicuro che un mega-topic sia la strada migliore da percorrere; se stiamo sfruttando al massimo le funzionalità di Discourse, allora un Canale di Chat con threading è una soluzione molto migliore secondo me.
Dopo una breve discussione con @ToddZ, abbiamo deciso di iniziare con un topic. Vedremo come va e ci adatteremo man mano che impariamo facendo: Experiment: Collaborative content gardening hub for meta
Aggiungi il tag completed agli argomenti in Contribute > Feature e Contribute > Bug che sono completi
Non sarebbe più appropriato fixed in Contribute > Bug? E quello più adatto in Contribute > UX?
Sì, suppongo tu abbia ragione.
Personalmente non sono sicuro che valga la pena fare questa distinzione, ma fino a quando non decideremo di cambiarla, sì.
Sto valutando di rimuovere o modificare le restrizioni su fixed e completed in modo che anche altri possano aggiungerli ora.
Penso che questo sia il compromesso migliore per questi tag data la discussione qui.
Chiuderò questo argomento.
Ci è stato utile, ma è un po’ un miscuglio, e ora abbiamo un miscuglio ancora più grande: Experiment: Collaborative content gardening hub for meta
C’è stata una buona discussione sopra, ma penso che a questo punto sarebbe meglio concentrarci su ogni caso d’uso indipendentemente – ad esempio, come possiamo migliorare l’esperienza nelle nostre categorie di Supporto? Ho avviato un nuovo argomento a riguardo qui: Improving the experience in our support categories