wiki

Code de conduite pour le modding et le mapping

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 de l'écosystème 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 fils de discussion 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 à l'écosystème de modding et de mapping, il est obligatoire de suivre ce code de conduite. Tout comportement contraire à ces règles peut entraîner des sanctions sur votre compte.

Comportement et conduite

  • Le but du modding est d'aider un mappeur à améliorer son travail afin qu'il puisse être poussé vers le statut classée si le mappeur choisit de le faire. Si vous n'êtes pas intéressé à aider les gens, restez à l'écart de la discussion pour éviter de les heurter.
  • Lorsque vous modifiez un message, pensez à qui il s'adresse, ce que vous voulez obtenir en le postant et la réponse que vous attendez. Vous 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 gentilles 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 tous 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 déraillement du fil de discussion et le déclenchement d'un drame général ne sont pas acceptables sous quelque forme que ce soit et ne seront pas tolérés.

Créer un mod post

Vous avez téléchargé une map et vous avez pensé à 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 map. 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 c'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 map dans sa conception actuelle - et non à lui imposer votre propre style. Si vous pensez vraiment que la map 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 map 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 map. 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 :

  1. 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.
  2. 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.
  3. 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 ?
  4. 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 post de mod, 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.

Répondre à un mod

Quelqu'un vient de poster des suggestions sur votre map, 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 post de mod 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 stylistiques mineures ou des points de vue différents peuvent contribuer à améliorer la qualité d'une beatmap.
  • Comme dans le cas d'un post de mod, 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 Beatmap Nominators (BN) et de l'équipe Nomination Assessment Team (NAT) examineront les mods précédents avant de placer des icônes 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.

Poursuite des échanges et des discussions

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 à poster.

Beatmaps qualifiées

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 modifiez une map 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 modiez la map 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é.