Décomposer ces sujets à longue traîne était assez brutal. Quelque chose comme ça m’aurait énormément aidé.
J’ai trouvé quelques conseils que j’avais écrits sur la méthode manuelle (bien que j’apprécie qu’il existe plusieurs façons de s’attaquer au travail) et j’ai pensé que ce serait amusant/utile de comparer avec la version assistée par l’IA :
JammyDodger:
Séparer ces sujets de composants thématiques en morceaux digestes « un problème par sujet » est ce que je visais. C’est un peu lent cependant.
Idéalement, lorsque je m’attaque à l’un d’eux, je cherche à :
Mettre à jour l’OP pour correspondre au « style » actuel avec les paramètres et le texte d’accueil inclus (par exemple, DiscoTOC - table des matières automatique )
Mettre à jour et nommer les captures d’écran
Rafraîchir et inclure des informations sur les nouvelles fonctionnalités
Pour les réponses, « un problème par sujet » comme s’ils avaient été créés dans leurs catégories respectives et correctement étiquetés dès le départ. Je cherche à préserver Support et les solutions, à regrouper les demandes UX et Feature , les solutions de contournement Dev s’il y a des ajustements de code non liés à l’interface utilisateur suggérés, et toute Bug . Si quelque chose est résolu (bug corrigé, question répondue, fonctionnalité implémentée), alors ces sujets séparés sont clôturés de la même manière que d’habitude (completed étiquette/solution marquée/fermé, selon le cas). D’autres publications qui n’apportent aucune valeur peuvent être supprimées.
De plus, réfléchir à si quelque chose nécessite un guide. Normalement, je ne suis pas du genre à faire des guides pour les composants thématiques, mais celui-ci pourrait convenir.
Parfois, une publication peut contenir plusieurs problèmes. Cela peut rendre la séparation plus difficile, mais j’essaie de traiter d’abord les plus faciles et de réduire le nombre de réponses avant de réfléchir à ce qu’il faut faire avec les plus confuses.
Réinitialiser la date de relance est aussi un de mes grands amis.
6 « J'aime »