Skip to Content

translation of How To Ask Questions The Smart Way

matata's picture

التنصل :

العديد من مواقع المشاريع بتحط رابط لهذه الوثيقة فى صفحة كيفية طلب المساعدة الخاصة بموقعهم. شيئ جميل . ده الاستخدام المقصود -- لكن لو انت مسئول عن موقع و بتحط الرابط ده فى موقع مشروعك , يا ريت توضح قريب من الرابط ان احنا مش الدعم الفنى المخصوص بالمشروع بتاعك !

احنا اتعلمنا بالطريقة الصعبة ان من غير الملحوظة دى هيتكرر اننا نستقبل رسائل مؤرفة كتير جدا من مجموعة مهاطيل معتقدين ان احنا بنشرنا للوثيقة دى نكون مسئولين عن حل المشاكل التقنية فى العالم كله.

لو كنت بتقرأ هذه الوثيقة بحثا عن مساعدة , و مشيت و انت واخد الانطباع ان انت ممكن تحصل عليها مباشرة من المؤلفين , يبقى انك واحد من المهاطيل المذكورين , لا تسألنا اى أسئلة , هنتجاهلها, احنا هنا علشان نوريك ازاى تحصل على المساعدة من الناس اللى فى الواقع يعرفوا عن البرامج او المعدات اللى انت بتتعامل معها, لكن بنسبة ٩٩% مش هيكونوا احنا, الا لو انت متأكد ان واحد من المؤلفين خبير فى الشيئ اللى بتتعامل معاه , سيبنا فى حالنا و الجميع هيكون مبسوط اكثر .

مقدمة:

فى دنيا الهاكرز نوع الاجابات اللى بتحصل عليها لاسئلتك التقنية يعتمد على الطريقة اللى بتسأل بها زى ما بيعتمد على صعوبة استنتاج الاجوبة , الدليل ده هيعلمك ازاى تسأل بطريقة تزود من فرص حصولك على الاجوبة التى ترضيك .

حاليا استخدام المصادر المفتوحة انتشر , عادة يمكنك الحصول على أجوبة من من مستخدمين اخر اكثر خبرة غير الهاكرز , ده شيئ جيد , المستخدمين بيميلوا لانهم يكونوا أكثر تسامحا مع نوع الفشل بتاع المبتدئين , لكن لا يزال التعامل مع المستخدمين الأكثر خبرة مثل الهاكرز بالطرق اللى بنقترحها هنا هيوصلك عامة لتخريج أحوبة مفيدة منهم, أيضا .

أول حاجة تفهمها ان الهاكرز فى الواقع بيحبوا المشاكل الصعبة , و الاسئلة الجيدة المثيرة للتفكير عن هذه المشاكل , لو لم نكن لما كنا هنا , لو اعطيتنا سؤال مثير للاهتمام نتسلى بيه هنكون شاكرين , الاسئلة الجيدة حافز و هدية , الاسئلة الجيدة بتساعدنا على تطوير فهمنا , و عادة بتكشف مشاكل يمكن مكناش لاحظناها أو فكرنا فيها , بين الهاكرز "سؤال جيد!" يعتبر تقدير قوى و مخلص .

على الرغم من هذا , الهاكرز لهم سمعة عن مقابلة الاسئلة البسيطة بما يبدو كعدوانية أو غرور , فى بعض الاحيان يظهر بشكل انعكاسى اننا وقحين مع المبتدئين و الجاهلين , لكن ده مش حقيقى فعل ا

احنا بدون اعتذار عدوانيين تجاه الناس الذين لا يبدو ان عندهم الرغبة فى التفكير او عمل واجباتهم المنزلية قبل ان يسألوا , ناس زى دول بيشفطوا الوقت -- بياخذوا و لا يردوا , بيضيعوا وقت كان من الممكن انوا يستخدم فى الرد على سؤال اخر اكثر اهمية و شخص اخر احق بالرد عليه , الناس دول بنطلق عليهم الفشلة .

ونحن ندرك ان هناك الكثير من الناس لا يريدون سوى استخدام البرامج نكتب ، وليس لها من مصلحة في التعلم من التفاصيل التقنيه. For most people, a computer is merely a tool, a means to an end; they have more important things to do and lives to live. بالنسبة لمعظم الناس ، والحاسوب هو مجرد اداة ، وسيلة لتحقيق غاية لها اشياء اكثر اهمية للقيام حياة والعيش. We acknowledge that, and don't expect everyone to take an interest in the technical matters that fascinate us. ونحن نعترف بان ، ولا نتوقع ان يتخذ كل فرد لديه مصلحة في الامور الفنية التي اسحر علينا. Nevertheless, our style of answering questions is tuned for people who do take such an interest and are willing to be active participants in problem-solving. ومع ذلك ، فإن فرض اسلوب الاجابه عن الاسءله هو ليتوافق مع الشعب من القيام اتخاذ مثل هذا الاهتمام وعلى استعداد للمشاركة فعالة في حل المشاكل. That's not going to change. وهذا لن يؤدي الى تغيير. Nor should it; if it did, we would become less effective at the things we do best. ولا ينبغي له ؛ اذا فعلت ذلك ، نود ان اصبح اقل فعالية في امور نفعل افضل.

We're (largely) volunteers. نحن (الى حد كبير) متطوعين. We take time out of busy lives to answer questions, and at times we're overwhelmed with them. ونحن من يحتاج الى وقت مشغول حياة للاجابة على الاسءله ، ونحن في بعض الاحيان تطغى معها. So we filter ruthlessly. مرشح لذلك نحن بلا رحمة. In particular, we throw away questions from people who appear to be losers in order to spend our question-answering time more efficiently, on winners. على وجه الخصوص ، ونحن رمى بعيدا عن اسءله الناس من الخاسرين ويبدو ان تنفق من أجل الاجابه على سؤالنا - الوقت بكفاءه أكبر ، وعلى الفائزين.

If you find this attitude obnoxious, condescending, or arrogant, check your assumptions. اذا وجدت ان هذا الموقف البغيض ، والتنازل ، او الغطرسه ، والتحقق من الافتراضات الخاصة بك. We're not asking you to genuflect to us — in fact, most of us would love nothing more than to deal with you as an equal and welcome you into our culture, if you put in the effort required to make that possible. نحن لا نطلب منكم اركع لنا -- فى الحقيقة ، معظمنا الحب ليس اكثر من التعامل معك كشريك على قدم المساواة وارحب بكم في ثقافتنا ، وانك اذا وضعت في الجهد المطلوب لجعل ذلك ممكنا. But it's simply not efficient for us to try to help people who are not willing to help themselves. ولكن ببساطة ليست فعالة بالنسبة لنا في محاولة لمساعدة الناس على من ليسوا على استعداد لمساعدة انفسهم. It's OK to be ignorant; it's not OK to play stupid. انه موافق على ان الجاهل ؛ انه غير موافق للعب غبيه.

So, while it isn't necessary to already be technically competent to get attention from us, it is necessary to demonstrate the kind of attitude that leads to competence — alert, thoughtful, observant, willing to be an active partner in developing a solution. ذلك ، وفي حين انه ليس من الضروري ان يكون بالفعل من الناحية الفنية المختصة للحصول على الاهتمام منا ، ومن الضروري لاثبات نوع من الموقف الذي يؤدي الى اختصاص -- الانذار ، ومدروس ، ملاحظ ، على استعداد لتكون شريكا نشطا فى ايجاد حل. If you can't live with this sort of discrimination, we suggest you pay somebody for a commercial support contract instead of asking hackers to personally donate help to you. اذا كنت لا تستطيع العيش مع هذا النوع من التمييز ، نقترح عليك أن تدفع شخص ما لعقد تجاري لدعم العقد بدلا من مطالبة القراصنه تبرع شخصيا لمساعدة لكم.

If you decide to come to us for help, you don't want to be one of the losers. اذا قررت ان تأتي الينا للمساعدة ، كنت لا تريد ان تكون من الخاسرين. You don't want to seem like one, either. كنت لا تريد ان تبدو مثل واحد ، اما. The best way to get a rapid and responsive answer is to ask it like a person with smarts, confidence, and clues who just happens to need help on one particular problem. أفضل طريقة للحصول على استجابة سريعه والجواب هو ان يطلب اليها مثل شخص يشعر بالخجل ، والثقة ، والقرائن ويحدث من مجرد الحاجة الى مساعدة احد على مشكلة معينة.

(Improvements to this guide are welcome. You can mail suggestions to [email protected] or [email protected] . Note however that this document is not intended to be a general guide to netiquette , and we will generally reject suggestions that are not specifically related to eliciting useful answers in a technical forum.) (ادخال تحسينات على هذا الدليل هي موضع ترحيب. يمكنك إرسال الاقتراحات الى [email protected] او [email protected] ومع ملاحظه ان هذه الوثيقة لا يقصد بها ان تكون دليلا عاما للnetiquette ، وعموما نحن نرفض ان الاقتراحات لا تتصل تحديدا الى الحصول على اجابات مفيدة في المنتدى التقني.) Before You Ask قبل ان تسأل

Before asking a technical question by e-mail, or in a newsgroup, or on a website chat board, do the following: وقبل أن أطرح مسألة تقنيه عن طريق البريد الالكتروني ، أو في مجموعة الأخبار ، أو على موقع على شبكة الانترنت الدردشه المجلس ، والقيام بما يلي :

1.

Try to find an answer by searching the archives of the forum you plan to post to. في محاولة لإيجاد إجابة عن طريق البحث في الأرشيف للمنتدى كنت تخطط لفترة ما بعد الى. 2.

Try to find an answer by searching the Web. في محاولة لإيجاد إجابة عن طريق البحث في الشبكه العالمية. 3.

Try to find an answer by reading the manual. في محاولة لإيجاد إجابة عن طريق قراءة الدليل. 4.

Try to find an answer by reading a FAQ. في محاولة لايجاد اجابة الاسءله الشاءعه في القراءة. 5.

Try to find an answer by inspection or experimentation. في محاولة لإيجاد إجابة عن طريق التفتيش او الاختبار. 6.

Try to find an answer by asking a skilled friend. في محاولة لإيجاد إجابة السؤال ماهرة صديق. 7.

If you're a programmer, try to find an answer by reading the source code. اذا كنت مبرمج ، في محاولة لإيجاد إجابة عن طريق قراءة شفره المصدر.

When you ask your question, display the fact that you have done these things first; this will help establish that you're not being a lazy sponge and wasting people's time. عندما كنت أسأل سؤالك ، تظهر حقيقة ان ما قمتم به ، أول هذه الاشياء ؛ هذا من شأنه ان يساعد انشاء انك لا يشكل كسلان الاسفنج واضاعة وقت الناس. Better yet, display what you have learned from doing these things. والافضل من ذلك ، عرض ما لديك علم عن القيام به هذه الاشياء. We like answering questions for people who have demonstrated they can learn from the answers. ونحن مثل الاجابه عن الاسءله من الناس لانها اثبتت ان نتعلم من الاجابات.

Use tactics like doing a Google search on the text of whatever error message you get (searching Google groups as well as Web pages). استخدام تكتيكات مثل أداء صور البحث عن نص رسالة الخطأ أيا كانت تحصل عليه (البحث عن صور المجموعات فضلا عن صفحات الويب). This might well take you straight to fix documentation or a mailing list thread answering your question. هذا قد ياخذك مباشرة الى تحديد الوثائق في قائمة بريديه او خيط الاجابه على سؤالك. Even if it doesn't, saying “ I googled on the following phrase but didn't get anything that looked promising ” is a good thing to do in e-mail or news postings requesting help, if only because it records what searches won't help. وحتى اذا لم يحدث ذلك ، قائلا : "انا googled على العبارة التالية ولكن لم احصل على اي شيء واعدا" امر جيد ان تفعل في البريد الالكتروني او اخبار التعيينات التي تطلب المساعدة ، اذا كان فقط لأنه ما سجلات عمليات البحث وفاز ' ر مساعدة. It will also help to direct other people with similar problems to your thread by linking the search terms to what will hopefully be your problem and resolution thread. وستساعد ايضا على شعب آخر المباشر مع مشاكل مماثلة الى حسابك في الخيط من خلال ربط مصطلحات البحث الى ما يؤمل أن المشكلة التي تعاني منها والخيط القرار.

Take your time. خذ الوقت الكافي. Do not expect to be able to solve a complicated problem with a few seconds of Googling. لا نتوقع ان تكون قادرة على حل مشكلة معقدة مع بضع ثوان من googling. Read and understand the FAQs, sit back, relax and give the problem some thought before approaching experts. قراءة وفهم الاسءله المتكررة ، ويستريح ، والاسترخاء واعطاء هذه المشكلة قبل ان تقترب من الفكر وبعض الخبراء. Trust us, they will be able to tell from your questions how much reading and thinking you did, and will be more willing to help if you come prepared. نحن على ثقة ، انهم سيتمكنون من أسئلتك اقول كم القراءة والتفكير فعلتم ، وسوف يكون اكثر استعدادا للمساعدة اذا كنت على استعداد. Don't instantly fire your whole arsenal of questions just because your first search turned up no answers (or too many). لا النار فورا الخاص بك ترسانة كاملة من الاسءله الخاصة بك لمجرد ان البحث الاولي ولم يتمخض الاجوبه (أو كثيرة جدا).

Prepare your question. اعداد سؤالك. Think it through. اعتقد انه من خلال. Hasty-sounding questions get hasty answers, or none at all. - التسرع في الحصول على سبر الاسءله اجابات متسرعه ، أو لا شيء على الاطلاق. The more you do to demonstrate that having put thought and effort into solving your problem before seeking help, the more likely you are to actually get help. وكلما لاثبات ان تفعل بعد ان طرح الفكر والجهد في حل المشكلة التي تعاني منها قبل طلب المساعدة ، على الارجح انت فعلا الى الحصول على مساعدة.

Beware of asking the wrong question. حذار من السؤال السؤال الخطأ. If you ask one that is based on faulty assumptions, J. Random Hacker is quite likely to reply with a uselessly literal answer while thinking “ Stupid question... ”, and hoping the experience of getting what you asked for rather than what you needed will teach you a lesson. اذا طلبت من احد ان يقوم على افتراضات خاطءه ، J. عشواءيه هاكر على الارجح للرد بشكل عديم الفاءده الحرفي مع التفكير في حين ان الاجابه "سؤال غبي..." ، وآملا في الحصول على تجربة ما طلبته بدلا من التركيز على ما انت بحاجة وسوف يعلمك درسا.

Never assume you are entitled to an answer. أبدا تحمل يحق لك جوابا. You are not; you aren't, after all, paying for the service. انت لا ؛ انت لا ، على كل حال ، دفع لهذه الخدمة. You will earn an answer, if you earn it, by asking a substantial, interesting, and thought-provoking question — one that implicitly contributes to the experience of the community rather than merely passively demanding knowledge from others. هل سيحصلون على جواب ، اذا كنت تكسب ، ومطالبة كبيرة ، للاهتمام ، ويشحذ الفكر مسألة -- واحد ضمنا ان تساهم الخبرة المكتسبه من المجتمع بدلا من مجرد طلب المعرفه بشكل سلبي من الآخرين.

On the other hand, making it clear that you are able and willing to help in the process of developing the solution is a very good start. ومن ناحية اخرى ، مما يوضح ان كنت قادرا وعلى استعداد للمساعدة في عملية وضع الحل هو بداية طيبة جدا. “ Would someone provide a pointer? ”, “ What is my example missing? ”, and “ What site should I have checked? ” are more likely to get answered than “ Please post the exact procedure I should use. ” because you're making it clear that you're truly willing to complete the process if someone can just point you in the right direction. "شخص ما من شأنه ان يوفر المؤشر؟" ، و "ما هو مثالي المفقودين؟" ، و "ما الموقع الذي يجب ان تأكد لي؟" على الارجح للحصول على رد من "يرجى على وجه الدقه ما بعد اجراء لي أن أستخدم." أنك موضحه إن كنت حقا على استعداد لاكمال العملية اذا كان هناك من يمكن لكم مجرد نقطة في الاتجاه الصحيح. When You Ask عندما كنت أسأل Choose your forum carefully اختر منتدى بعناية

Be sensitive in choosing where you ask your question. ان تراعى في اختيار حيث كنت أسأل سؤالك. You are likely to be ignored, or written off as a loser, if you: يمكن أن تكون أنت تجاهلها ، او شطب خاسرا ، وإذا كنت :

*

post your question to a forum where it's off topic نشر سؤالك الى منتدى يمكن فيه لانها تخرج عن الموضوع *

post a very elementary question to a forum where advanced technical questions are expected, or vice-versa مرحلة ما بعد الابتداءيه للغاية في المساله الى المنتدى مسائل تقنيه متقدمة حيث من المتوقع ، او العكس بالعكس *

cross-post to too many different newsgroups عبر عدد كبير جدا من الوظائف لمختلف مجموعات الأخبار *

post a personal e-mail to somebody who is neither an acquaintance of yours nor personally responsible for solving your problem بعد شخصي البريد الالكتروني لشخص ما ليس من التعارف وجود لك ولا مسؤولا بصفة شخصية عن حل مشكلتك

Hackers blow off questions that are inappropriately targeted in order to try to protect their communications channels from being drowned in irrelevance. القراصنه ضربة من الاسءله التي هي في غير موضعها المستهدفة فى محاولة لحمايه مصالحها من قنوات الاتصال لقوا مصرعهم غرقا في عدم جواز الاحتجاج. You don't want this to happen to you. كنت لا تريد لهذا أن يحدث لكم.

The first step, therefore, is to find the right forum. الخطوة الاولى ، ولذلك ، هو العثور على الحق في المنتدى. Again, Google and other Web-searching methods are your friend. مرة اخرى ، وصور وغيرها من اساليب البحث على شبكة الانترنت هي رفيقك. Use them to find the project webpage most closely associated with the hardware or software giving you difficulties. استخدامها للعثور على صفحة ويب معظم المشاريع التي ترتبط ارتباطا وثيقا أجهزة او برامج اعطائك الصعوبات. Usually it will have links to a FAQ (Frequently Asked Questions) list, and to project mailing lists and their archives. وعادة ما سيكون لها روابط الى الاسءله الشاءعه (اسءله واجوبه) قائمة ، ومشروع لقوائم عناوين البريد الالكتروني والمحفوظات. These mailing lists are the final places to go for help, if your own efforts (including reading those FAQs you found) do not find you a solution. هذه القوائم البريديه النهائي الذهاب الى اماكن للمساعدة ، اذا كانت جهودكم (بما لكم قراءة هذه الاسءله المتكررة وجدت) لا تجد لك الحل. The project page may also describe a bug-reporting procedure, or have a link to one; if so, follow it. الصفحه المشروع ويمكن ايضا وصفا لعله - اجراءات تقديم التقارير ، او وصلة لأحد ؛ واذا كان الامر كذلك ، ومتابعته.

Shooting off an e-mail to a person or forum which you are not familiar with is risky at best. اطلاق النار من اي بالبريد الالكتروني الى شخص او المنتدى الذي أنت لم تكن مالوفه مع خطر هو في احسن الاحوال. For example, do not assume that the author of an informative webpage wants to be your free consultant. فعلى سبيل المثال ، لا تفترض ان صاحب اعلامي على صفحة الويب الخاصة بك تريد ان تكون حرة خبير استشاري. Do not make optimistic guesses about whether your question will be welcome — if you're unsure, send it elsewhere, or refrain from sending it at all. لا تجعل التفاؤل التكهنات حول ما إذا كان سؤالك سيكون محل ترحيب -- اذا كنت غير متأكد ، وارسل الى مكان آخر ، او تمتنع عن ارسال عليها على الاطلاق.

When selecting a Web forum, newsgroup or mailing list, don't trust the name by itself too far; look for a FAQ or charter to verify your question is on-topic. عند اختيار شبكة منتدى ، مجموعة الاخبار او القوائم البريديه ، لا يثقون الاسم في حد ذاته بعيدا ؛ البحث عن الاسءله الشاءعه او ميثاق للتحقق من سؤالك - على الموضوع. Read some of the back traffic before posting so you'll get a feel for how things are done there. قراءة بعض من عودة حركة المرور قبل النشر وهكذا لن تضطر في التعود على الكيفيه التي تجري بها الامور هناك. In fact, it's a very good idea to do a keyword search for words relating to your problem on the newsgroup or mailing list archives before you post. في الواقع ، انها فكرة جيدة جدا للقيام الكلمات الرئيسية للبحث عن الكلمات المتعلقة مشكلتك على مجموعة الاخبار او ارشيف القوائم البريديه قبل ان تقوم بعد. It may find you an answer, and if not it will help you formulate a better question. إن كنت قد تجد اجابة ، واذا لم يكن الامر سوف تساعدك على وضع هذه المساله على نحو افضل.

Don't shotgun-blast all the available help channels at once, that's like yelling and irritates people. لا بندقيه - الانفجار كل القنوات المتاحة للمساعدة في مرة واحدة ، مثل هذا الصراخ ويهيج الناس. Step through them softly. خطوة منها عن طريق ناعم.

Know what your topic is! نعرف ما هو الموضوع الخاص بك! One of the classic mistakes is asking questions about the Unix or Windows programming interface in a forum devoted to a language or library or tool portable across both. واحدة من الاخطاء هو كلاسيكي واستفسرت عن يونيكس او واجهة برمجة ويندوز في منتدى مخصص لاو اللغة او مكتبه او عبر أداة محمولة على حد سواء. If you don't understand why this is a blunder, you'd be best off not asking any questions at all until you get it. اذا كنت لا أفهم السبب في ذلك هو خطأ ، وكنت افضل ان لا نطلب من اي اسءله على الاطلاق حتى تحصل عليه.

In general, questions to a well-selected public forum are more likely to get useful answers than equivalent questions to a private one. وبصفة عامة ، بالاضافة الى مسائل عامة مختارة - منتدى الارجح للحصول على اجابات مفيدة من الاسءله ما يعادل واحدا الى القطاع الخاص. There are multiple reasons for this. وهناك أسباب متعددة لذلك. One is simply the size of the pool of potential respondents. واحد هو مجرد حجم مجموعة من الردود المحتملة. Another is the size of the audience; hackers would rather answer questions that educate many people than questions serving only a few. وثمة عامل آخر هو حجم الجمهور ؛ القراصنه بدلا من الرد على الاسءله التي تثقيف العديد من الناس من الاسءله التي تخدم سوى عدد قليل.

Understandably, skilled hackers and authors of popular software are already receiving more than their fair share of mis-targeted messages. ومن المفهوم ان المتسللين والمهرة واضعي البرامج الشعبية هي بالفعل تلقى اكثر من نصيبها العادل من الرسائل التي تستهدف نظم المعلومات الاداريه. By adding to the flood, you could in extreme cases even be the straw that breaks the camel's back — quite a few times, contributors to popular projects have withdrawn their support because collateral damage in the form of useless e-mail traffic to their personal accounts became unbearable. عن طريق اضافة الى الفيضانات ، يمكنك القيام بذلك حتى في الحالات القصوى ان يكون سترو ان تكسر ظهر الجمل -- عدد غير قليل من الأحيان ، إلى المساهمة في المشاريع الشعبية قد سحبت دعمها لان الاضرار الجانبية في شكل البريد الالكتروني عديم الفاءده حركة المرور الى الحسابات الشخصيه لل واصبح لا يطاق. Web and IRC forums directed towards newbies often give the quickest response منتديات الإنترنت والموجهة نحو المركز newbies في كثير من الاحيان اسرع استجابة

Your local user group, or your Linux distribution, may advertise a Web forum or IRC channel where newbies can get help. مجموعة المستخدم المحلي الخاص بك ، او توزيع لينكس الخاص بك ، قد اعلن على شبكة الانترنت او المركز منتدى قناة newbies حيث يمكن الحصول على مساعدة. (In non-English-speaking countries newbie forums are still more likely to be mailing lists.) These are good first places to ask, especially if you think you may have tripped over a relatively simple or common problem. (في غير البلدان الناطقه بالانكليزية مبتدئ المنتديات لا تزال اكثر من المرجح ان تكون القوائم البريديه.) وهذه هي أولى جيدة اماكن لاسال ، لا سيما إذا كنت تعتقد أنك قد تكون اكثر متعثر بسيطة نسبيا او مشكلة مشتركة. An advertised IRC channel is an open invitation to ask questions there and often get answers in real time. الاعلان عن وجود قناة المركز هو دعوة مفتوحة لطرح الاسءله وهناك في كثير من الاحيان احصل على اجوبه في الوقت الحقيقي.

In fact, if you got the program that is giving you problems from a Linux distribution (as common today), it may be better to ask in the distro's forum/list before trying the program's project forum/list. وفي الواقع ، اذا كنت قد حصلت وهذا هو البرنامج مما يتيح لك المشاكل من توزيعات لينكس (كما المشتركة اليوم) ، وقد يكون من الافضل ان تسأل في منتدى distro / قائمة قبل محاولة البرنامج مشروع المنتدى / قائمة. The project's hackers may just say, “ use our build ”. المشروع قد المتسكعين فقط ان اقول ، "استعمل البناء".

Before posting to any Web forum, check if it has a Search feature. قبل ان ترسل رسالة إلى أي منتدى على الشبكه العالمية ، ومعرفة ما اذا كان لديها ميزة البحث. If it does, try a couple of keyword searches for something like your problem; it just might help. إذا فعلت ذلك ، حاول اثنين من الكلمات الرئيسية للبحث عن شيء مثل مشكلتك ، بل قد يساعد فقط. If you did a general Web search before (as you should have), search the forum anyway; your Web-wide search engine might not have all of this forum indexed recently. اذا كنت لم عامة للبحث في صفحات الانترنت قبل (كما ينبغي ان يكون) ، بحث المنتدى على أية حال ؛ الويب الخاص بك - محرك البحث على نطاق واسع قد لا يكون جميع من في هذا المنتدى مفهرسه في الاونة الاخيرة.

There is an increasing tendency for projects to do user support over a Web forum or IRC channel, with e-mail reserved more for development traffic. وهناك ميل متزايد للمشاريع لدعم ما يزيد على القيام مستخدم على الشبكه العالمية منتدى قناة او المركز ، والتعامل مع البريد الالكتروني أكثر محفوظة للتنمية حركة المرور. So look for those channels first when seeking project-specific help. فانظر لتلك القنوات الأولى عند طلب مساعدة لمشاريع محددة. As a second step, use project mailing lists وكخطوه ثانية ، ومشروع استخدام القوائم البريديه

When a project has a development mailing list, write to the mailing list, not to individual developers, even if you believe you know who can best answer your question. عندما أطلق مشروع التنمية القائمة البريديه ، والكتابة الى القائمة البريديه ، وليس لفرد مطورين ، حتى اذا كنت تعتقد انك تعرف افضل من يستطيع الاجابه على سؤالك. Check the documentation of the project and its homepage for the address of a project mailing list, and use it. التحقق من وثائق المشروع وعنوان الصفحه الرئيسية للمشروع من القائمة البريديه ، واستخدامها. There are several good reasons for this policy: وهناك عدة أسباب وجيهه لهذه السياسة :

*

Any question good enough to be asked of one developer will also be of value to the whole group. أي مسألة جيدة بما فيه الكفايه لأحد ان يطلب من المطور وسوف يكون ذا قيمة ايضا لتلك المجموعة. Contrariwise, if you suspect your question is too dumb for a mailing list, it's not an excuse to harass individual developers. على النقيض من ذلك ، اذا كنت تظن سؤالك غبيه جدا لقائمة بريديه ، انها ليست ذريعة لمضايقه الفرديه مطورين. *

Asking questions on the list distributes load among developers. طرح الاسءله على لائحة توزيع الحموله فيما بين المطورين. The individual developer (especially if he's the project leader) may be too busy to answer your questions. الفرد المطور (لا سيما اذا كان للرئيس المشروع (قد تكون مشغوله جدا للإجابة على اسئلتكم. *

Most mailing lists are archived and the archives are indexed by search engines. معظم القوائم البريديه الارشيف والمحفوظات مفهرسه بحسب محركات البحث. If you ask your question on-list and it is answered, a future querent could find your question and the answer on the Web instead of asking it again. اذا كنت أسأل سؤالك - على قائمة والاجابه هي انه ، في المستقبل querent يمكن ان تجد سؤالك والجواب على شبكة الانترنت بدلا من مطالبة مرة اخرى. *

If certain questions are seen to be asked often, developers can use that information to improve the documentation or the software itself to be less confusing. واذا كانت بعض الاسءله التي ينظر اليها على ان يطلب في كثير من الاحيان ، يمكن للمطورين استخدام تلك المعلومات لتحسين وثائق او البرنامج نفسه الى ان تكون اقل التشويش. But if those questions are asked in private, nobody has the complete picture of what questions are asked most often. ولكن اذا كانت تلك هي الاسءله التي طلب في القطاع الخاص ، لا احد لديه صورة كاملة عن ما طرح الاسءله في اغلب الاحيان.

If a project has both a “ user ” and a “ developer ” (or “ hacker ”) mailing list or Web forum, and you are not hacking on the code, ask in the “ user ” list/forum. اذا كان هذا المشروع على حد سواء "المستخدم" و "مطور" (او "هاكر" (قائمة بريديه او منتدى على الشبكه العالمية ، وأنت لا تقطيع على المدونه ، اسال في "المستخدم" قائمة / المنتدى. Do not assume that you will be welcome on the developer list, where they're likely to experience your question as noise disrupting their developer traffic. لا تفترض ان انت سيكون محل ترحيب على قائمة المطور ، حيث انهم من المرجح ان التجربه سؤالك ضجيجا المطور على تعطيل حركة المرور.

However, if you are sure your question is non-trivial, and you get no answer in the “ user ” list/forum for several days, try the “ developer ” one. ومع ذلك ، اذا كنت متاكد من سؤالك غير تافهه ، وكنت احصل على أي جواب في "المستخدم" قائمة / المنتدى لعدة أيام ، في محاولة "المطور" واحدة. You would be well advised to lurk there for a few days before posting to learn the local folkways (actually this is good advice on any private or semi-private list). هل يستحسن ان ترصد هناك لبضعة أيام قبل النشر لمعرفة folkways المحلية (وهذا هو في الواقع على اي نصيحه جيدة خاصة او شبه خاصة قائمة).

If you cannot find a project's mailing list address, but only see the address of the maintainer of the project, go ahead and write to the maintainer. اذا لم تتمكن من العثور مشروع القائمة البريديه للمعالجة ، ولكن فقط أنظر العنوان من maintainer من المشروع ، والمضي قدما في الكتابة الى maintainer. But even in that case, don't assume that the mailing list doesn't exist. ولكن حتى في تلك الحاله ، لا تفترض ان القائمة البريديه التي لا وجود له. Mention in your e-mail that you tried and could not find the appropriate mailing list. اذكر في البريد الالكتروني الخاص بك ولقد حاولت أن تعذر العثور على المناسبه القائمة البريديه. Also mention that you don't object to having your message forwarded to other people. اذكر ايضا ان كنت لا يعترض على رسالتك وبعد أن أحيل الى اشخاص آخرين. (Many people believe that private e-mail should remain private, even if there is nothing secret in it. By allowing your message to be forwarded you give your correspondent a choice about how to handle your e-mail.) (كثير من الناس يعتقدون ان البريد الالكتروني الخاص ينبغي أن يظل القطاع الخاص ، حتى اذا كان هناك اي شيء في السر. بالسماح رسالتك على ان تقدم لكم قم مراسل الاختيار حول كيفية التعامل مع البريد الالكتروني الخاص بك.) Use meaningful, specific subject headers استخدام ذات مغزى ، موضوع محدد رؤوس

On mailing lists, newsgroups or Web forums, the subject header is your golden opportunity to attract qualified experts' attention in around 50 characters or fewer. المدرجه في القوائم البريديه ، المجموعات الاخباريه او المنتديات على الشبكه العالمية ، وهذا الموضوع هو العنوان الخاص بك فرصة ذهبية لخبراء مؤهلين وجذب اهتمام في حوالى 50 حرفا أو أقل. Don't waste it on babble like “ Please help me ” (let alone “ PLEASE HELP ME!!!! ”; messages with subjects like that get discarded by reflex). لا النفايات على الضجيج مثل "يرجى مساعدتي" (ناهيك عن "الرجاء مساعدتي!"! ؛ الرسائل مع مواضيع مثل التخلص من قبل ان احصل على رد الفعل). Don't try to impress us with the depth of your anguish; use the space for a super-concise problem description instead. لا تحاول اقناع لنا عمق الخاص بك الكرب ؛ استخدام الفضاء لعظمى موجزة وصف المشكلة بدلا من ذلك.

One good convention for subject headers, used by many tech support organizations, is “ object - deviation ”. جيد واحد على اتفاقيه لرؤوس الموضوع ، وتستخدم من قبل العديد من المنظمات دعم فني ، هو "وجوه -- الانحراف". The “ object ” part specifies what thing or group of things is having a problem, and the “ deviation ” part describes the deviation from expected behavior. "وجوه" الجزء يحدد شيء ما أو مجموعة من الأشياء هو وجود مشكلة ، و "الانحراف" ويصف الجزء الانحراف عن السلوك المتوقع.

Stupid: غبي :

HELP! مساعدة! Video doesn't work properly on my laptop! الفيديو لا يشتغل على الكمبيوتر المحمول بلدي! Smart: الذكيه :

X.org 6.8.1 misshapen mouse cursor, Fooware MV1005 vid. X.org 6.8.1 ممسوخ مؤشر الماوس ، fooware mv1005 vid. chipset الشرائح Smarter: اذكي :

X.org 6.8.1 mouse cursor on Fooware MV1005 vid. X.org 6.8.1 مؤشر الماوس على fooware mv1005 vid. chipset - is misshapen الشرائح -- هو ممسوخ

The process of writing an “ object-deviation ” description will help you organize your thinking about the problem in more detail. عملية كتابة "اوجه الانحراف" وصف يساعدك على تنظيم الخاصة بك التفكير في المشكلة بمزيد من التفصيل. What is affected? ما هو المتضرر؟ Just the mouse cursor or other graphics too? مجرد مؤشر الماوس او غيرها من الرسومات ايضا؟ Is this specific to the X.org version of X? هذا هو محدد الى x.org الاصدار العاشر من؟ To version 6.8.1? الى النسخه 6.8.1؟ Is this specific to Fooware video chipsets? هذا هو على وجه التحديد fooware رقائق الفيديو؟ To model MV1005? نموذج لmv1005؟ A hacker who sees the result can immediately understand what it is that you are having a problem with and the problem you are having, at a glance. أ هاكر من يرى ان النتيجة يمكن ان يفهم على الفور ان ما هو انت مع وجود مشكلة ومشكلة انت بعد ، في لمحة.

More generally, imagine looking at the index of an archive of questions, with just the subject lines showing. وبوجه اعم ، تصوروا عند النظر الى الرقم القياسي للارشيف من الاسءله ، فقط مع هذا الموضوع تبين الخطوط. Make your subject line reflect your question well enough that the next guy searching the archive with a question similar to yours will be able to follow the thread to an answer rather than posting the question again. اجعل سطر الموضوع تعكس سؤالك جيدا بما فيه الكفايه في ان يكون الاجتماع المقبل غي البحث في ارشيف مع سؤال مماثل للك ان يتابعوا الخيط الى الاجابه بدلا من نشر هذه المساله مرة اخرى.

If you ask a question in a reply, be sure to change the subject line to indicate that you're asking a question. اذا كنت اطرح سؤال في رده ، تأكد من تغيير سطر الموضوع تشير إلى أن كنت طالبا في مسألة ما. A Subject line that looks like “ Re: test ” or “ Re: new bug ” is less likely to attract useful amounts of attention. موضوع خط يشبه "اعادة : اختبار" او "اعادة : البق الجديدة" هو اقل احتمالا لجذب كميات مفيدة من الاهتمام. Also, pare quotation of previous messages to the minimum consistent with cluing in new readers. كما ان الاسعار المعدلة للرسائل السابقة الى الحد الادنى الذي يتفق مع دلالة جديدة في القراء.

Do not simply hit reply to a list message in order to start an entirely new thread. ببساطة لا تصل الى قائمة ردا على رسالة من اجل البدء في موضوع جديد تماما. This will limit your audience. هذا وسوف تحد من جمهورك. Some mail readers, like mutt, allow the user to sort by thread and then hide messages in a thread by folding the thread. بريد بعض القراء ، مثل المغفل ، يتيح للمستعمل الترتيب حسب الخيط ثم اخفاء الرسائل في الموضوع من قبل للطي الخيط. Folks who do that will never see your message. من أهل ذلك لن أنظر رسالتك.

Changing the subject is not sufficient. تغيير الموضوع لا يكفي. Mutt, and probably other mail readers, looks at other information in the e-mail's headers to assign it to a thread, not the subject line. المغفل ، وربما غيرها من قراء البريد ، وتنظر الى غيرها من المعلومات في البريد الالكتروني للرؤوس ان يسند الى الخيط ، وليس سطر الموضوع. Instead start an entirely new e-mail. وبدلا من بداية جديدة تماما البريد الالكتروني.

On Web forums the rules of good practice are slightly different, because messages are usually much more tightly bound to specific discussion threads and often invisible outside those threads. منتديات الانترنت على قواعد الممارسه الجيدة هي مختلفة قليلا ، لان الرسائل عادة ما تكون اكثر بكثير باحكام ملزمة لمناقشة محددة وخيوط غير مرئية في كثير من الأحيان خارج تلك الخيوط. Changing the subject when asking a question in reply is not essential. تغيير الموضوع عندما تطلب وردا على سؤال ليست ضروريه. Not all forums even allow separate subject lines on replies, and nearly nobody reads them when they do. لا تسمح للجميع المحافل حتى خطوط موضوعا منفصلا عن الردود ، وتقريبا لا أحد يقرأ لهم عندما تفعل ذلك. However, asking a question in a reply is a dubious practice in itself, because it will only be seen by those who are watching this thread. ومع ذلك ، فان مطالبة سؤال في رده هو مشكوك فيه الممارسه في حد ذاته ، لأنه لن يؤدي الا الى أن ينظر اليه من قبل من هم في مشاهدة هذا الخيط. So, unless you are sure you want to ask only the people currently active in the thread, start a new one. كذلك ما لم ، انت متأكد من انك تريد فقط ان نسأل الشعب العاملة حاليا في الخيط ، بداية جديدة. Make it easy to reply تجعل من السهل على الرد

Finishing your query with “ Please send your reply to... ” makes it quite unlikely you will get an answer. الانتهاء من الاستفسار مع "يرجى ارسال الرد على..." يجعل من غير المحتمل تماما انك سوف تحصل على الجواب. If you can't be bothered to take even the few seconds required to set up a correct Reply-To header in your mail agent, we can't be bothered to take even a few seconds to think about your problem. اذا كنت لا يمكن ازعجت الى اتخاذ بضع ثوان حتى اللازمة لانشاء صحيحة الرد الى العنوان غير موجود في بريدك الوكيل ، ونحن لا يمكن ازعجت الى اتخاذ بضع ثوان حتى الى التفكير في المشكلة التي تعاني منها. If your mail program doesn't permit this, get a better mail program . اذا كان برنامج البريد الالكتروني الخاص بك لا تسمح بذلك ، الحصول على معلومات افضل برنامج بريد. If your operating system doesn't support any e-mail programs that permit this, get a better operating system. اذا كان نظام التشغيل الخاص بك لا يدعم اي برامج البريد الالكتروني التي تسمح لهذا ، الحصول على معلومات افضل ونظام التشغيل.

In Web forums, asking for a reply by e-mail is outright rude, unless you believe the information may be sensitive (and somebody will, for some unknown reason, let you but not the whole forum know it). في منتديات الانترنت ، مطالبين بالحصول على رد عن طريق البريد الالكتروني هو rude الصريحة ، الا اذا كنت مقتنعا بأن المعلومات قد تكون حساسه (وسوف شخص ما ، غير معروف بالنسبة لبعض السبب ، ولكن ليس لك كله يعرف ان المنتدى). If you want an e-mail copy when somebody replies in the thread, request that the Web forum send it; this feature is supported almost everywhere under options like “ watch this thread ”, “ send e-mail on answers ”, etc. إذا أردت أن البريد الإلكتروني نسخة عند شخص ما في ردود الخيط ، وطلب ان يرسله على الشبكه العالمية منتدى ؛ ويدعم هذه الميزه في كل مكان تقريبا في اطار الخيارات مثل "مشاهدة هذا الخيط" ، و "ارسال البريد الالكتروني على اجوبه" ، الخ. Write in clear, grammatical, correctly-spelled language في الكتابة واضحة وقواعد اللغة ، اللغة بشكل صحيح - توضيح

We've found by experience that people who are careless and sloppy writers are usually also careless and sloppy at thinking and coding (often enough to bet on, anyway). لقد وجدنا من خلال التجربه هي ان الناس من غير المدروسه وsloppy الكتاب وعادة ما تكون ايضا بالاهمال وsloppy في التفكير والترميز (وكثيرا ما يكفي لالرهان علي ، على أي حال). Answering questions for careless and sloppy thinkers is not rewarding; we'd rather spend our time elsewhere. الاجابه عن الاسءله لsloppy بالاهمال والمفكرين ليست مجزيه ؛ كنا بدلا من انفاق وقتنا في اماكن اخرى.

So expressing your question clearly and well is important. واذ تعرب عن ذلك السؤال واضح وبالاضافة الى أمر هام. If you can't be bothered to do that, we can't be bothered to pay attention. اذا كنت لا تستطيع ان تكون ازعجت ان نفعل ذلك ، فاننا لا يمكن ازعجت الى ايلاء الاهتمام. Spend the extra effort to polish your language. انفاق الجهد الاضافي الى اللغة البولنديه. It doesn't have to be stiff or formal — in fact, hacker culture values informal, slangy and humorous language used with precision. انه ليس بالضروره ان يكون الشرسه او الرسمي -- فى الحقيقة ، هاكر الثقافة والقيم غير الرسمية ، ومضحك لغوي عامي اللغة المستخدمة بدقة. But it has to be precise; there has to be some indication that you're thinking and paying attention. ولكن يجب ان يكون دقيقا ؛ ويجب ان يكون هناك ما يشير الى ان انك تفكر والانتباه.

Spell, punctuate, and capitalize correctly. توضيح ، نقط ، والاستفادة بشكل صحيح. Don't confuse “ its ” with “ it's ”, “ loose ” with “ lose ”, or “ discrete ” with “ discreet ”. لا نخلط بين "ب" مع "انه" ، و "فضفاضة" مع "تفقد" ، او "المتميزة" مع "رصين". Don't TYPE IN ALL CAPS; this is read as shouting and considered rude. لا النوع في جميع القبعات ؛ وهذا هو نصها كما الصراخ ونظرت rude. (All-smalls is only slightly less annoying, as it's difficult to read. Alan Cox can get away with it, but you can't.) (جميع smalls - ألا يقل قليلا مزعج ، لأنه من الصعب قراءتها. كوكس الآن يمكن ان تفلت من العقاب ، ولكن لا يمكنك ان.)

More generally, if you write like a semi-literate boob you will very likely be ignored. وبوجه اعم ، إذا كنت أكتب مثل الخطأ شبه الملمين بالقراءه والكتابة لكم ومن المرجح جدا ان تتجاهله. So don't use instant-messaging shortcuts. حتى لا تستخدم المراسله الفوريه - اختصارات. Spelling "you" as "u" makes you look like a semi-literate boob to save two entire keystrokes. املائي "انت" "ش" يجعلك تبدو شبه الملمين بالقراءه والكتابة لانقاذ اثنين من الخطأ كله ضربات المفاتيح. Worse: writing like a l33t script kiddie hax0r is the absolute kiss of death and guarantees you will receive nothing but stony silence (or, at best, a heaping helping of scorn and sarcasm) in return. أسوأ من ذلك : مثل كتابة السيناريو l33t الطفل hax0r هو قبلة الموت المطلقة والضمانات التي ستحصل على الصمت ولا شيء غير حجري (أو ، في أحسن الأحوال ، يكوم مساعدة من الازدراء والتهكم) في العودة.

If you are asking questions in a forum that does not use your native language, you will get a limited amount of slack for spelling and grammar errors — but no extra slack at all for laziness (and yes, we can usually spot that difference). اذا كنت طرح الاسءله في المنتدى ان لا تستخدم اللغة الاصليه الخاصة بك ، سوف تحصل على كمية محدودة من الركود لالاخطاء الاملاءيه والنحويه -- ولكن عدم احتساب اي تراخ في كل لكسل (ونعم ، يمكننا ان الفرق عادة البقعه). Also, unless you know what your respondent's languages are, write in English. ايضا ، الا اذا كنت تعرف ما هي المدعي الخاص بك لغات ، وتكتب باللغه الانجليزيه. Busy hackers tend to simply flush questions in languages they don't understand, and English is the working language of the Internet. مشغول المتسكعين تميل الى الاحمرار مجرد اسءله في اللغات فهم لا يفهمون ، واللغة الانجليزيه هي لغة العمل في شبكة الانترنت. By writing in English you minimize your chances that your question will be discarded unread. من خلال كتابة باللغه الانكليزيه في التقليل الى أدنى حد من فرصك لك أن سؤالك سيتم التخلص منها غير مقروء. Send questions in accessible, standard formats ارسال الاسءله في الوصول اليها ، والاشكال النموذجيه لل

If you make your question artificially hard to read, it is more likely to be passed over in favor of one that isn't. اذا كنت تجعل من الصعب على سؤالك بطريقة مصطنعة ليصبح نصها كما يلي ، ومن الارجح ان يكون في تجاوزها لمصلحة احد ان لا يكون. So: ذلك :

*

Send plain text mail, not HTML. ارسال البريد الالكتروني نص عادي ، وليس لغة تأشير النص الفائق. (It's not hard to turn off HTML .) (أنه ليس من الصعب ايقاف تشغيل لغة تأشير النص الفائق.) *

MIME attachments are usually OK, but only if they are real content (such as an attached source file or patch), and not merely boilerplate generated by your mail client (such as another copy of your message). وعادة ما تكون تمثيليه صامتة ملحقات طيب ، ولكن فقط اذا كانت مضمون حقيقي (مثل تولي ملف المصدر او التصحيح) ، وليس مجرد النمطي التي تولدها بريدك العملاء (مثل آخر نسخة من رسالتك). *

Don't send e-mail in which entire paragraphs are single multiply-wrapped lines. عدم ارسال البريد الالكتروني في كامل الفقرات التي هي واحدة مضاعفة خطوط الملفوفه. (This makes it too difficult to reply to just part of the message.) Assume that your respondents will be reading mail on 80-character-wide text displays and set your line wrap accordingly, to something less than 80. (وهذا يجعل من الصعب جدا الرد على مجرد جزء من الرسالة.) نفترض ان المدعي الخاص بك وسيتم قراءة البريد الالكتروني على 80 حرفا - عرض النص على نطاق واسع وقم الخط الختاميه وبناء على ذلك ، الى شيء اقل من 80. *

However, do not wrap data (such as log file dumps or session transcripts) at any fixed column width. ومع ذلك ، لا لف البيانات (مثل ملف الدخول او مقالب الدورة نسخ) في أي عرض محدد العمود. Data should be included as-is, so respondents can have confidence that they are seeing what you saw. ينبغي ان تدرج البيانات كما هو ، حتى يمكن ان يكون لها ثقة المجيبين انهم رؤية ما رأيت. *

Don't send MIME Quoted-Printable encoding to an English-language forum. لا ترسل تمثيليه صامتة للطبع - ونقلت الى ترميز اللغة الانكليزيه المنتدى. This encoding can be necessary when you're posting in a language ASCII doesn't cover, but many e-mail agents don't support it. هذا يمكن ان يكون من الضروري ترميز عندما كنت في نشر لغة اسكي لا يغطي ، ولكن العديد من وكلاء البريد الالكتروني لا يؤيده. When they break, all those =20 glyphs scattered through the text are ugly and distracting — or may actively sabotage the semantics of your text. عندما كسر ، كل هذه = 20 glyphs متناثره من خلال نص قبيحة واشغال -- ايار / مايو بنشاط او تخريب للدلاليه النص الخاص بك. *

Never, ever expect hackers to be able to read closed proprietary document formats like Microsoft Word or Excel. ابدا ، ابدا المتسللين ونتوقع ان تكون قادرة على قراءة مغلقة وثيقة من وثائق ملكيه الاشكال مثل مايكروسوفت وورد او اكسل. Most hackers react to these about as well as you would to having a pile of steaming pig manure dumped on your doorstep. معظم المتسللين عن الرد على هذه وكذلك بعد ان كنت على كومة من السماد المغرقه تبخير خنزير على عتبة داركم. Even when they can cope, they resent having to do so. حتى وان كانت قادرة على التفاوض ، بعد ان استاء لذلك. *

If you're sending e-mail from a Windows machine, turn off Microsoft's stupid “ Smart Quotes ” feature. اذا كنت ارسال البريد الالكتروني من ويندوز آلة ، وايقاف تشغيل مايكروسوفت غبي "الذكيه ونقلت" الميزه. This is so you'll avoid sprinkling garbage characters through your mail. وهذا هو وهكذا لن تضطر تجنب القمامه ورش حرفا من خلال البريد الالكتروني الخاص بك. *

In Web forums, do not abuse “ smiley ” and “ HTML ” features (when they are present). في منتديات الانترنت ، وعدم اساءة استعمال "وجه مبتسم" و "لغة تأشير النص الفائق" السمات (عندما الوقت الحاضر). A smiley or two is usually OK, but colored fancy text tends to make people think you are lame. وجه مبتسم احد أو اثنين عادة طيب ، ولكن المنقوشه الملونة النص يميل الى جعل الناس يفكرون انت عرجاء. Seriously overusing smileys and color and fonts will make you come off like a giggly teenage girl, which is not generally a good idea unless you are more interested in sex than answers. افراط في استعمال الوجوه الضاحكه خطير واللون والخطوط وسوف تجعلك تأتي من مثل giggly فتاة في سن المراهقه ، وهي ليست فكرة جيدة بصفة عامة ، الا اذا كنت أكثر اهتماما في ممارسة الجنس من الاجابات.

If you're using a graphical-user-interface mail client such as Netscape Messenger, MS Outlook, or their ilk, beware that it may violate these rules when used with its default settings. اذا كنت تستخدم واجهة رسوميه لمستخدمي البريد الالكتروني - واجهة العملاء مثل نتسكيب رسول ، السيدة التوقعات ، او الجنس ، حذار انه قد ينتهكون هذه القواعد عندما تستخدم مع الاعدادات الافتراضيه. Most such clients have a menu-based “ View Source ” command. معظم هؤلاء العملاء قائمة على اساس "عرض المصدر" القيادة. Use this on something in your sent-mail folder, verifying sending of plain text without unnecessary attached crud. استخدام هذا على شيء في ارسال البريد الالكتروني الخاص بك مجلد ، والتحقق من ارسال نص عادي من دون لزوم لها تعلق الخام. Be precise and informative about your problem يكون دقيقا وغني بالمعلومات عن مشكلتك

*

Describe the symptoms of your problem or bug carefully and clearly. وصف أعراض المشكلة التي تعاني منها أو علة واضح ودقيق. *

Describe the environment in which it occurs (machine, OS, application, whatever). وصف البيئة التي يحدث فيها (الإله ، السراج ، والتطبيق ، وأيا كان). Provide your vendor's distribution and release level (eg: “ Fedora Core 7 ”, “ Slackware 9.1 ”, etc.). البائع الخاصة بك تقديم والافراج عن مستوى التوزيع (على سبيل المثال : "فيدورا الاساسية (7)" ، "سلاكوير 9،1" ، وما الى ذلك). *

Describe the research you did to try and understand the problem before you asked the question. وصف البحث فعلتم لمحاولة فهم المشكلة وقبل السؤال. *

Describe the diagnostic steps you took to try and pin down the problem yourself before you asked the question. وصف التشخيص لكم اتخذت خطوات في محاولة لخفض الرقم المشكلة قبل انت سألت نفسك السؤال. *

Describe any possibly relevant recent changes in your computer or software configuration. وصف أي ربما ذات الصلة التغييرات الاخيرة فى جهاز الكمبيوتر الخاص بك او برامج التكوين.

Do the best you can to anticipate the questions a hacker will ask, and answer them in advance in your request for help. هل يمكنك ان افضل لاستباق الاسءله التي سيطلب أ هاكر ، وأجيب عليها مسبقا في طلبك للحصول على مساعدة.

Simon Tatham has written an excellent essay entitled How to Report Bugs Effectively . سيمون tatham ممتازة كتبت مقالة عنوانها كيفية تقرير البق على نحو فعال. I strongly recommend that you read it. وأوصي بشدة ان تقرأ. Volume is not precision ليس حجم الدقه

You need to be precise and informative. عليك ان تكون دقيقة وغنية بالمعلومات. This end is not served by simply dumping huge volumes of code or data into a help request. هذه الغاية هى التى لا تخدمها بكل بساطة القاء كميات ضخمة من البيانات المدونه او الى طلب المساعدة. If you have a large, complicated test case that is breaking a program, try to trim it and make it as small as possible. اذا كانت لديك كبيرة ومعقدة حالة اختبار وهذا هو كسر برنامج ، في محاولة لتقليم وجعله اصغر ما يمكن.

This is useful for at least three reasons. وهذا امر مفيد لأسباب ثلاثة على الأقل. One: being seen to invest effort in simplifying the question makes it more likely you'll get an answer, Two: simplifying the question makes it more likely you'll get a useful answer. الاول : ينظر اليه للاستثمار الجهد في مسألة تبسيط يجعل من الارجح سوف تحصل على اجابة ، وهما : مسألة تبسيط يجعل من الارجح سوف تحصل على اجابة مفيدة. Three: In the process of refining your bug report, you may develop a fix or workaround yourself. الثالث : في عملية التحسين على علة التقرير ، يمكنك تحديد أو وضع حل نفسك. Don't claim that you have found a bug لا ندعي ان لديك وجدت علة

When you are having problems with a piece of software, don't claim you have found a bug unless you are very, very sure of your ground. عندما واجهت مشكلات مع قطعة من البرامج ، لا ندعي لديك الا اذا وجدت عله انت جدا جدا للتأكد من حسابك ارض الواقع. Hint: unless you can provide a source-code patch that fixes the problem, or a regression test against a previous version that demonstrates incorrect behavior, you are probably not sure enough. تلميح : اذا لم يمكنك ان توفر مصدرا لقانون التصحيح - ان يحدد المشكلة ، او التراجع عن اختبار ضد النص السابق يدل على ان السلوك غير صحيحة ، وربما أنت غير متأكد بما فيه الكفايه. This applies to webpages and documentation, too; if you have found a documentation “ bug ”, you should supply replacement text and which pages it should go on. وينطبق ذلك على صفحات الويب والوثائق ، ايضا ، إذا كنت قد وجدت وثائق "علة" ، يجب ان استبدال نص العرض والصفحات التي يجب ان تستمر.

Remember, there are many other users that are not experiencing your problem. تذكر ان هناك العديد من المستخدمين الآخرين التي لا تعاني من المشكلة التي تعاني منها. Otherwise you would have learned about it while reading the documentation and searching the Web (you did do that before complaining, didn't you ?). والا كنت قد تعلمنا عنه اثناء قراءة الوثائق والبحث في الشبكه العالمية (انت لم تفعل ذلك قبل ان تشتكي ، أليس كذلك؟). This means that very probably it is you who are doing something wrong, not the software. وهذا يعني انه من المحتمل جدا ان لكم ان تفعل شيئا من الخطأ ، وليس البرامج.

The people who wrote the software work very hard to make it work as well as possible. شعب كتب من البرامج تعمل بجد لجعله العمل وكذلك ممكن. If you claim you have found a bug, you'll be impugning their competence, which may offend some of them even if you are correct. اذا كنت لديك المطالبة وجدت عله ، فسوف يكون التفنيد اختصاصها ، والتي قد تسيء الى بعض منها حتى لو كنت على صواب. It's especially undiplomatic to yell “ bug ” in the Subject line. ولا سيما انه غير دبلوماسية ليصيح "علة" في سطر الموضوع.

When asking your question, it is best to write as though you assume you are doing something wrong, even if you are privately pretty sure you have found an actual bug. عند طلب سؤالك ، من الافضل ان يكتب كما لو كنت أنت تحمل نفعل شيئا خطأ ، حتى لو انت متأكد من انك جميلة من القطاع الخاص وقد وجدت فعلى علة. If there really is a bug, you will hear about it in the answer. اذا كان هناك فعلا هو علة ، ستسمع عن ذلك في الجواب. Play it so the maintainers will want to apologize to you if the bug is real, rather than so that you will owe them an apology if you have messed up. ولذلك تقوم به مشرفون يريد أن أعتذر لكم اذا كان هو علة حقيقية ، وليس حتى يتسنى لك مدينون لهم الاعتذار اذا كان لديك messed. Grovelling is not a substitute for doing your homework Grovelling ليست بديلا عن العمل المنزلي الخاص بك

Some people who get that they shouldn't behave rudely or arrogantly, demanding an answer, retreat to the opposite extreme of grovelling. بعض الناس من الحصول على انه لا ينبغي لها ان تتصرف بوقاحه او بعجرفه ، تطالب جواب ، إلى عكس ذلك التراجع الشديد للgrovelling. “ I know I'm just a pathetic newbie loser, but... ”. "وانا اعلم انا مجرد مبتدئ للشفقة الخاسر ، ولكن...". This is distracting and unhelpful. وهذا هو اشغال وغير مفيد. It's especially annoying when it's coupled with vagueness about the actual problem. انه مزعج وخصوصا عندما يقترن 'sالغموض عن واقع المشكلة.

Don't waste your time, or ours, on crude primate politics. لا النفايات وقتكم ، او لنا ، على الخام الرئيسيات السياسة. Instead, present the background facts and your question as clearly as you can. وبدلا من ذلك ، عرض وقائع ومعلومات أساسية عن سؤالك كما هو واضح ما تستطيع. That is a better way to position yourself than by grovelling. وهذا هو افضل طريقة لنفسك الموقف من جانب grovelling.

Sometimes Web forums have separate places for newbie questions. في بعض الاحيان على الشبكه العالمية المنتديات اماكن منفصلة للمبتدئ الاسءله. If you feel you do have a newbie question, just go there. اذا كنت تظن انك مبتدئ أن يكون السؤال ، مجرد الذهاب الى هناك. But don't grovel there either. لا تذلل ولكن هناك ايضا. Describe the problem's symptoms, not your guesses وصف أعراض المشكلة ، وليس التكهنات الخاصة بك

It's not useful to tell hackers what you think is causing your problem. ومن غير المفيد ان تقول رأيك في المتسكعين يسبب المشكلة التي تعاني منها. (If your diagnostic theories were such hot stuff, would you be consulting others for help?) So, make sure you're telling them the raw symptoms of what goes wrong, rather than your interpretations and theories. (اذا كان تشخيص هذه النظريات هي مادة ساخنه ، هل يكون استشارة لمساعدة الآخرين؟) ذلك ، تأكد من انك يقولون لهم الخام من أعراض ما يجري خطأ ، بدلا من النظريات والتفسيرات الخاصة بك. Let them do the interpretation and diagnosis. هل نسمح لها تفسير والتشخيص. If you feel it's important to state your guess, clearly label it as such and describe why that answer isn't working for you. اذا كنت تظن انه من المهم ان الدولة الخاصة بك تخمين ، علامة واضحة على هذا النحو ووصف ان الجواب هو لماذا لا تعمل لصالح لكم.

Stupid: غبي :

I'm getting back-to-back SIG11 errors on kernel compiles, and suspect a hairline crack on one of the motherboard traces. انني اتلقى من ظهر الى ظهر sig11 نواة يجمع على الاخطاء ، والاشتباه منبت الشعر الكراك على واحد من آثار اللوحه. What's the best way to check for those? ما هي افضل طريقة للتأكد من تلك؟ Smart: الذكيه :

My home-built K6/233 on an FIC-PA2007 motherboard (VIA Apollo VP2 chipset) with 256MB Corsair PC133 SDRAM starts getting frequent SIG11 errors about 20 minutes after power-on during the course of kernel compiles, but never in the first 20 minutes. بيتي - k6/233 بني على اللوحه pa2007 - fic (عن طريق الشرائح vp2 ابولو) مع 256 ميجابايت SDRAM corsair pc133 يبدأ sig11 الاخطاء المتكررة للوصول الى حوالي 20 دقيقة بعد على السلطة اثناء نواة يجمع ، ولكن لم يحدث قط في الدقائق ال 20 الاولى . Rebooting doesn't restart the clock, but powering down overnight does. اعادة تشغيل لا اعادة عقارب الساعة ، ولكن هل تشغيل اسفل بين عشية وضحاها. Swapping out all RAM didn't help. المقايضه بها كل رام لم يساعد. The relevant part of a typical compile session log follows. ذات الصلة جزءا من الدورة النموذجيه تجميع سجل التالي.

Since the preceding point seems to be a tough one for many people to grasp, here's a phrase to remind you: "All diagnosticians are from Missouri." منذ النقطه السابقة ويبدو ان صعبة بالنسبة لكثير من الناس على الفهم ، واليك عبارة أذكركم : "جميع مشخص الامراض هم من ميسوري". That US state's official motto is "Show me" (earned in 1899, when Congressman Willard D. Vandiver said "I come from a country that raises corn and cotton and cockleburs and Democrats, and frothy eloquence neither convinces nor satisfies me. I'm from Missouri. You've got to show me.") In diagnosticians' case, it's not a matter of skepticism, but rather a literal, functional need to see whatever is as close as possible to the same raw evidence that you see, rather than your surmises and summaries. ان الولايات المتحدة شعار الدولة الرسمي هو "ارني" (حصل في عام 1899 ، عندما ويلارد في الكونغرس دال vandiver قال "انا انتمي الى بلد ان يثير والذرة والقطن وcockleburs والديمقراطيين ، ومزبد بلاغة لا يقتنع ولا يرضى لي أنا من ميسوري. عندك لاظهار لى. ") مشخص الامراض فى' حال ، انها ليست على سبيل التشكك ، وانما والحرفي والفنية بحاجة الى ان نرى ما هو أقرب ما يمكن الى نفس الخام دليل على ان ترى ، بل من الظنون والملخصات الخاصة بك. Show us. وتظهر لنا. Describe your problem's symptoms in chronological order وصف المشكلة التي تعاني منها أعراض حسب التسلسل الزمني

The clues most useful in figuring out something that went wrong often lie in the events immediately prior. القرائن ومفيدة للغاية في الاعتقاد بان شيئا من أصل الخطأ الذي كثيرا ما تكمن في الاحداث التي سبقت مباشرة. So, your account should describe precisely what you did, and what the machine and software did, leading up to the blowup. ذلك ، ينبغي أن يصف حسابك بالضبط ما فعلتم ، ولما لم آله والبرمجيات ، وصولا الى بلو أب. In the case of command-line processes, having a session log (eg, using the script utility) and quoting the relevant twenty or so lines is very useful. في حالة قيادة خط العمليات ، وبعد ان سجل دوره (على سبيل المثال ، باستخدام البرنامج النصي المنفعه) ونقلا عن والعشرين ذات الصلة أو حتى خطوط مفيد جدا.

If the program that blew up on you has diagnostic options (such as -v for verbose), try to select options that will add useful debugging information to the transcript. اذا كان البرنامج الذي نسفت لقد كنت على تشخيص الخيارات (مثل لمضجر - الخامس) ، في محاولة لتحديد الخيارات التي سوف تضيف المعلومات المفيدة لتصحيح الاخطاء نسخة. Remember that more is not necessarily better; try to choose a debug level that will inform rather than drowning the reader in junk. تذكر أن أكثر يست بالضروره أفضل ؛ محاولة لاختيار مستوى التصحيح التي تعلم بدلا من ان يغرق القارئ في الزباله.

If your account ends up being long (more than about four paragraphs), it might be useful to succinctly state the problem up top, then follow with the chronological tale. اذا كان حسابك ينتهي يجري طويلة (اكثر من حوالي اربع فقرات) ، قد يكون من المفيد لمشكلة الدولة وجيزة حتى اعلى ، ومن ثم اتباع التسلسل الزمني مع الحكايه. That way, hackers will know what to watch for in reading your account. وبهذه الطريقة ، وسوف تعرف ما هي المتسكعين لمشاهدة لحسابك في القراءة. Describe the goal, not the step وصف الهدف ، وليس خطوة

If you are trying to find out how to do something (as opposed to reporting a bug), begin by describing the goal. اذا كنت تحاول التعرف على كيفية القيام بشيء ما) بدلا من الابلاغ عن وقوع علة) ، ابدا وصف الهدف. Only then describe the particular step towards it that you are blocked on. وعندئذ فقط وصف ولا سيما ان خطوة نحو سد على انت.

Often, people who need technical help have a high-level goal in mind and get stuck on what they think is one particular path towards the goal. في كثير من الاحيان ، الناس من الحاجة للمساعدة التقنيه قد رفيع المستوى في الاعتبار الهدف والحصول على تلصق على ما اعتقد هو أحد وخاصة الطريق المؤدي الى الهدف. They come for help with the step, but don't realize that the path is wrong. وهم ياتون للحصول على مساعدة هذه الخطوة ، ولكنها لا تدرك أن الطريق الخطأ. It can take substantial effort to get past this. قد يستغرق جهدا كبيرا للحصول على هذا الماضي.

Stupid: غبي :

How do I get the color-picker on the FooDraw program to take a hexadecimal RGB value? كيف أحصل على اللون بيكر - على foodraw برنامج لاتخاذ ستعشري RGB قيمة؟ Smart: الذكيه :

I'm trying to replace the color table on an image with values of my choosing. انا محاولة ليحل محل اللون على الجدول مع صورة من بلدي اختيار القيم. Right now the only way I can see to do this is by editing each table slot, but I can't get FooDraw's color picker to take a hexadecimal RGB value. الآن الطريقة الوحيدة التي استطيع ان ارى لتحقيق ذلك هي عن طريق تعديل الجدول كل فتحة ، لكنني لا استطيع ان احصل على foodraw الوان منتق لاتخاذ ستعشري RGB القيمه.

The second version of the question is smart. الإصدار الثاني من السؤال هو الذكيه. It allows an answer that suggests a tool better suited to the task. انها تسمح اجابه ان تقترح وسيلة اكثر ملائمة لهذه المهمة. Don't ask people to reply by private e-mail لا تسأل الناس من القطاع الخاص للرد البريد الالكتروني

Hackers believe solving problems should be a public, transparent process during which a first try at an answer can and should be corrected if someone more knowledgeable notices that it is incomplete or incorrect. القراصنه نعتقد حل المشاكل ينبغي ان تكون عامة ، وخلال عملية تتسم بالشفافيه والتي تحاول اولا في الاجابه يمكن وينبغي تصحيحه ادري اذا كان هناك من ملاحظات انها غير كاملة او غير صحيحة. Also, helpers get some of their reward for being respondents from being seen to be competent and knowledgeable by their peers. ايضا ، الحصول على مساعدات من بعض مكافاه ليجري من المجيبين ينظر اليه على انه المختصة ومعرفة من قبل نظرائهم.

When you ask for a private reply, you are disrupting both the process and the reward. عندما تسألون عن القطاع الخاص وردا على ذلك ، أنت على حد سواء الى تعطيل العملية ومكافاه. Don't do this. لا تفعل ذلك. It's the respondent's choice whether to reply privately — and if he does, it's usually because he thinks the question is too ill-formed or obvious to be interesting to others. ومن المدعى عليه الى اختيار ما إذا كان الرد من القطاع الخاص -- واذا كان لا ، فهو عادة لأنه يرى ان السؤال هو ايضا اساءة واضحة لتشكيل او للاهتمام الآخرين.

There is one limited exception to this rule. وهناك استثناء محدود واحد لهذه القاعده. If you think the question is such that you are likely to get many answers that are all closely similar, then the magic words are “ e-mail me and I'll summarize the answers for the group ”. اذا كنت تعتقد ان مثل هذا السؤال هو ان انت من المحتمل ان احصل على الكثير من الاجوبه التي كلها وثيقة مماثلة ، ثم الكلمات السحريه "البريد الالكتروني لي وأنا تلخيص الاجابات بالنسبة لمجموعة". It is courteous to try and save the mailing list or newsgroup a flood of substantially identical postings — but you have to keep the promise to summarize. ومن لطف في محاولة لانقاذ القائمة البريديه او مجموعة الاخبار طوفان من الاعلانات مطابقه كبيرة -- ولكن عليك ان تبقى لتلخيص الوعد. Be explicit about your question يكون صريحا عن سؤالك

Open-ended questions tend to be perceived as open-ended time sinks. اسءله مفتوحة تميل الى ان تكون ينظر اليها على انها مفتوحة الوقت المصارف. Those people most likely to be able to give you a useful answer are also the busiest people (if only because they take on the most work themselves). هؤلاء الناس من الأرجح ان تكون قادرة على اعطاء جواب مفيد لكم ايضا ازدحاما الشعب (إذا كان فقط لانها تأخذ على نفسها معظم العمل). People like that are allergic to open-ended time sinks, thus they tend to be allergic to open-ended questions. اشخاص مثل الحساسيه التي هي مفتوحة في الوقت المصارف ، وبالتالي فإنها تميل إلى أن تكون حساسيه اسءله مفتوحة.

You are more likely to get a useful response if you are explicit about what you want respondents to do (provide pointers, send code, check your patch, whatever). أنت أكثر احتمالا للحصول على استجابة مفيدة اذا كنت صريحا حول ما تريد ان تفعل المجيبين (تقديم مؤشرات ، وارسال المدونه ، افحص التصحيح ، وأيا كانت). This will focus their effort and implicitly put an upper bound on the time and energy a respondent must allocate to helping you. هذا وسوف تركز جهودها ووضع ضمنا على الحد الأعلى من الوقت والطاقة المدعى عليه ويجب ان تخصص لمساعدتك. This is good. وهذا جيد.

To understand the world the experts live in, think of expertise as an abundant resource and time to respond as a scarce one. لفهم العالم يعيشون فى الخبراء ، كما اعتقد خبرة وافره من الموارد والوقت للرد على النحو النادرة واحدة. The less of a time commitment you implicitly ask for, the more likely you are to get an answer from someone really good and really busy. أقل من الوقت الذي كنت ضمنا التزام لاسال ، أنت أكثر احتمالا للحصول على جواب من شخص جيد حقا وفعلا مشغول.

So it is useful to frame your question to minimize the time commitment required for an expert to field it — but this is often not the same thing as simplifying the question. ذلك انه من المفيد ان الاطار سؤالك الى الحد الادنى من الوقت اللازم لخبير لأنه الميدان -- ولكن في كثير من الأحيان وهذا لا يختلف عن تبسيط المساله. Thus, for example, “ Would you give me a pointer to a good explanation of X? ” is usually a smarter question than “ Would you explain X, please? ”. وهكذا ، على سبيل المثال ، "هل تعطيني مؤشر جيد لشرح العاشر؟" عادة ما يكون أكثر ذكاء من السؤال "هل شرح العاشر ، من فضلك؟". If you have some malfunctioning code, it is usually smarter to ask for someone to explain what's wrong with it than it is to ask someone to fix it. اذا كان لديك بعض عطل القانون ، وهي عادة ما تكون أكثر ذكاء لشخص ما ان نسأل لشرح ما هو الخطأ في انه مما هو عليه لأطلب من شخص لتصحيح الامر. When asking about code وعندما يسأل عن المدونه

If you simply want a code review, say as much up front, and be sure to mention what areas you think might particularly need review and why. اذا كنت تريد ببساطة مدونة الاستعراض ، كما يقول الكثير مقدما ، ومما لا شك فيه ان نذكر ما هي المجالات التي تعتقدون قد لا سيما الحاجة إلى استعراض والسبب في ذلك. Don't post homework questions لا المنزلية ما بعد الاسءله

Hackers are good at spotting homework questions; most of us have done them ourselves. القراصنه جيدة في اكتشاف اسءله الواجبات المنزلية ؛ معظمنا عليها القيام به لأنفسنا. Those questions are for you to work out, so that you will learn from the experience. هذه الاسءله بالنسبة لك للعمل ، حتى يتسنى لك الاستفادة من تجربة. It is OK to ask for hints, but not for entire solutions. وهو موافق لاسال لتلميحات ، ولكن ليس للحلول بأسره.

If you suspect you have been passed a homework question, but can't solve it anyway, try asking in a user group forum or (as a last resort) in a “ user ” list/forum of a project. اذا كنت تظن انك قد اصدر في مسألة الواجبات المنزلية ، ولكن لا يمكن ايجاد حل لها على أي حال ، محاولة السؤال في منتدى او مجموعة مستخدمين (كملاذ اخير) في "المستخدم" قائمة / المنتدى للمشروع. While the hackers will spot it, some of the advanced users may at least give you a hint. وفي حين ان المتسللين سوف سبوت ، وبعض المستخدمين قد المتقدمه على الاقل اعطيكم تلميح. Prune pointless queries الاجاص المجفف من العبث الاستفسارات

Resist the temptation to close your request for help with semantically-null questions like “ Can anyone help me? ” or “ Is there an answer? ” First: if you've written your problem description halfway competently, such tacked-on questions are at best superfluous. مقاومه اغراء قريبة من طلبك للحصول على مساعدة لاغيه دلاليا - اسءله مثل "هل يمكن لأحد مساعدتي؟" او "هل هناك جواب؟" اولا : اذا كنت قد كتب وصفا المشكلة التي تعاني منها بكفاءه في منتصف الطريق ، tacked - على مثل هذه الاسءله في افضل لزوم لها. Second: because they are superfluous, hackers find them annoying — and are likely to return logically impeccable but dismissive answers like “ Yes, you can be helped ” and “ No, there is no help for you. ” ثانيا : لانها زائدة عن الحاجة ، يمكن العثور عليها القراصنه مزعج -- ويحتمل ان تؤدي الى عودة منطقيا لا تشوبه شاءبه ولكن رافض اجابات مثل "نعم ، يمكنك أن تكون ساعدت" و "لا ، ليس هناك مساعدة لك."

In general, asking yes-or-no questions is a good thing to avoid unless you want a yes-or-no answer . وبصفة عامة ، السؤال بنعم أو لا توجد اسءله امر جيد لتفادي ما لم ترغب في وجود بنعم او لا توجد اجابة. Don't flag your question as “ Urgent ”, even if it is for you لا علم سؤالك بانها "ملحة" ، حتى لو كان لك

That's your problem, not ours. ان مشكلتك ، وليس في مصلحتنا. Claiming urgency is very likely to be counter-productive: most hackers will simply delete such messages as rude and selfish attempts to elicit immediate and special attention. المطالبة الملحه من المحتمل جدا ان يأتي بنتائج عكسيه : ان معظم المتسللين سوف ببساطة حذف هذه الرسائل كما rude الانانيه ومحاولات للحصول على الفور واهتماما خاصا.

There is one semi-exception. وثمة شبه استثناء. It can be worth mentioning if you're using the program in some high-profile place, one that the hackers will get excited about; in such a case, if you're under time pressure, and you say so politely, people may get interested enough to answer faster. ويمكن ان يذكر اذا كنت تستخدم البرنامج في بعض البارزة ، ان احد المتسللين بالاثاره عن ما سيحصل عليه ؛ وفي مثل هذه الحاله ، إذا كنت تحت ضغط الوقت ، وكنت اقول ذلك بأدب ، وستحصل على الشعب مهتمة بما فيه الكفايه للاجابة على نحو اسرع.

This is a very risky thing to do, however, because the hackers' metric for what is exciting probably differs from yours. وهذا خطر جدا يجب أن نفعله ، ولكن نظرا لأن المتسللين 'متري الى ما هو مثير وربما يختلف عن لك. Posting from the International Space Station would qualify, for example, but posting on behalf of a feel-good charitable or political cause would almost certainly not. الارسال من المحطة الفضاءيه الدولية مؤهلة ، على سبيل المثال ، ولكن نشرها علي صالح احد يشعر جيدة - قضية سياسية او خيريه أو شبه المؤكد لا. In fact, posting “ Urgent: Help me save the fuzzy baby seals! ” will reliably get you shunned or flamed even by hackers who think fuzzy baby seals are important. وفي الواقع ، نشر "عاجل : ساعدني على انقاذ الطفل ضبابي الاختام!" موثوق به وسوف تحصل على تجنب او ملتهب حتى من قبل المتسللين من الاختام الطفل ضبابي اعتقد انها هامة.

If you find this mysterious, re-read the rest of this how-to repeatedly until you understand it before posting anything at all. اذا وجدت هذه غامضة ، واعادة قراءة بقية هذه الطريقة مرارا وتكرارا - لانك تفهم انه حتى قبل نشر اي شيء على الاطلاق. Courtesy never hurts, and sometimes helps المجامله يضر ابدا ، ويساعد في بعض الاحيان

Be courteous. ان يكون مهذب. Use “ Please ” and “ Thanks for your attention ” or “ Thanks for your consideration ”. استخدام "الرجاء" و "شكرا لاهتمامكم" او "الشكر لتنظروا فيه". Make it clear you appreciate the time people spend helping you for free. ان اوضح لكم عن تقديرنا للوقت تنفق مساعدة الناس لك مجانا.

To be honest, this isn't as important as (and cannot substitute for) being grammatical, clear, precise and descriptive, avoiding proprietary formats etc.; hackers in general would rather get somewhat brusque but technically sharp bug reports than polite vagueness. ان نكون صادقين ، وهذا ليس مهما كاهميه (ولا يمكن ان تكون بديلا ل) يجري نحوي ، واضحة ودقيقة وصفية ، وتجنب اشكال الملكيه ، وما الى ذلك ؛ المتسكعين في العام بدلا من الحصول على بعض الشيء من الناحية الفنية ولكنها حاده brusque تقارير الاخطاء مؤدب من الغموض. (If this puzzles you, remember that we value a question by what it teaches us.) (واذا كانت هذه الالغاز لكم ، ونحن نتذكر ان قيمة سؤال ما يعلمنا.)

However, if you've got your technical ducks in a row, politeness does increase your chances of getting a useful answer. ومع ذلك ، اذا كنت قد حصلت على العمل الفني لديك البط في الصف ، هل التادب زيادة فرص الحصول على اجابة مفيدة.

(We must note that the only serious objection we've received from veteran hackers to this HOWTO is with respect to our previous recommendation to use “ Thanks in advance ”. Some hackers feel this connotes an intention not to thank anybody afterwards. Our recommendation is to either say “ Thanks in advance ” first and thank respondents afterwards, or express courtesy in a different way, such as by saying “ Thanks for your attention ” or “ Thanks for your consideration ”.) (يجب ان نلاحظ ان الاعتراض الجدي الوحيد لقد تلقينا من المتسللين الى المخضرم howto هذا هو ما يتعلق السابق توصية الى استخدام "ويعود الفضل في ذلك مقدما". يشعر بعض المتسكعين هذا لا يعني وجود نية لاشكر احدا بعد ذلك. توصيتنا أما القول "ويرجع الفضل في ذلك مقدما" اولا وبعد ذلك أشكر المجيبين ، أو يعبر عن المجامله في طريقة مختلفة ، مثل يقول "شكرا لاهتمامكم" او "الشكر لتنظروا فيه".) Follow up with a brief note on the solution مع متابعة مذكرة موجزة عن حل

Send a note after the problem has been solved to all who helped you; let them know how it came out and thank them again for their help. ارسال مذكرة بعد المشكلة قد حلت لجميع من ساعد لكم وليعلموا كيف خرج ونشكرهم مرة اخرى لمساعدتهم. If the problem attracted general interest in a mailing list or newsgroup, it's appropriate to post the followup there. واذا كانت المشكلة جذبت الاهتمام العام في القائمة البريديه او مجموعة الأخبار ، انها مناسبة لمتابعة مرحلة ما بعد اسم form؛ follow-up داءره هناك.

Optimally, the reply should be to the thread started by the original question posting, and should have ‘FIXED’, ‘RESOLVED’ or an equally obvious tag in the subject line. على الوجه الامثل ، فان الرد يجب ان يكون الخيط الأصلي الذي بدأت فيه مسألة النشر ، وينبغي ان يكون 'الثابتة' ، 'حل' او علامة واضحة على قدم المساواة في سطر الموضوع. On mailing lists with fast turnaround, a potential respondent who sees a thread about “ Problem X ” ending with “ Problem X - FIXED ” knows not to waste his/her time even reading the thread (unless (s)he) personally finds Problem X interesting) and can therefore use that time solving a different problem. على قوائم عناوين البريد الالكتروني مع التحول السريع ، من المحتمل المدعي يرى الخيط حول مشكلة "س" وصولا الى "مشكلة العاشر -- الثابتة" لا يعرف النفايات الى حالته حتى وقت القراءة الخيط (ما لم يكن (ق) وقال انه (شخصيا يجد مشكلة العاشر للاهتمام) ، ويمكن بالتالي استخدام ذلك الوقت لحل مشكلة مختلفة.

Your followup doesn't have to be long and involved; a simple “ Howdy — it was a failed network cable! اسم الخاص بك متابعة form؛ follow-up داءره ليس بالضروره ان يكون طويلا والمعنية ؛ بسيطة "مرحبا -- وكان فشل كابل الشبكه! Thanks, everyone. شكرا ، لكل فرد. - Bill ” would be better than nothing. -- مشروع قانون "ستكون أفضل من لا شيء. In fact, a short and sweet summary is better than a long dissertation unless the solution has real technical depth. في الواقع ، قصيرة وحلوة موجز افضل من اطروحة طويلة ما لم يكن قد حل حقيقي التقنيه العمق. Say what action solved the problem, but you need not replay the whole troubleshooting sequence. أقول وما هي الاجراءات التي تحل المشكلة ، ولكنكم في حاجة الى تكرار كله لا تسلسل استكشاف الاخطاء واصلاحها.

For problems with some depth, it is appropriate to post a summary of the troubleshooting history. لبعض المشاكل مع العمق ، فانه من المناسب لمرحلة ما بعد موجز للتاريخ استكشاف الاخطاء واصلاحها. Describe your final problem statement. يرجى وصف البيان النهائي لهذه المشكلة. Describe what worked as a solution, and indicate avoidable blind alleys after that . كما عمل وصف ما حل ، والاشارة الى تجنبها الاعمى الازقه بعد ذلك. The blind alleys should come after the correct solution and other summary material, rather than turning the follow-up into a detective story. والاعمى والازقه ينبغي ان يأتي بعد حل سليم وغيرها من المواد موجز ، بدلا من ان تحول متابعة القصة إلى المخبر. Name the names of people who helped you; you'll make friends that way. اسم من اسماء الاشخاص الذين سأعد لكم أنت صداقات على هذا النحو.

Besides being courteous and informative, this sort of followup will help others searching the archive of the mailing-list/newsgroup/forum to know exactly which solution helped you and thus may also help them. اضافة الى كونه مهذب وغنيا بالمعلومات ، هذا النوع من متابعة انجليزيه form؛ follow-up داءره مساعدة الاخرين سوف يبحثون في أرشيف للmailing-list/newsgroup/forum يعرف بالضبط التي ساعدت في حل لكم وبالتالي قد تساعد ايضا.

Last, and not least, this sort of followup helps everybody who assisted feel a satisfying sense of closure about the problem. وأخيرا ، وليس آخرا ، ان هذا النوع من متابعة انجليزيه form؛ follow-up داءره من ساعد ويساعد الجميع يشعر مرضية بمعنى الاغلاق عن هذه المشكلة. If you are not a techie or hacker yourself, trust us that this feeling is very important to the gurus and experts you tapped for help. اذا لم تكن نفسك هاكر او فني ، ونحن على ثقة ان هذا الشعور امر في غاية الاهميه لالمعلمون والخبراء لكم الاستفادة منها للمساعدة. Problem narratives that trail off into unresolved nothingness are frustrating things; hackers itch to see them resolved. المشكلة ان السرد لم تحل الى أثر من العدم هي امور محبطه ؛ المتسكعين حكة انظر الى حل لها. The goodwill that scratching that itch earns you will be very, very helpful to you next time you need to pose a question. ان حسن النية خدش ان يكسب حكة انك ستكون جدا ، مفيدة جدا لكم في المرة القادمة التي تحتاج الى طرح السؤال.

Consider how you might be able to prevent others from having the same problem in the future. النظر في كيفية لكم قد تكون قادرة على منع الآخرين من التي لها نفس المشكلة في المستقبل. Ask yourself if a documentation or FAQ patch would help, and if the answer is yes send that patch to the maintainer. اسأل نفسك اذا وثائق او التصحيح من شأنه ان يساعد الاسءله الشاءعه ، واذا كان الجواب نعم ان ترسل الى التصحيح maintainer.

Among hackers, this sort of good followup behavior is actually more important than conventional politeness. ومن بين المتسللين وهذا النوع من متابعة جيدة انجليزيه form؛ follow-up داءره السلوك هو في الواقع أكثر أهمية من التادب التقليديه. It's how you get a reputation for playing well with others, which can be a very valuable asset. انه كيف تحصل على سمعة جيدة للعب مع الاخرين ، الذي يمكن أن يكون رصيدا قيما للغاية. How To Interpret Answers كيف تفسر اجوبه RTFM and STFW: How To Tell You've Seriously Screwed Up Rtfm وstfw : كيف تتحقق قمت بجدية حتى screwed

There is an ancient and hallowed tradition: if you get a reply that reads “ RTFM ”, the person who sent it thinks you should have Read The Fucking Manual. وثمة تقليد قديم ومقدس : اذا كنت احصل على الرد ان يقرأ "rtfm" ، من الشخص الذي ارسل الخطاب ينبغي ان يكون مقتنعا بأنك تقرأ دليل الداعر. He or she is almost certainly right. له الحق فى حكم المؤكد. Go read it. اذهب قراءتها.

RTFM has a younger relative. وقد rtfm الاصغر سنا نسبيا. If you get a reply that reads “ STFW ”, the person who sent it thinks you should have Searched The Fucking Web. اذا كنت احصل على الرد ان يقرأ "stfw" ، من الشخص الذي يعتقد انه ارسل لك ينبغي ان يكون تفتيش الداعر على الشبكه العالمية. He or she is almost certainly right. له الحق فى حكم المؤكد. Go search it. اذهب بحث. (The milder version of this is when you are told “ Google is your friend! ”) (أخف نسخة من هذا عندما يطلب منك "صور صديقك!")

In Web forums, you may also be told to search the forum archives. في منتديات الانترنت ، يمكنك أيضا أن يقال لبحث المنتدى المحفوظات. In fact, someone may even be so kind as to provide a pointer to the previous thread where this problem was solved. في الواقع ، بل ربما شخص ما ان يتفضل لتوفير مؤشر على الخيط السابق فيها هذه المشكلة تم حلها. But do not rely on this consideration; do your archive-searching before asking. ولكن لا تعتمد على هذا الاعتبار ؛ التي تتبعونها في ارشيف البحث وقبل ان اطرح.

Often, the person telling you to do a search has the manual or the web page with the information you need open, and is looking at it as he or she types. في كثير من الاحيان ، فإن الشخص الذي يعلمك ان تفعل وقد بحث الدليل او صفحة الويب مع المعلومات التي تحتاج مفتوحة ، والنظر اليها على انها له أو لها أنواع. These replies mean that he thinks (a) the information you need is easy to find, and (b) you will learn more if you seek out the information than if you have it spoon-fed to you. يعني ان هذه الردود ويرى (أ) المعلومات التي تحتاج من السهل ان تجد ، و (ب) سوف تتعلم اكثر اذا كنت في البحث عن المعلومات من انه اذا كان لديك ملعقه تغذيها لكم.

You shouldn't be offended by this; by hacker standards, your respondent is showing you a rough kind of respect simply by not ignoring you. انت يجب ان تكون للاساءة من قبل هذا ؛ المعايير من قبل هاكر ، المدعي الخاص بك يظهر لك الخام نوع من الاحترام لمجرد عدم تجاهل لك. You should instead be thankful for this grandmotherly kindness. بدلا من ذلك ينبغى ان لكم شاكرا لهذا اللطف بحنان كما حنان الجدة. If you don't understand... اذا كنت لا أفهم...

If you don't understand the answer, do not immediately bounce back a demand for clarification. اذا لم تفهم الجواب ، لا على الفور الانتقال الى الوراء الطلب للحصول على توضيح. Use the same tools that you used to try and answer your original question (manuals, FAQs, the Web, skilled friends) to understand the answer. استخدام نفس الادوات التي تستخدمه لمحاولة الاجابه عن السؤال الأصلي (كتيبات والاسءله المتكررة ، الانترنت ، الاصدقاء المهرة (فهم الاجابه. Then, if you still need to ask for clarification, exhibit what you have learned. ثم ، اذا كنت لا تزال في حاجة الى ان تسأل عن التوضيح ، معرض ما لديك المستفاده.

For example, suppose I tell you: “ It sounds like you've got a stuck zentry; you'll need to clear it. ” Then: here's a bad followup question: “ What's a zentry? ” Here's a good followup question: “ OK, I read the man page and zentries are only mentioned under the -z and -p switches. فعلى سبيل المثال ، لنفترض انني اقول لكم : "الامر يبدو وكأنك حصلت على تمسك zentry ؛ التي ستحتاج اليها لانها واضحة." ثم : هنا سيئة للمتابعة انجليزيه form؛ follow-up داءره السؤال : "ماذا تعني zentry؟" هنا للمتابعة جيدة انجليزيه form؛ follow-up داءره السؤال التالي : " طيب ، وانا اقرأ صفحة والرجل zentries المذكورة ليست سوى اطار ض - ف - ومفاتيح. Neither of them says anything about clearing zentries. لم يستطع أي منهما يقول اي شيء عن تطهير zentries. Is it one of these or am I missing something here? ” هل هي واحدة من هذه او المفقودين شيء أنا هنا؟ " Dealing with rudeness التعامل مع الوقاحه

Much of what looks like rudeness in hacker circles is not intended to give offense. الكثير من الوقاحه ما يبدو هاكر في الأوساط ليس المقصود اعطاء المخالفه. Rather, it's the product of the direct, cut-through-the-bullshit communications style that is natural to people who are more concerned about solving problems than making others feel warm and fuzzy. وبدلا من ذلك ، انه نتاج مباشر ، من خلال وقف الهراء - الاتصالات - فإن هذا هو النمط الطبيعي للناس من هم اكثر قلقا ازاء حل المشاكل بدلا من جعل الآخرين يشعرون حاره وضبابى.

When you perceive rudeness, try to react calmly. عندما ينظرون الى الوقاحه ، في محاولة للرد بهدوء. If someone is really acting out, it is very likely a senior person on the list or newsgroup or forum will call him or her on it. اذا كان هناك من هو حقا يتصرف بها ، ومن المرجح جدا اقدم شخص على قائمة او مجموعة الأخبار أو المنتدى سوف يدعو له أو لها على ذلك. If that doesn't happen and you lose your temper, it is likely that the person you lose it at was behaving within the hacker community's norms and you will be considered at fault. اذا كان ذلك لا يحدث وانت تفقد المزاج الخاص بك ، فمن المرجح ان يفقد الشخص الذي يتصرف فيه في داخل المجتمع هاكر القواعد وانت وسيجري النظر في الخطأ. This will hurt your chances of getting the information or help you want. وهذا يضر فرصك في الحصول على معلومات او مساعدة تريد.

On the other hand, you will occasionally run across rudeness and posturing that is quite gratuitous. ومن ناحية اخرى ، كنت أحيانا البعيد عبر الوقاحه واتخاذ المواقف التي لا مبرر له تماما. The flip-side of the above is that it is acceptable form to slam real offenders quite hard, dissecting their misbehavior with a sharp verbal scalpel. الوجه - الى جانب ما سبق هو أنه شكل من أشكال مقبولة لصفقة حقيقية المجرمين من الصعب جدا ، على تشريح حاد مع سوء السلوك اللفظي المبضع. Be very, very sure of your ground before you try this, however. جدا ، جدا متأكدا من ارض الواقع الخاص بك قبل ان تقوم هذه المحاوله ، ولكن. The line between correcting an incivility and starting a pointless flamewar is thin enough that hackers themselves not infrequently blunder across it; if you are a newbie or an outsider, your chances of avoiding such a blunder are low. الخط الفاصل بين تصحيح الفضاضه واحد من بدء العبث flamewar هو رقيق بما فيه الكفايه ان القراصنه انفسهم ليس من النادر خطأ عبرها ؛ اذا انت واحد مبتدئ او شخص خارجي ، فرصك في تجنب مثل هذا الخطأ غالبا ما تكون منخفضه. If you're after information rather than entertainment, it's better to keep your fingers off the keyboard than to risk this. اذا كنت تريد ان تعرف بعد المعلومات بدلا من وسائل الترفيه ، فانه من الافضل ان تبقى اصابعك من لوحة المفاتيح بدلا من هذه المخاطر.

(Some people assert that many hackers have a mild form of autism or Asperger's Syndrome, and are actually missing some of the brain circuitry that lubricates “ normal ” human social interaction. This may or may not be true. If you are not a hacker yourself, it may help you cope with our eccentricities if you think of us as being brain-damaged. Go right ahead. We won't care; we like being whatever it is we are, and generally have a healthy skepticism about clinical labels.) (بعض الناس تؤكد ان العديد من القراصنه قد خفيف شكل من اشكال الانطواء على الذات او تناذر asperger ، وفعلا بعض المفقودين من المخ الدوائر ان يزيت "عادية" الانسان التفاعل الاجتماعي وهذا قد يكون أو لا يكون صحيحا إذا لم تكن نفسك هاكر ، قد تساعدك على التعامل مع غرابة الأطوار اذا كنت تعتقد ان ما يجري لنا من الدماغ - لحقت بها اضرار. الحق في الذهاب الى الامام ، ولن نقبل ان الرعايه ونحن مثل ما يجري هو اننا ، وعموما صحيه الشكوك حول العلامات السريريه.)

In the next section, we'll talk about a different issue; the kind of “ rudeness ” you'll see when you misbehave. في الجزء التالي ، سنقوم الحديث عن مسألة مختلفة ؛ النوع من "الوقاحه" سترى عندما يسيء تصرف. On Not Reacting Like A Loser لا رد على مثل خاسرا

Odds are you'll screw up a few times on hacker community forums — in ways detailed in this article, or similar. الاحتمالات هي المسمار عليك حتى في أوقات قليلة من المجتمع على هاكر المنتديات -- في طرق المفصلة في هذه المادة ، او ما شابه ذلك. And you'll be told exactly how you screwed up, possibly with colourful asides. ويمكنك ان يقال بالضبط كيف screwed حتي ، وربما مع الألوان التعليقات الجانبية. In public. في الجمهور.

When this happens, the worst thing you can do is whine about the experience, claim to have been verbally assaulted, demand apologies, scream, hold your breath, threaten lawsuits, complain to people's employers, leave the toilet seat up, etc. Instead, here's what you do: وعندما يحدث ذلك ، فان اسوأ ما يمكنك القيام به هو الأنين عن تجربة ، كانت تدعي ان لها شفهيا للاعتداء ، والاعتذار الطلب ، والصراخ ، عقد الخاصة بك التنفس ، وتهدد الدعاوى ، تشكو الى الناس وارباب العمل ، والاجازات حتى مقعد المرحاض ، الخ ، بدلا من ذلك ، و هذا ما تفعله :

Get over it. للحصول عليها. It's normal. ومن الطبيعي. In fact, it's healthy and appropriate. في الواقع ، انها سليمة ومناسبة.

Community standards do not maintain themselves: They're maintained by people actively applying them, visibly, in public . المجتمع ليس لديها معايير انفسهم : انهم التى يحتفظ بها الشعب بنشاط تطبيقها ، بوضوح ، في الاماكن العامة. Don't whine that all criticism should have been conveyed via private e-mail: That's not how it works. لا الأنين ان كل نقد كان ينبغي نقلها عن طريق البريد الالكتروني الخاص : هذا ليس كيف يعمل. Nor is it useful to insist you've been personally insulted when someone comments that one of your claims was wrong, or that his views differ. كما انه ليس من المفيد ان تصر لقد قمت شخصيا للاهانة واذا كان شخص واحد من التعليقات التي والمطالبات الخاصة بك خاطءه ، أو أن تختلف وجهات نظره. Those are loser attitudes. تلك هي الخاسر المواقف.

There have been hacker forums where, out of some misguided sense of hyper-courtesy, participants are banned from posting any fault-finding with another's posts, and told “ Don't say anything if you're unwilling to help the user. ” The resulting departure of clueful participants to elsewhere causes them to descend into meaningless babble and become useless as technical forums. وكانت هناك هاكر المحافل فيها ، وبعض المضللين من الإحساس المفرط او المجامله ، او المشاركين ممنوعه من نشر اي خطأ - مع ايجاد وظائف اخرى ، وقال "لا يقول اي شيء اذا كنت على استعداد لمساعدة المستخدم." مما ادى الى رحيل clueful المشاركين الى اماكن اخرى لأسباب منها تنحدر الى الضجيج وتصبح بلا معنى بلا جدوى تقنيه المنتديات.

Exaggeratedly “ friendly ” (in that fashion) or useful: Pick one. بمبالغه "ودية" (على هذا النحو) او مفيدة : اختر واحدة.

Remember: When that hacker tells you that you've screwed up, and (no matter how gruffly) tells you not to do it again, he's acting out of concern for (1) you and (2) his community. تذكر : عندما هاكر ان ابلغك ان قمت حتى screwed ، و(مهما بشكل خشن) يخبرك عدم القيام مرة اخرى ، انه يتصرف انطلاقا من الاهتمام (1) وكنت (2) طائفته. It would be much easier for him to ignore you and filter you out of his life. وسيكون من الاسهل بكثير بالنسبة اليه ان تجاهل لك وانت مرشح من اصل حياته. If you can't manage to be grateful, at least have a little dignity, don't whine, and don't expect to be treated like a fragile doll just because you're a newcomer with a theatrically hypersensitive soul and delusions of entitlement. اذا كنت لا تستطيع ادارة يجب ان يشكر ، على الأقل بقليل من الكرامة ، لا الأنين ، ولا تتوقع ان تعامل مثل دميه هشه لمجرد ان كنت من جديد مع مسرحيا شديد الحساسيه النفس والاوهام الاستحقاق .

Sometimes people will attack you personally, flame without an apparent reason, etc., even if you don't screw up (or have only screwed up in their imagination). والناس في بعض الاحيان وسوف الهجوم لكم شخصيا ، دون وجود لهب سبب واضح ، وما الى ذلك ، حتى اذا كنت لا تصل برغي (او التي screwed الا في المخيله). In this case, complaining is the way to really screw up. وفي هذه الحاله ، الشكوى هو الطريق الى حقيقة حتى المسمار.

These flamers are either lamers who don't have a clue but believe themselves to be experts, or would-be psychologists testing whether you'll screw up. هذه المشعلات lamers اما من ليس لديهم فكرة ولكن اعتقد ان الخبراء انفسهم ، او من شأنه ان علماء النفس - ان اختبار ما اذا كان عليك المسمار. The other readers either ignore them, or find ways to deal with them on their own. اما سائر القراء تجاهلها ، او ايجاد طرق للتعامل مع صالحهم. The flamers' behavior creates problems for themselves, which don't have to concern you. المشعلات سلوك يخلق مشاكل لنفسها ، وهي لا تحتاج الى القلق لكم.

Don't let yourself be drawn into a flamewar, either. لا تدع نفسك ان الانتباه الى flamewar ، اما. Most flames are best ignored — after you've checked whether they are really flames, not pointers to the ways in which you have screwed up, and not cleverly ciphered answers to your real question (this happens as well). معظم النيران من الافضل تجاهل -- بعد أن جربت ما اذا كانت حقا لهيب ، لا مؤشرات الى الطرق التي لديك حتى screwed ، وليس بشكل ذكي ciphered الاجابه على السؤال الحقيقي الخاص بك (وهذا يحدث أيضا). Questions Not To Ask الا ان نسأل اسءله

Here are some classic stupid questions, and what hackers are thinking when they don't answer them. وإليك بعض الاسءله التقليديه الغبيه ، والمتسكعين ما نفكر عندما لا أجيب عليها.

Q: Where can I find program or resource X? س : أين يمكن ان اجد برنامج الموارد أو العاشر؟ Q: How can I use X to do Y? س : كيف يمكنني استخدام العاشر للقيام y؟ Q: How can I configure my shell prompt? س : كيف يمكنني تكوين بلدي شل السريع؟ Q: Can I convert an AcmeCorp document into a TeX file using the Bass-o-matic file converter? س : هل يمكنني تحويل اي وثيقة من وثائق acmecorp الى تكس الملف باستخدام البص - س - ماتيتش تحويل الملف؟ Q: My {program, configuration, SQL statement} doesn't work س : (برنامج بلدي ، والتكوين ، لغة الاستعلامات البنيويه بيان) لا يعمل Q: I'm having problems with my Windows machine. س : انا لديها مشاكل مع ويندوز بلدي الآلة. Can you help? يمكنك المساعدة؟ Q: My program doesn't work. س : برنامجي لا يعمل. I think system facility X is broken. واعتقد ان نظام مرفق العاشر مكسوره. Q: I'm having problems installing Linux or X. Can you help? س : انا واجهت مشكلات اثناء تركيب لينكس العاشر او يمكنك المساعدة؟ Q: How can I crack root/steal channel-ops privileges/read someone's e-mail? س : كيف يمكنني الكراك الجذر / قناة سرقة مكتب خدمات المشاريع - الامتيازات / يقرأ أحدهم عن البريد الالكتروني؟

Q: س :

Where can I find program or resource X? أين يمكن أن أجد برنامج او العاشر من الموارد؟

A: أ :

The same place I'd find it, fool — at the other end of a web search. نفس المكان انا من الحصول عليها ، وغبي -- وعلى الطرف الآخر للبحث على شبكة الانترنت. Ghod, doesn't everybody know how to use Google yet? Ghod ، الجميع لا يعرف كيفية استخدام صور حتى الآن؟

Q: س :

How can I use X to do Y? كيف يمكنني استعمال x y ان تفعل؟

A: أ :

If what you want is to do Y, you should ask that question without pre-supposing the use of a method that may not be appropriate. اذا ما تريده هو ان تفعل y ، يجب ان نسأل هذا السؤال دون شروط مسبقة ، لنفترض استخدام طريقة التي قد لا تكون مناسبة. Questions of this form often indicate a person who is not merely ignorant about X, but confused about what problem Y they are solving and too fixated on the details of their particular situation. اسءله من هذا النوع غالبا ما تشير الى شخص من ليست مجرد جاهل عن العاشر ، ولكن الخلط حول ما هي المشكلة وهي y حل fixated وايضا على تفاصيل حالتها الخاصة. It is generally best to ignore such people until they define their problem better. ومن المسلم به عموما افضل لتجاهل هؤلاء الناس حتى في تحديد المشكلة على نحو افضل.

Q: س :

How can I configure my shell prompt? كيف يمكنني تكوين بلدي شل السريع؟

A: أ :

If you're smart enough to ask this question, you're smart enough to RTFM and find out yourself. اذا كنت الذكيه يكفي ان نسأل هذا السؤال ، انت ذكي بما يكفي لrtfm والعثور على نفسك.

Q: س :

Can I convert an AcmeCorp document into a TeX file using the Bass-o-matic file converter? هل يمكن تحويل اي وثيقة من وثائق acmecorp الى تكس الملف باستخدام البص - س - ماتيتش تحويل الملف؟

A: أ :

Try it and see. انها محاولة وانظر. If you did that, you'd (a) learn the answer, and (b) stop wasting my time. اذا كنت فعلت ذلك ، كنت (أ) معرفة الجواب ، و (ب) وقف هدر وقتي.

Q: س :

My {program, configuration, SQL statement} doesn't work (برنامج بلدي ، والتكوين ، لغة الاستعلامات البنيويه بيان) لا يعمل

A: أ :

This is not a question, and I'm not interested in playing Twenty Questions to pry your actual question out of you — I have better things to do. وهذه ليست مسألة ، وانا غير مهتم في اللعب والعشرين حدق الى الاسءله وقلتم مسألة من اصل لكم -- لقد أن تفعل أشياء افضل. On seeing something like this, my reaction is normally of one of the following: على رؤية ما يشبه هذا ، وبلدي هو رد فعل طبيعي من واحد مما يلي :

*

do you have anything else to add to that? هل لديكم أي شيء آخر نضيفه الى ذلك؟ *

oh, that's too bad, I hope you get it fixed. أوه ، ذلك سيئة للغاية ، وأمل ان تحصل على انها ثابتة. *

and this has exactly what to do with me? وهذا بالضبط ما تفعله معي؟

Q: س :

I'm having problems with my Windows machine. انا واجهت مشكلات مع ويندوز بلدي الآلة. Can you help? يمكنك المساعدة؟

A: أ :

Yes. نعم. Throw out that Microsoft trash and install an open-source operating system like Linux or BSD. رمي المهملات الى ان مايكروسوفت وتركيب والمفتوحه المصدر مثل نظام التشغيل لينوكس أو بي اس دي.

Note: you can ask questions related to Windows machines if they are about a program that does have an official Windows build, or interacts with Windows machines (ie, Samba). ملاحظه : يمكنك ان تطلب من المسائل المتصله آلات ويندوز اذا كانت عن البرنامج الذي لديه رسمية من ويندوز بناء ، أو يتفاعل مع اجهزة ويندوز (اي سامبا). Just don't be surprised by the reply that the problem is with Windows and not the program, because Windows is so broken in general that this is very often the case. فقط لا يكون الرد بالدهشه من ان المشكلة مع ويندوز وليس برنامج ويندوز بسبب كسر في ذلك العام ان هذا هو الحال في كثير من الاحيان.

Q: س :

My program doesn't work. برنامجي لا يعمل. I think system facility X is broken. واعتقد ان نظام مرفق العاشر مكسوره.

A: أ :

While it is possible that you are the first person to notice an obvious deficiency in system calls and libraries heavily used by hundreds or thousands of people, it is rather more likely that you are utterly clueless. وفي حين انه من الممكن ان انت اول شخص ملاحظه واضحة تدعو الى قصور في نظام المكتبات واستخداما من قبل مئات أو آلاف من الناس ، بل هي على الارجح انت تماما clueless. Extraordinary claims require extraordinary evidence; when you make a claim like this one, you must back it up with clear and exhaustive documentation of the failure case. المطالبات غير عادية تحتاج الى أدلة استثناءيه ؛ عند تقديم طلب كهذا ، يجب عليك عمل نسخة احتياطيه منه مع وثائق واضحة وشاملة للحالة الفشل.

Q: س :

I'm having problems installing Linux or X. Can you help? انا واجهت مشكلات اثناء تركيب لينكس العاشر او يمكنك المساعدة؟

A: أ :

No. I'd need hands-on access to your machine to troubleshoot this. انا رقم ضرورة التدريب العملي على الوصول الى جهازك لاستكشاف الاخطاء واصلاحها هذا. Go ask your local Linux user group for hands-on help. اذهب اسال المحلية لمجموعة مستخدمي لينوكس - على يد المساعدة. (You can find a list of user groups here .) (يمكنك العثور على قائمة مجموعات المستخدمين هنا.)

Note: questions about installing Linux may be appropriate if you're on a forum or mailing list about a particular distribution, and the problem is with that distro; or on local user groups forums. ملاحظه : اسءله حول تثبيت لينكس قد يكون من المناسب إذا كنت على قائمة بريديه او منتدى خاص عن التوزيع ، والمشكلة هي مع ان distro ؛ او على مجموعات المستخدمين المحافل المحلية. In this case, be sure to describe the exact details of the failure. وفي هذه الحاله ، ومن المؤكد ان لوصف التفاصيل الدقيقة للفشل. But do careful searching first, with "linux" and all suspicious pieces of hardware. ولكن ، هل تبحث بعناية اولا ، مع "لينكس" وكل قطعة من الاجهزه المشبوهة.

Q: س :

How can I crack root/steal channel-ops privileges/read someone's e-mail? كيف يمكنني الكراك الجذر / قناة سرقة مكتب خدمات المشاريع - الامتيازات / يقرأ أحدهم عن البريد الالكتروني؟

A: أ :

You're a lowlife for wanting to do such things and a moron for asking a hacker to help you. انت لlowlife يريد ان يفعل مثل هذه الاشياء ومعتوه لنطلب هاكر لمساعدتك. Good and Bad Questions اسءله جيدة وسيئة

Finally, I'm going to illustrate how to ask questions in a smart way by example; pairs of questions about the same problem, one asked in a stupid way and one in a smart way. وأخيرا ، أنا ذاهب من اجل توضيح كيفية طرح الاسءله في طريقة ذكية من قبل مثلا ؛ ازواج من الاسءله حول المشكلة نفسها ، في طلب واحد غبي واحد في طريقة ذكية.

Stupid: Where can I find out stuff about the Foonly Flurbamatic? غبي : أين يمكن ان اجد بها الاشياء عن foonly flurbamatic؟

This question just begs for "STFW" as a reply. هذا السؤال يطرح للتو "stfw" اي رد. Smart: I used Google to try to find “ Foonly Flurbamatic 2600 ” on the Web, but I got no useful hits. الذكيه : استخدمت صور في محاولة لايجاد "foonly flurbamatic 2600" على شبكة الانترنت ، ولكنها حصلت على أي من المفيد زائر. Can I get a pointer to programming information on this device? كيف يمكن الحصول على مؤشر لبرمجة المعلومات عن هذا الجهاز؟

This one has already STFWed, and sounds like he might have a real problem. هذا وقد سبق وstfwed ، ويبدو مثل ما قد يكون لديه مشكلة حقيقية.

Stupid: I can't get the code from project foo to compile. غبي : لا استطيع ان احصل على الشفره من مشروع لتجميع فو. Why is it broken? لماذا هو عطل؟

The querent assumes that somebody else screwed up. وقد querent يفترض أن يكون أحدا آخر screwed. Arrogant git... Git المتعجرف... Smart: The code from project foo doesn't compile under Nulix version 6.2. الذكيه : من مشروع قانون فو لا في اطار تجميع nulix الاصدار 6،2. I've read the FAQ, but it doesn't have anything in it about Nulix-related problems. لقد قمت قراءة الاسءله المتكررة ، ولكنه لا يملك أي شيء في انه nulix عن المشاكل ذات الصلة. Here's a transcript of my compilation attempt; is it something I did? واليك نسخة عن بلدي محاولة تجميع ؛ هل هناك شيء فعلت؟

The querent has specified the environment, read the FAQ, is showing the error, and is not assuming his problems are someone else's fault. وقد querent قد حددت ، والبيئة ، وقراءة الاسءله المتكررة ، ويظهر هذا الخطأ ، وليس توليه المشاكل هي شخص اخر خطأ. This one might be worth some attention. هذا واحد قد يكون من المفيد بعض الاهتمام.

Stupid: I'm having problems with my motherboard. غبي : انا لديها مشاكل بلدي اللوحه. Can anybody help? اي شخص يمكن ان تساعد؟

J. Random Hacker's response to this is likely to be “ Right. ياء عشواءيه هاكر للاستجابة لهذا ومن المرجح ان يكون "الحق. Do you need burping and diapering, too? ” followed by a punch of the delete key. هل تحتاج الى التجشؤ وديابيرينج ، ايضا؟ "، يليه لكمة من حذف المفتاح. Smart: I tried X, Y, and Z on the S2464 motherboard. الذكيه : حاولت خ ، ذ ، ض وs2464 على اللوحه. When that didn't work, I tried A, B, and C. Note the curious symptom when I tried C. Obviously the florbish is grommicking, but the results aren't what one might expect. وعندما لم ينجح ، حاولت الف وباء وجيم ونلاحظ من اعراض غريبة وحين حاولت ان جيم من الواضح ان florbish هو grommicking ، ولكن النتائج ليست ما قد يتوقع المرء. What are the usual causes of grommicking on Athlon MP motherboards? ما هي الاسباب المعتاده للgrommicking Athlon النائب علي الأم؟ Anybody got ideas for more tests I can run to pin down the problem? أي شخص حصل على الافكار لمزيد من التجارب استطيع ان اركض الى انخفاض الرقم المشكلة؟

This person, on the other hand, seems worthy of an answer. هذا الشخص ، ومن ناحية أخرى ، يبدو تستحق جوابا. He/she has exhibited problem-solving intelligence rather than passively waiting for an answer to drop from on high. وقال انه / انها عرضت الاستخبارات حل المشاكل بدلا من الانتظار السلبي عن اجابة لتسقط من على ارتفاع.

In the last question, notice the subtle but important difference between demanding “ Give me an answer ” and “ Please help me figure out what additional diagnostics I can run to achieve enlightenment. ” في السؤال الأخير ، لاحظ الدقيقة ولكنها مهمة الفرق بين مطالبين "يعطيني جوابا" و "الرجاء مساعدتي الرقم اضافية تشخيص ما استطيع ان اركض الى تحقيق التنوير".

In fact, the form of that last question is closely based on a real incident that happened in August 2001 on the linux-kernel mailing list (lkml). وفي الواقع ، فان هذا شكل من اشكال الماضي والسؤال هو عن كثب على اساس حقيقي الحادثه التي وقعت في آب / اغسطس 2001 على نواة لينكس - القائمة البريديه (lkml). I (Eric) was the one asking the question that time. ط (اريك) كان احد طرح السؤال ذلك الوقت. I was seeing mysterious lockups on a Tyan S2462 motherboard. كنت رؤية الموقف الغامض على tyan s2462 اللوحه. The list members supplied the critical information I needed to solve them. قائمة الاعضاء تزويد المعلومات الهامة انني بحاجة الى ايجاد حل لها.

By asking the question in the way I did, I gave people something to chew on; I made it easy and attractive for them to get involved. طرح السؤال من قبل في الطريقة التي فعلت ذلك ، أنا أعطي الناس شيئا لتشيو على اني جعلت من السهل وجذابة بالنسبة لهم على المشاركة. I demonstrated respect for my peers' ability and invited them to consult with me as a peer. انا اظهر الاحترام لبلدي الأقران قدرة ودعوتهم للتشاور مع لي باعتباري احد الاقران. I also demonstrated respect for the value of their time by telling them the blind alleys I had already run down. وأود أيضا ان يبرهن على احترام قيمه وقتها عن طريق ابلاغهم الاعمى الازقه سبق البعيد الى اسفل.

Afterwards, when I thanked everyone and remarked how well the process had worked, an lkml member observed that he thought it had worked not because I'm a “ name ” on that list, but because I asked the question in the proper form. وبعد ذلك ، عندما كنت وشكر الجميع لاحظ مدى النجاح الذي قد عملت العملية ، لاحظ ان الاعضاء lkml انه يعتقد انه كان يعمل وليس لأن انا "اسم" في تلك القائمة ، ولكن لأنني السؤال في شكل سليم.

Hackers are in some ways a very ruthless meritocracy; I'm certain he was right, and that if I had behaved like a sponge I would have been flamed or ignored no matter who I was. القراصنه في بعض الطرق جدا لا يرحم الجداره ؛ انا معينة وقال انه كان على حق ، وإذا كان لي أن تصرف مثل الاسفنج واود ان ملتهب أو تم تجاهلها مهما كان من الأول. His suggestion that I write up the whole incident as instruction to others led directly to the composition of this guide. اقتراحه أن أكتب حتى الجامعة الحادث بانه امر غير مباشرة ادت الى تكوين هذا الدليل. If You Can't Get An Answer اذا لم تستطع الحصول على اجابة

If you can't get an answer, please don't take it personally that we don't feel we can help you. اذا لم تستطع الحصول على جواب ، من فضلك لا أعتبر شخصيا ان لا نرى يمكننا مساعدتك. Sometimes the members of the asked group may simply not know the answer. وفي بعض الاحيان طلب من اعضاء المجموعة قد لا نعرف الاجابه. No response is not the same as being ignored, though admittedly it's hard to spot the difference from outside. اي رد غير ما يجري تجاهلها ، على الرغم من المسلم به انه من الصعب اكتشاف الفرق من الخارج.

In general, simply re-posting your question is a bad idea. وبصفة عامة ، ببساطة اعادة ارسال سؤالك هو فكرة سيئة. This will be seen as pointlessly annoying. وسيكون هذا يعتبر مزعج بشكل عديم الجدوى. Have patience: the person with your answer may be in a different time-zone and asleep. لقد صبر : الشخص مع الاجابه قد تكون في وضع منطقة زمنيه مختلفة - ونائما. Or it may be that your question wasn't well-formed to begin with. او قد يكون السؤال ، إن لم يكن بشكل جيد اصلا.

There are other sources of help you can go to, often sources better adapted to a novice's needs. وهناك مصادر أخرى للمساعدة يمكنك الذهاب اليها ، في كثير من الاحيان مصادر اكثر ملائمة لاحتياجات المبتدئ أ.

There are many online and local user groups who are enthusiasts about the software, even though they may never have written any software themselves. وهناك العديد من المستخدمين على الانترنت والجماعات المحلية هي من المتحمسين عن هذا البرنامج ، رغم انها قد كتبه ابدا اي البرامج نفسها. These groups often form so that people can help each other and help new users. هذه الجماعات في كثير من الاحيان شكل ذلك ان الناس يمكن ان تساعد بعضها البعض ومساعدة المستخدمين الجدد.

There are also plenty of commercial companies you can contract with for help, both large and small (Red Hat and SpikeSource are two of the best known; there are many others). وهناك أيضا الكثير من الشركات التجارية يمكنك التعاقد مع لطلب المساعدة ، الكبيرة والصغيرة على السواء (القبعه الحمراء spikesource وهما من افضل المعروف ؛ وهناك العديد من الاخرين). Don't be dismayed at the idea of having to pay for a bit of help! لا يكون بالفزع ازاء فكرة ان تكون لدفع قليلا للمساعدة! After all, if your car engine blows a head gasket, chances are you would take it to a repair shop and pay to get it fixed. على كل حال ، لو كان لديك محرك السياره ضربات الرأس حشية ، هي احتمالات كنت أعتبر الى ورشة لاصلاح والدفع للحصول على انها ثابتة. Even if the software didn't cost you anything, you can't expect that support to always come for free. حتى لو كانت البرامج لا يكلفك شيئا ، لا يمكنك ان تتوقع أن يأتي دائما الى دعم مجانا.

For popular software like Linux, there are at least 10,000 users per developer. البرامج الشعبية مثل لينكس ، هناك ما لا يقل عن 10000 مستخدمين لكل المطور. It's just not possible for one person to handle the support calls from over 10,000 users. لكنه ما لبث ان من غير الممكن لشخص واحد على التعامل مع من يدعو الى دعم اكثر من 10000 المستخدمين. Remember that even if you have to pay for support, you are still paying much less than if you had to buy the software as well (and support for closed-source software is usually more expensive and less competent than support for open-source software). نتذكر انه حتى اذا كان لديك على الدفع للحصول على الدعم ، انت لا تزال تدفع اقل بكثير مما لو كان لديك لشراء البرمجيات وأيضا (والدعم للبرمجيات المصادر المغلقه عادة اكثر تكلفة واقل كفاءه من أجل دعم البرامج الحاسوبيه المفتوحه المصدر) . How To Answer Questions in a Helpful Way كيف للاجابة على الاسءله في طريقة مفيدة

Be gentle. Problem-related stress can make people seem rude or stupid even when they're not. تكون رقيقة. المتصله مشكلة الاجهاد يمكن أن تقدم rude يبدو ان الناس اغبياء أو حتى عندما سنا.

Reply to a first offender off-line. There is no need of public humiliation for someone who may have made an honest mistake. وردا على الجاني الاول غير متصل. وليس هناك حاجة للالعامة من اذلال لشخص ما قد يكون خطأ ادلى امين. A real newbie may not know how to search archives or where the FAQ is stored or posted. مبتدئ حقيقية قد لا يعرفون كيفية البحث في الارشيف او في المكان الذي يتم تخزين الاسءله الشاءعه او نشرها.

If you don't know for sure, say so! A wrong but authoritative-sounding answer is worse than none at all. اذا كنت لا تعرف بالتأكيد ، يقول ذلك! خاطءه - حجيه السبر ولكن الجواب هو اسوأ من لا شيء على الاطلاق. Don't point anyone down a wrong path simply because it's fun to sound like an expert. اي شخص لا تشير الى اسفل الطريق الخطأ لمجرد انه مرح السليمه مثل خبير. Be humble and honest; set a good example for both the querent and your peers. ان المتواضع وصادقة ؛ قدوه حسنة لكل من querent الخاص بك والاقران.

If you can't help, don't hinder. Don't make jokes about procedures that could trash the user's setup — the poor sap might interpret these as instructions. اذا كنت لا تستطيع أن تساعد ، لا تعيق. لا تجعل النكات عن الاجراءات التي يمكن ان المهملات المستخدم الاعداد -- الفقراء والتطبيقات والمنتجات كما يمكن تفسير هذه التعليمات.

Ask probing questions to elicit more details. If you're good at this, the querent will learn something — and so might you. اسأل لبحث المسائل للحصول على مزيد من التفاصيل. إذا كنت جيدة في هذا ، وسوف يتعلم شيئا querent -- وحتى يمكن لكم. Try to turn the bad question into a good one; remember we were all newbies once. في محاولة لتحويل سيئة جيدا في مسألة واحدة ؛ نتذكر اننا جميعا newbies مرة واحدة.

While muttering RTFM is sometimes justified when replying to someone who is just a lazy slob, a pointer to documentation (even if it's just a suggestion to google for a key phrase) is better. تمتمه rtfm بينما هو في بعض الاحيان مبررا عندما وردا على شخص من مجرد كسلان الساذج ، مؤشر على وثائق (حتى لو كان مجرد اقتراح لصور لعبارة رئيسية) هو أفضل من ذلك.

If you're going to answer the question at all, give good value. Don't suggest kludgy workarounds when somebody is using the wrong tool or approach. اذا كنت الذهاب الى الاجابه على هذا السؤال في كل شيء ، اعطاء قيمة جيدة. Kludgy لا توحي workarounds عندما شخص ما باستخدام اداة او نهج خاطئ. Suggest good tools. وتوحي الأدوات الجيدة. Reframe the question. اعادة طرح السؤال.

Help your community learn from the question. When you field a good question, ask yourself “ How would the relevant documentation or FAQ have to change so that nobody has to answer this again? ” Then send a patch to the document maintainer. مساعدة مجتمعك نتعلم من هذه المساله. الميدانيه عند السؤال جيدا اسأل نفسك "كيف يمكن ان الاسءله الشاءعه وثائق ذات صلة او تضطر الى تغيير حتى ان احدا لم للاجابة على هذا مرة اخرى؟" ثم ترسل الى التصحيح وثيقة من وثائق maintainer.

If you did research to answer the question, demonstrate your skills rather than writing as though you pulled the answer out of your butt. Answering one good question is like feeding a hungry person one meal, but teaching them research skills by example is showing them how to grow food for a lifetime. اذا كنت لم البحوث على الرد على هذا السؤال ، واظهار مهاراتك بدلا من كتابة كما لو كنت سحبت الجواب الخاص بك من المءخره. وردا على سؤال جيد واحد هو تغذية مثل الشخص الجائع وجبة واحدة ، ولكنها تعلمهم المهارات البحثيه من قبل ومن الامثله التي تبين لهم كيف زراعة الاغذيه لمدى الحياة. Related Resources موارد ذات الصلة

If you need instruction in the basics of how personal computers, Unix, and the Internet work, see The Unix and Internet Fundamentals HOWTO . اذا كنت بحاجة الى تعليمات في اساسيات كيفية الحواسيب الشخصيه ، ويونيكس ، وعمل شبكة الانترنت ، انظر يونيكس والانترنت howto الاساسيات.

When you release software or write patches for software, try to follow the guidelines in the Software Release Practice HOWTO . عندما كنت اكتب البرمجيات أو الافراج عن بقع لبرامج الحاسوب ، وحاول ان تتبع المبادئ التوجيهيه في برامج اطلاق سراح howto الممارسه. Acknowledgements اعترافات

Evelyn Mitchell contributed some example stupid questions and inspired the “ How To Give A Good Answer ” section. افيلن ميتشل مثلا اسهم بعض الاسءله الغبيه ومصدر الهام "كيف جيدة لاعطاء الجواب" الباب. Mikhail Ramendik contributed some particularly valuable suggestions for improvements. ميخائيل ramendik اسهم بعض الاقتراحات القيمه ولا سيما لادخال تحسينات.



Dr. Radut | book