Le code de conduite pour le modding et le mapping est un ensemble de règles et de lignes directrices qui s'appliquent à l'ensemble d'osu! concernant le modding et le mapping, et constitue une extension des règles de la communauté d'osu!. Afin de garantir que les discussions sur le mapping et le modding dans les discussions se déroulent dans un environnement constructif, positif et productif, un code de conduite est essentiel pour que tout le monde soit sur la même longueur d'onde. Lorsque vous participez au modding et au mapping, il est obligatoire de suivre ce code de conduite. Tout comportement contraire à ces règles peut entraîner des sanctions sur votre compte.
Le but du modding est d'aider un mappeur à améliorer son travail afin que sa beatmap puissent devenir
classée si le mappeur choisit de le faire. Si vous n'êtes pas enclin à aider les gens, restez à l'écart des discussions pour éviter de
heurter.
Lorsque vous postez un message, pensez à qui il va s'adresser, ce que vous voulez obtenir en le postant, ainsi que la réponse que vous en attendez. Vous assurerez ainsi que vos meilleures intentions sont transmises et que votre message est facile à comprendre.
N'ayez pas peur des nouveaux mappeurs et moddeurs : ce sont eux qui peuvent bénéficier le plus de votre contribution ! Soyez patient, compréhensif et fournissez autant d'explications que possible afin qu'ils puissent apprendre et s'améliorer plus rapidement.
Si vous êtes vous-même nouveau, n'ayez pas peur de le dire ! Cela permettra aux membres plus expérimentés de la communauté de vous orienter dans la bonne direction. Tout le monde a été nouveau et dans votre position un jour !
Traitez les autres comme vous souhaiteriez être traité. Les gens sont plus réceptifs aux suggestions sympathiques et utiles qu'aux suggestions hostiles. Essayez de comprendre le point de vue des autres plutôt que de l'attaquer - personne n'aime se sentir inutile, incompétent ou stupide. Si vous êtes masochiste, supposez que les autres ne le sont pas.
Si vous souhaitez commenter ou discuter d'une beatmap, rendez-vous sur la
page de discussion de cette beatmap - et non sur les médias sociaux ou dans la section des commentaires, car il est peu probable que vos préoccupations soient entendues par une personne ayant le pouvoir de les traiter de manière appropriée.
Les attaques personnelles, les commentaires haineux, les plaisanteries déplacées, le hors sujet et le déclenchement d'un drama général ne sont pas acceptables sous quelque forme que ce soit et ne seront pas tolérés.
Vous avez téléchargé une beatmap et vous avez certaines choses qui ne vous plaisent pas. C'est le moment de mettre vos idées en mots et de contribuer à l'amélioration de la beatmap. Mais comment faire pour que le mappeur comprenne votre point de vue, teste vos suggestions et vous donne son avis ? Après tout, personne n'aime avoir l'impression d'avoir perdu son temps.
Avant de modder, assurez-vous que vos intentions sont bonnes et que vous êtes concentré sur la tâche à accomplir. Personne n'aime recevoir un mod impoli ou paresseux.
Lorsque vous faites des suggestions, essayez de faire la différence entre ce qui est intersubjectivement/objectivement mauvais ou erroné, et ce qui vous déplaît simplement à un niveau personnel.
Tous les types de suggestions sont acceptés tant qu'elles sont formulées en conséquence.
Problèmes d'objectifs - Interdits par les règles et doivent être corrigés.
Problèmes intersubjectifs - Ils ne sont pas interdits par les règles, mais sont considérés comme "incorrects" par une majorité de personnes. Ils devraient être corrigés dans la plupart des cas, à moins qu'il n'y ait des arguments intersubjectifs opposés de taille égale, ou que le mappeur puisse expliquer de manière exhaustive pourquoi il pense que cela est acceptable.
Problèmes subjectifs - Quelque chose que vous croyez ou pensez à un niveau personnel. Peut devenir intersubjective si de nombreuses personnes sont d'accord avec elle.
À moins que le concept d'une beatmap ne soit fondamentalement défectueux dès le départ, le modding doit viser à améliorer la beatmap dans sa conception actuelle - et non à lui imposer votre propre style. Si vous pensez vraiment que la beatmap présente trop de problèmes importants pour être traitée individuellement, essayez d'expliquer de manière générale pourquoi c'est le cas et quelle direction vous pensez que la beatmap devrait prendre pour se remettre sur les rails.
Lorsque vous signalez des "problèmes", examinez-les minutieusement et réfléchissez à ce qui vous déplaît dans cette "chose" particulière. Ensuite, essayez de proposer une solution ou une amélioration potentielle et considérez exactement comment cette suggestion améliorera la beatmap. Si nécessaire, essayez plusieurs suggestions pour voir lesquelles fonctionnent le mieux - Plus vous pouvez aider le mappeur, mieux c'est.
Les suggestions doivent idéalement se composer de quatre parties principales, bien que vous puissiez être plus indulgent en fonction de l'expérience du mappeur et/ou de votre relation personnelle avec lui :
Un exposé du problème lui-même et de l'endroit où il peut être trouvé - l'inclusion d'un horodatage est d'une grande aide pour que le mappeur puisse trouver rapidement la partie en question.
Une brève explication de la raison pour laquelle cela pose un problème - c'est essentiel pour convaincre un mappeur d'envisager votre suggestion. Les mappeurs sont beaucoup plus réceptifs aux critiques et aux changements lorsqu'ils sont accompagnés d'un raisonnement clair, compréhensible et valable.
Une ou plusieurs suggestions alternatives, accompagnées d'explications sur la manière dont elles traitent le(s) problème(s) - comme dans le cas précédent, l'explication est essentielle ici. Même si vous pouvez convaincre le mappeur que son travail actuel peut être amélioré, qu'est-ce qui rend votre suggestion meilleure que la sienne ou que celle de quiconque ?
La formulation (ou même la langue) utilisée doit tenir compte du mappeur : parle-t-il couramment l'anglais ? Si ce n'est pas le cas, utilisez un langage simple et facile à comprendre. Si vous parlez tous les deux la même langue, écrivez dans cette langue, mais essayez de joindre un résumé en anglais de vos mods et des réponses des mods si possible, pour vous assurer que tout le monde est sur la même longueur d'onde. Si nécessaire, étayez vos suggestions à l'aide de captures d'écran, d'illustrations ou même de courtes séquences vidéo pour vous aider à faire passer votre message.
Il existe de nombreuses façons de présenter votre mod post, alors n'hésitez pas à expérimenter, mais essayez de garder des visuels simples et formatés de manière à ce que le mappeur et d'autres personnes puissent travailler facilement avec.
Quelqu'un vient de poster des suggestions sur votre beatmap, super ! Cependant, cela ne s'arrête pas là. Pour mémoire, il est nécessaire de donner une réponse appropriée pour deux raisons majeures. Tout d'abord, pour que les futurs mods puissent être adaptés plus spécifiquement à votre concept ou à votre style, ce qui réduira le nombre de suggestions inutiles. Deuxièmement, de la même manière qu'un mod post vous aide à améliorer votre capacité de mapping, fournir une réponse détaillée à un mod aide le moddeur à améliorer sa capacité de modding, ce qui signifie qu'il acquiert de l'expérience et peut fournir des mods plus utiles et plus détaillés à l'avenir. Vous ne savez jamais à qui vous devrez peut-être demander un mod la prochaine fois !
Considérez toutes les suggestions comme valables et d'égale importance jusqu'à ce que vous les ayez minutieusement examinées et testées - même des modifications de styles mineures ou des points de vue différents peuvent contribuer à améliorer la qualité d'une beatmap.
Comme dans le cas d'un mod post, veillez à vous expliquer autant que possible. Indiquez ce que vous avez modifié, et si vous n'avez pas accepté la suggestion pour une raison quelconque, expliquez pourquoi, et ce que vous avez fait à la place.
Lorsque vous refusez une suggestion, restez calme et professionnel, dites ce qui doit être dit pour vous expliquer et s'en tenir là. Quelle que soit l'impolitesse, la confusion ou le manque d'utilité de la suggestion, se mettre en colère et répondre avec hostilité, sarcasme, etc. n'arrangera pas la situation.
Les membres de l'équipe des
Beatmap Nominators (BN) et de l'équipe de la
Nomination Assessment Team (NAT) examineront les mods précédents et pourraient vouloir lancer ou reprendre des discussions pendant leurs vérifications. Toute aide que vous pouvez fournir sur les raisons pour lesquelles vous avez fait ou n'avez pas fait quelque chose demande très peu d'effort, et pourrait être une aide énorme pour toutes les parties plus tard.
Parfois, un seul mod et une seule réponse ne suffisent pas à mettre toutes les parties d'accord, ou à résoudre complètement un problème. Peut-être que le mappeur n'est pas d'accord avec une suggestion, et que le moddeur n'est pas satisfait de sa réponse. Ou encore, les deux parties peuvent convenir que, bien qu'une option soit meilleure, ce n'est pas la meilleure et qu'elle pourrait encore être améliorée avec des commentaires supplémentaires. Le feedback continu est le meilleur moyen d'améliorer une beatmap, alors faites participer les gens et discutez pour obtenir autant d'idées différentes, ou voir les choses d'autant de points de vue que nécessaire.
Si vous n'êtes pas sûr de quelque chose, demandez à la personne en question de vous expliquer ce qu'elle voulait dire. Elle devrait être plus que disposée à vous expliquer les choses plus en détail.
Vous n'arrivez toujours pas à vous mettre d'accord ? Demandez à quelqu'un de plus expérimenté, comme un membre des
BN ou de la
NAT. N'oubliez pas que ce sont des gens occupés ! Si vous vous rendez compte qu'il existe une alternative plus appropriée à ce que vous avez suggéré à l'origine, n'ayez pas peur de mettre votre fierté de côté -
parfois, avoir tort peut être bien plus précieux qu'avoir raison.
Il n'y a pas d'opinion "erronée". C'est au mappeur et aux moddeurs de se mettre d'accord de manière civilisée. Essayez de comprendre les autres points de vue plutôt que de les attaquer, car on ne sait jamais quand cela peut être utile à l'avenir.
Si vous ne pouvez pas expliquer quelque chose par la logique, vous ne pourrez pas non plus l'expliquer par la violence. Plutôt que de poursuivre une discussion qui ne progresse pas, partez et réessayez avec le prochain moddeur/mappeur.
Lorsque les choses semblent échapper à tout contrôle, ou si la discussion a du mal à rester dans le sujet,
appelez un modérateur. Ne contribuez pas au problème en continuant à discuter.
La section qualifiée permet aux beatmaps de recevoir les dernières suggestions de modification ou d'amélioration avant d'atteindre le statut classée. Lorsque vous moddiez une beatmap qualifiée, tout ce que vous considérez comme "non mineur" doit toujours être mentionné - les problèmes mineurs méritent également d'être mentionnés, surtout s'ils affectent le gameplay. Si une beatmap qualifiée accumule un nombre important de problèmes mineurs, ou s'il y a un ou plusieurs problèmes majeurs/impossibles à classer, la beatmap doit être disqualifiée afin que des corrections et des améliorations puissent être apportées avant de tenter une requalification.
Si vous n'êtes pas sûr de la nature d'un problème potentiel, demandez l'avis d'autres personnes ou consultez les messages de mods précédents pour vous assurer que le "problème" présenté n'est pas quelque chose d'intentionnel de la part du mappeur - si c'est le cas, il aura probablement déjà été discuté. S'il n'y a pas eu de discussion préalable, n'hésitez pas à en ouvrir une comme si vous moddiez la beatmap normalement, et postez un bref aperçu de vos préoccupations.
Notez que c'est à la communauté seule qu'il incombe de signaler les problèmes liés aux beatmaps qualifiés. Il n'est pas garanti qu'un membre des BN ou de la NAT vérifie activement et disqualifie les beatmaps sans y être invité.