New Developers/Communication tips/fr

Si vous n'avez aucune idée sur la manière de corriger le bogue, peut-être que ce bogue n'est pas (encore) pour vous — merci d'essayer d'en trouver un autre plus facile dans un premier temps. Si personne ne répond, réessayez à différents moments; n'abandonnez pas.
 * Faites d'abord votre recherche : lorsque vous décidez de travailler sur une tâche, vous êtes censés faire d'abord un travail d'investigation de base vous-même : lire le code, esayer de comprendre un peu ce qu'il est supposé faire, lire la documentation associée, essayer de trouver le ou les endroits probables où vous allez faire vos corrections. Pour un aperçu général, veuillez lire les Bases à connaître.
 * Pour une tâche donnée, voyez les étiquettes des projets dans la barre latérale afin de trouver le dépôt de code concerné par cette tâche.
 * Posez vos questions et discutez au bon endroit :
 * Dans les tâches Phabricator, ne discutez que des questions relatives au sujet de la tâche Phabricator en question. Les questions techniques générales (du type Comment configurer un environnement de développement ou les problèmes liés à Gerrit) sont hors sujet dans les tâches de Phabricator.
 * Pour les questions techniques générales, posez-les à la communauté Wikimedia qui est plus vaste et utilisez les canaux génériques tels que les discussions IRC ou les listes de diffusion. (Si vous prenez part à un programme de sensibilisation, vous pouvez également utiliser le [$2 flux du support technique de Zulip].)
 * Si vous prenez part à un programme de sensibilisation, alors Zulip doit être utilisé pour discuter des questions relatives aux programmes eux-mêmes.
 * Posez les bonnes questions : « Pouvez-vous me donner plus d'informations ? », « Aidez-moi s'il vous plait », « Veuillez me dire par où commencer » ne sont pas de [$1 bons commentaires avec lesquels commencer] : plus vos questions sont précises et plus vous avez de chance que quelqu'un puisse y répondre rapidement.
 * Expliquez le contexte : lorsque vous posez votre question, expliquez ce que vous vouliez faire, et ce que vous avez essayé et que vous avez déjà trouvé, afin d'aider les autres avec un bon point de départ. Soyez précis – par exemple, copiez/collez vos commandes ainsi que leur résultat (si ce n'est pas trop long) au lieu de les paraphraser avec vos propres mots. Ceci évite les malentendus. Utilisez des lignes de titre et de sujet spécifiques (« Proposition » et « Aide demandée » ne sont pas spécifiques).
 * Utilisez : Ne présumez pas de l'identité et du genre des personnes (« les gars », « madame », « monsieur »). Utilisez plutôt le nom de la personne.
 * Posez vos questions de manière publique : n'envoyez pas de messages privés si le sujet de votre conversation n'est pas personnel. Les messages privés n'aident pas les autres.
 * Soyez patient lorsque vous cherchez des sujets et des commentaires, particulièrement pendant les weekends et les vacances.
 * Sur IRC, [$1 ne questionnez pas juste pour parler, posez simplement votre question] : la plupart des questions peuvent également être répondues par d'autres membres de la communauté si vous choisisser un canal IRC.
 * Ne demandez pas aux utilisateurs de relire le code immédiatement par des messages séparés. Les utilisateurs reçoivent les notifications de Gerrit et de Phabricator.
 * Gardez les conversations lisibles :  quand vous répondez sur Zulip, dans les tâches de Phabricator, ou sur les listes de distribution, évitez s.v.p de répéter complètement un précédent commentaire. Expliquez le contexte suffisamment et gardez lisibles les fils de discussion.
 * Suivez le code de conduite des espaces techniques Wikimedia.
 * Si vous envisagez de travailler sur une tâche de Phabricator :
 * Ne demandez pas la permission : habituellement cela ne sert à rien si vous savez travailler sur une partie de code ou si quelqu'un pouvait vous assigner une tâche. Il n'y a pas d'autorité qui assigne les tâches ou à laquelle il faut s'adresser en priorité.
 * Vous n'êtes pas obligé d' annoncer ce que vous comptez faire avant de travailler sur une tâche, mais cela serait bienvenu. Enfin, quand vous êtes sur le point de proposer une correction pour une tâche, il est bien d'annoncer que vous travaillez dessus pour que les autres ne fassent pas le travail en double. S'il n'y a personne d'autre d'assigné, déclarez-vous personnellement comme responsable de la tâche en utilisant le menu déroulant « Ajouter une action… → Assigner/Demander »
 * Tâches ayant déjà des correctifs :
 * Si une tâche possède déjà une correction récente dans Gerrit, choisissez à la place une tâche différente sur laquelle travailler – évitez de faire le travail en double.
 * Si un patch existant dans Gerrit n'a pas été fusionné et n'a pas connu de changements depuis une longue période, vous pouvez aussi l'améliorer en prenant en compte les remarques présentes dans Gerrit et sur la tâche.
 * Quand vos objectifs ou vos intérêts évoluent : si vous souhaitez arrêtez de travailler sur une tâche, retirez-vous du poste de responsable de la tâche, afin que les autres puissent voir qu'ils peuvent travailler sur cette tâche sans penser que vous êtes encore dessus.

En communiquant de manière claire et réactive, vous attirerez l'attention et vous recevrez les commentaires ainsi que l'aide des membres de la communauté.