New Developers/Communication tips/fr

Suivez ces conseils pour communiquer efficacement et obtenir de l'aide de la part des membres de la communauté.



Utiliser efficacement les tâches Phabricator
Si vous envisagez de travailler sur une tâche de Phabricator :


 * Il est inutile d'en demander la permission : Vous pouvez travailler sur les tâches non assignées sans demander que quelqu'un vous les assigne. Il n'existe aucune autorité qui assigne les tâches ou qui doit être consultée en priorité.
 * Si une tâche possède déjà une correction récente dans Gerrit, choisissez-en une autre à la place, sur laquelle vous allez travailler.
 * If an existing patch in Gerrit has not been merged and has not seen any changes for a long time, you could improve that existing patch, based on the feedback in Gerrit and in the task.
 * Faites d'abord votre recherche : When you consider working on a task, do research before you start coding. Look at the code, try to understand what it is supposed to do, read related documentation, and try to find the places where you need to make code changes.
 * In a task, use the project tags in the side bar to find the code repository for the task.
 * Si vous n'avez aucune idée sur la manière de corriger le bogue, essayez d'en trouver un plus simple.
 * You do not need to announce your plans before you start working on a task, but you should communicate that you are working on the task.
 * When you start work, set yourself as task assignee by clicking Edit Task… in Phabricator, and set your Phabricator username in the Assigned To field. This communicates to others that you are working on it, so they don't duplicate work.
 * When your plans or interests change: If you are no longer working on a task, remove yourself as the assignee of the task. This tells others that they can work on the task, and they won't expect you to still work on it.
 * Follow Phabricator etiquette.
 * In Phabricator tasks, discuss only specific questions about the topic of that task. Don't use Phabricator to ask general questions, like how to set up a development environment or how to fix problems with Gerrit.



Rédiger des questions valides

 * Don't ask to ask...just ask!.
 * Soyez concis et fournissez le contexte : Instead of simply asking "Can you give me more info?", "Please guide me", or "Please tell me how to start", include the following information in your question:
 * Qu'essayez-vous de faire ?
 * Qu'avez-vous déjà essayé ? Copiez et collez vos commandes avec leurs résultats (si ce n'est pas trop long) au lieu de paraphraser avec vos propres mots.
 * What have you found out already during your research? Include links to code, documentation, or other resources you already consulted.
 * Use specific titles and subject lines in your communication. "Proposal draft" or "Need help" is not specific.
 * Garder la conversation lisible : When you reply in Zulip, in Phabricator tasks, or on mailing lists, only quote sections of previous comments that are relevant to your response. If you quote a complete previous comment, it makes threads hard to read.



Suivre les règles de communication et les meilleures pratiques
Avant d'envoyer ou de publier votre question :


 * Lisez et suivez le code de conduite des espaces techniques Wikimedia.
 * Utilisez : Instead of using terms that assume a gender identity (like "guys", "madam", or "sir") use the name of the person instead.



Demander au bon endroit

 * 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.
 * Demandez et discutez à l'endroit qui est conçu pour cela :
 * Dans les tâches Phabricator, ne discutez que des questions liées au sujet de la tâche.
 * Ask general technical questions, like how to set up a development environment or how to fix problems with Gerrit, in the places listed on.
 * If you take part in an outreach program, then Zulip is for discussing questions about the outreach programs themselves.



Etre patient
Après avoir publié votre question :


 * Ne demandez pas la relecture du code dans un message séparé. Les personnes qui recevront les notifications de Gerrit et de Phabricator y répondront quand elles pourront.
 * When seeking input and comments, especially during weekends and holidays, you may need to wait until business hours resume. Sur les canaux tels que IRC: si personne ne répond, essayez à nouveau à un autre moment; n'abandonnez pas simplement!
 * If you don't get an answer even after waiting and being patient, consider if other Communication channels might be a better place to ask your question.