New Developers/Communication tips/ar


 * ابحث في الأمر قبل أي شيء: حينما تقرر العمل عل مهمة ما، نتوقع منك أن تجري بعض الأبحاث الأساسية بنفسك قبل أي شيء: ألق نظرة على الكود البرمجي وحاول استيعاب ما هو المفترض أن ينفذه واقرأ أعمال التوثيق ذات الصلة وحاول البحث عن المكان أو الأماكن التي يحتمل أن يتطلب الأمر منك أن تغير الكود البرمجي فيها. للاطلاع على نظرة عامة على الموضوع، يرجى قراءة مبادئ يجب أن تعلمها.
 * انظر إلى وسوم المشروع المبينة في أي مهمة على Phabricator في الشريط الجانبي كي تعرف أي من مستودعات الكود المصدري تتناوله هذه المهمة.
 * اطرح أسئلة وناقش الأمر في أفضل مكان:
 * ناقش في مهام فبريكاتور أسئلة محددة فقط تتناول الموضوع الذي تتناوله مهمة فبريكاتور ذاتها. إن الأسئلة الفنية العمومية (مثل كيفية إنشاء بيئة تطوير برمجي أو مشاكل على غيريت) خارج الموضوع في مهام فبريكاتور.
 * فيما يخص الأسئلة الفنية العمومية، اطرحها على مجتمع ويكيميديا الشاسع واستخدم قنوات عمومية مثل آي آر سي أو القوائم البريدية. (لو كنت تشارك في برنامج تواصل، يمكنك أيضا استخدام تدفق الدعم الفني Zulip.)
 * لو كنت تشارك في برنامج تواصل، سيكون Zulip مخصص لنقاش الأسئلة المتعلقة ببرامج التواصل ذاتها.
 * اطرح أسئلة سديدة:  «هل يمكنك أن تقد ملي المزيد من المعلومات؟» أو «أرجو أن ترشدني» أو «أرجو أن تخبرني كيف ابدأ» ليست تعليقات ملائمة يمكنك البدء بها: كلما كان سؤالك دقيقا ومحددا، زاد احتمال إجابة شخص ما عن سريعا. إن لم تكن تعلم على الإطلاق كيفية تصويب المشكلة، ربما هذه المشكلة ليست ملائمة لك (حتى الآن). يرجى التفكير جديا في البحث عن مشكلة أيسر من هذه في الوقت الحالي.
 * تقديم سياق: حينما تطرح سؤال، بيّن ما الذي ترغب في تحقيقه وما الذي حاولت تنفيذه وتعلم عن المشكلة حتى الآن، حتى يمكن للآخرين المساعدة على المستوى المناسب. كن دقيقا – على سبيل المثال، انسخ أوامرك وألصقها وكذلك ما نتج عنها (إن لم يكن ذلك طويلا) بدلا من إعادة صياغة الأمر بأسلوبك أنت. ينتج عن هذا تجنب سوء الفهم. استخدم عناوين محددة وسطور عنوان واضحة («مسودة اقتراح» أو «أحتاج للمساعدة» ليست محددة أو واضحة).
 * استخدم inclusive language: لا تفترض هوية أي شخص النوعية («رفاق» أو «سيدتي» أو «سيدي»). استخدم اسم الشخص ذاته عوضًا عن ذلك.
 * اطرح سؤالك على العامة: لا ترسل رسائل خصوصية لو كان موضوع النقاش غير سري. الرسائل الخصوصية لا تقدم العون للآخرين.
 * تحلى بالصبر حينما تطلب من الآخرين التعليق أو الإدلاء برأيهم، خاصة أثناء أيام نهاية الأسبوع والعطلات.
 * على آي آر سي، لا تسأل إن كان يمكنك أن تسأل، اطرح سؤالك مباشرة: أغلب الأسئلة يمكن لأعضاء المجتمع الآخرين الإجابة عنها أيضا لو طرحتها على قناة آي آر سي. إن لم يجب عن سؤالك أحد، يرجى المحاولة مرة أخرى في وقت مختلف؛ لا تستسلم للإحباط.
 * لا تطلب من الآخرين مراجعة الكود على الفور في رسالة منفصلة. يتلقى الأفراد إشعارات من غيريت وفبريكاتور.
 * حافظ على يسر قراءة النقاش: حينما ترسل رد على Zulip أو مهام فبريكاتور أو على قوائم بريدية، يرجى تجنب اقتباس تعليق سابق كاملا إن لم يكن الأمر ضروريا. قدم سياق كافي وحافظ على يسر قراءة سلسلة النقاش.
 * اتبع مدونة قواعد السلوك المخصصة لمساحات ويكيميديا الفنية.
 * حينما تعتزم العمل على مهمة فبريكاتور:
 * لست بحاجة لطلب الإذن: عادة لا يوجد سبب يدفعك أن تسأل إن كان يمكنك العمل على شيء أو إن كان ثمة شخص يمكنه أن يخصص مهمة إليك. لا توجد سلطات تخصص المهام أو أشخاص يجب أن تطلب الإذن منهم.
 * لا داع للإعلان عن خططك قبل الشروع في العمل على مهمة إلا أن هذا الأمر محل ترحاب. من الجيد أن تعلن أنك تعمل على شيء ما قرب نهاية اقتراح رقعة برمجية للمهمة، حتى لا يتولى آخرين عمل نفس الشيء: لو لم يخصص الأمر لأي شخص آخر، خصص المهمة لنفسك عن طريق القائمة المنسدلة Add Action… → Assign/Claim.
 * المهام ذات الرقاع البرمجية القائمة:
 * لو كانت مهمة ما تحتوي على رقعة برمجية أضيفت مؤخرا على غيريت، اختر مهمة أخرى كي تعكف عليها – تجنب تكرار ذات العمل.
 * لو لم تدمج رقعة برمجية سابقة في غيريت أو لم تشهد أي تغيير لمدة طويلة، يمكنك أيضا تحسين هذه الرقعة القائمة، استنادا إلى الآراء والملاحظات لموجودة في غيريت وفي المهمة.
 * حينما تتغير خططك أو اهتماماتك: إن لم تعد تعمل على مهمة ما، يرجى رفع اسمك من المخصصة لهم المهمة، حتى يعلم الآخرين أنه بوسعهم العمل على المهمة وألا يتوقعوا أنك لا زلت تعمل عليها.

حينما تتواصل مع الآخرين تواصلا واضحا ومبكرا سوف تجذب انتباه أفراد المجتمع وتحصل على آرائهم وملاحظاتهم ومساعدتهم كذلك.