Original article: http://www.catb.org/~esr/faqs/smart-questions.html

Як задавати питання по-Розумному

Ерік Стівен Раймонд

Тирс Компанії 


<Esr@thyrsus.com> 

Рик Моєн


<Respond-auto@linuxmafia.com> 

Copyright © 2001,2006,2014 Ерік Реймонд, Рик Моєн

Історія змін

Редакція 3.10

21 травня 2014

швидкість осідання еритроцитів

Новий розділ на переповнення стека.

Редакція 3.9

23 квітня 2013

швидкість осідання еритроцитів

URL виправлення.

Редакція 3.8

19 червня 2012

швидкість осідання еритроцитів

Посилання на виправлення.

Редакція 3.7

6 грудня 2010

швидкість осідання еритроцитів

Корисні поради для ESL динаміків.

Редакція 3.7

2 листопада 2010

швидкість осідання еритроцитів

Кілька перекладів зникли.

Редакція 3.6

19 березня 2008

швидкість осідання еритроцитів

Малої оновлення і нові посилання.

Редакція 3.5

2 січня 2008

швидкість осідання еритроцитів

Опечатка виправити і деякі посилання перекладу.

Редакція 3.4

24 березня 2007

швидкість осідання еритроцитів

Новий розділ: "Коли запитують про коді".

Редакція 3.3

29 вересня 2006

швидкість осідання еритроцитів

Складені в хорошому пропозицією від Кай Niggemann.

Редакція 3.2

10 січня 2006

швидкість осідання еритроцитів

Складені в правок від Rick Moen.

Редакція 3.1

28 жовтня 2004

швидкість осідання еритроцитів

Документ 'Google є вашим другом!

Версія 3.0

2 лютого 2004

швидкість осідання еритроцитів

Кафедра додавання матеріалу про правильне етикету на веб-форумах.


Зміст

Переклади

Відмова

Введення

Перш ніж просити

Коли ви просите

Виберіть форум ретельно

Переповнення стеку

Веб і IRC форум

В якості другого кроку, в списку розсилки проектів

Використовуйте значущі, що підлягають заголовки конкретних

Зробити це легко, щоб відповісти

Написати в ясній, граматичної, правильно пишеться мови-

Надіслати питання в доступних форматах, стандартні

Будьте точні і інформативні про вашу проблему

Обсяг не точність

Не поспішайте стверджувати, що ви знайшли помилку

Grovelling не є заміною для робити домашнє завдання

Описуйте симптоми проблеми, а не ваші здогадки

Опишіть симптоми вашої проблеми в хронологічному порядку в

Опишіть цілі, а не крок

Не просіть людей відповідати на приватному електронній пошті

Чітко про ваше запитання

Коли запитують про код

Не ставте домашні питання

Чорнослив безглузді запити

Чи не прапор Ваші питання як "Срочно", навіть якщо це для вас

Надано ніколи не болить, і іноді допомагає

Наступні з короткою замітці про рішення

Як інтерпретувати відповіді

RTFM і STFW: Як сказати Ви серйозно облажались

Якщо ви не розумієте ...

Робота з хамством

На не реагує як невдаха

Питання не ставити

Хороші і Погані Питання

Якщо ви не можете отримати відповідь

Як відповідати на питання в корисний спосіб

Інші ресурси

Подяки

Відмова

Багато веб-сайти проекту посилаються на цей документ у своїх розділах про те, як отримати допомогу. Це нормально, це використання ми мали намір, - але якщо ви є веб-майстром створення такого посилання на вашу сторінку проекту, будь ласка, відображення помітно поблизу повідомлення посилання, що ми не є службу для вашого проекту!

Ми дізналися, важкий шлях, що без такого попереднього повідомлення, ми неодноразово буде приставав ідіоти, які думають видавши цей документ робить наша робота, щоб вирішити всі технічні проблеми у світі.

Якщо ви читаєте цей документ, тому що вам потрібна допомога, і ви піти з враженням, ви можете отримати його прямо з авторів цього документа, ви один з ідіотів ми говоримо про.Не питайте нас питання. Ми просто ігнорувати вас. Ми тут, щоб показати вам, як отримати допомогу від людей, які насправді знаєте про програмне або апаратне забезпечення ви маєте справу з, але 99,9% часу, що не буде з нами. Якщо ви не знаєте напевно, що один з авторів є експертом про те, що ви маєте справу з, залиште нас у спокої, і всі будуть щасливі.

Введення

У світі хакерів, вид відповіді ви отримаєте на технічні питання, залежить як від способу задати питання як від складності розробки відповідь. Це керівництво навчить вас, як задавати питання таким чином, більш імовірно, щоб отримати вам задовільну відповідь.

Тепер, використання відкритого джерела стало широко поширеним, часто можна отримати як хороші відповіді від інших, більш досвідчених користувачів, як від хакерів. Це гарна річ; користувачі, як правило, тільки трохи більш терпимими роду невдач новачків часто мають. Проте, розглядаючи досвідчених користувачів, як хакери в дорозі, ми рекомендуємо тут, як правило, найбільш ефективним способом отримати корисні відповіді виходу з них, теж.

Перше, що потрібно зрозуміти, що насправді, як хакери важких завдань і хороших, роздуми питання про них. Якщо ми цього не зробили, ми б тут не було. Якщо ви дасте нам цікаве питання, щоб пережувати, ми будемо вдячні Вам, хороші питання стимулом і подарунок. Хороші питання допомагають нам розвивати наше розуміння, і часто виявити проблеми, ми, можливо, не помітили або думки про іншому. Серед хакерів, "Гарне питання!" Сильний і щирий комплімент.

Незважаючи на це, хакери мають репутацію для задоволення простих питань з тим, що виглядає як ворожість або зарозумілість. Іноді схоже, що ми рефлекторно грубо новачків і невігласів. Але це не зовсім вірно.

Те, що ми, безкомпромісно, ​​вороже до людей, які, здається, не бажають думати або робити свої власні домашні завдання, перш ніж ставити питання. Люди, які, якраз раковини - вони приймають не даючи взамін, і вони витрачати час, ми могли б витратити на інше питання більш цікавий і ще одна людина більш гідну відповідь. Ми називаємо таких людей"переможених" (з історичних причин ми іноді пишеться його "lusers").

Ми розуміємо, що є багато людей, які просто хочуть, щоб використовувати програмне забезпечення, ми пишемо, і які не мають ніякого інтересу у вивченні технічних деталей. Для більшості людей, комп'ютер лише інструмент, засіб до кінця, них є важливіші речі, щоб зробити і живе, щоб жити. Ми визнаємо, що, і не очікуємо, що все поцікавитися в технічних питаннях, які зачаровують нас. Тим не менш, наш стиль відповідей на питання налаштований для людей, які приймають такий інтерес і готові брати активну участь у вирішенні проблем. Це не збирається змінювати. Не слід; якщо це так, ми станемо менш ефективно, що ми робимо найкраще.

Ми (в основному) добровольці. Ми час від зайнятої життя, щоб відповісти на питання, і деколи ми перевантажені з ними. Так ми фільтруємо безжально. Зокрема, ми викидаємо питання від людей, які, здається, програвши з метою більш ефективного провести наше запитання-відповідної час, на переможців.

Якщо ви знайдете це відношення неприємні, поблажливо, або зарозумілим, перевірте свої припущення. Ми не просимо вас схиляти коліна до нас - справді, більшість з нас не хотів би нічого більше, ніж мати справу з вами, як з рівним, а вітати Вас в нашій культурі, якщо ви покладете в зусилля, необхідні, щоб зробити це можливим. Але це просто не ефективно для нас, щоб спробувати допомогти людям, які не готові допомогти собі самі. Це нормально, щоб бути в невіданні; це не ОК, щоб грати нерозумно.

Так, в той час як це не треба вже бути технічно компетентним, щоб привернути увагу від нас, це необхідно продемонструвати таке ставлення, що призводить до компетенції - попередження, вдумливий, спостережливий, готові бути активним партнером у розробці рішення. Якщо ви не можете жити з такого роду дискримінації, ми пропонуємо вам звернути когось для укладення договору комерційної підтримки, а не просити хакерів особисто пожертвувати допомогу для вас.

Якщо ви вирішили приїхати до нас за допомогою, ви не хочете бути одним з тих, хто програв. Ви не хочете, щоб здаватися як один, або. Кращий спосіб отримати швидкий і чуйний відповідь, щоб запитати його, як людину з розумом, впевненістю, і ключі, які тільки, трапляється, потрібна допомога на одній конкретної проблеми.

(Покращення даного керівництва вітаються. Ви можете відправити пропозиції esr@thyrsus.com або respond-auto@linuxmafia.com. Зауважимо, однак, що цей документ не призначений, щоб бути загальне керівництво по мережевий етикет, і ми, як правило, відкидають припущення, що спеціально не пов'язані з викликати корисні відповіді в технічному форумі.)

Перш ніж просити

Перш ніж задавати технічне питання по електронній пошті, або в телеконференції, або на веб-сайт чаті борту, виконайте такі дії:

1.     Спробуйте знайти відповідь за допомогою пошуку в архівах форуму або список розсилки ви плануєте розмістити на.

2.     Спробуйте знайти відповідь за допомогою пошуку в Інтернеті.

3.     Спробуйте знайти відповідь, читаючи інструкцію.

4.     Спробуйте знайти відповідь, читаючи FAQ.

5.     Спробуйте знайти відповідь на огляд або експериментів.

6.     Спробуйте знайти відповідь, задаючи досвідчений друг.

7.     Якщо ви програміст, спробуйте знайти відповідь, читаючи вихідний код.

Коли ви задати своє питання, відображати той факт, що ви зробили ці речі перший, це допоможе встановити, що ви не будучи ледачий губка і витрачати час людей. А ще краще,покажіть, що ви дізналися від нього ці речі. Нам подобається відповідати на питання для людей, які продемонстрували вони можуть дізнатися з відповідей.

Використовуйте тактику як робити пошук Google по тексту все, що повідомлення про помилку ви отримуєте (пошук групи Google, а також веб-сторінок). Це може також взяти вас прямо, щоб виправити документацію або список розсилки нитка відповісти на ваше запитання. Навіть якщо це не так, кажучи: "Я гуглі на наступною фразою, але нічого, що виглядало багатообіцяючим не одержати" це добре робити в електронній пошті або новинними з проханням про допомогу, якщо тільки тому, що він записує те, що шукає геть » т допомогу. Це також допоможе направити інших людей зі схожими проблемами у вашій темі, зв'язавши умови пошуку в те, що ми сподіваємося, буде ваша проблема і дозвіл нитку.

Не поспішай. Не чекайте, щоб бути в змозі вирішити складну проблему з декількох секунд Googling. Читайте і зрозуміти часто задають питання, сидіти склавши руки, розслабитися і дати деяку думку проблему, перш ніж звернутися експертів. Повірте, вони будуть в змозі сказати, з ваших питань, скільки читання і думати, що ти зробив, і буде більш готовий допомогти, якщо ви прийшли підготовленими. Не миттєво стріляти весь свій арсенал питань тільки тому, що ваш перший пошук не опинився немає відповідей (або занадто багато).

Підготуйте своє питання. Подумайте його до кінця. Поспішне-звучні питання отримати відповіді, поспішних або взагалі. Чим більше ви робите, щоб продемонструвати, що надівши думки і зусилля у вирішенні вашої проблеми, перш ніж звертатися за допомогою, тим більше шансів, що Ви насправді отримати допомогу.

Остерігайтеся просять неправильний питання. Якщо ви запитаєте один, заснований на помилкових припущеннях, Дж Випадкова Хакер, досить імовірно, відповідати з пантелику буквальному відповідь, думаючи "дурне питання ...", і сподіваючись, що досвід отримати те, що ви просили, а не те, що вам потрібно навчить вас урок.

Ніколи припустимо, що ви маєте право на відповідь. Ти не є; Ви не, врешті-решт, платити за послуги. Ви будете заробляти відповідь, якщо ви заробляєте його, задаючи істотний, цікавий і наводить на роздуми питання - той, який неявно сприяє досвіду спільноти, а не просто пасивно вимагаючи знання від інших.

З іншого боку, даючи зрозуміти, що ви здатні і готові допомогти у процесі вироблення рішення є дуже хорошим початком. "Буде хтось забезпечити покажчик?", "Що таке мій приклад не вистачає?", І "Що Сайт повинен я перевірив? ", швидше за все, отримати відповідь, ніж" Будь ласка, пост точну процедуру слід використовувати. ", тому що ви робите це ясно, що ви дійсно готові, щоб завершити процес, якщо хтось може просто вказати вам в правильний напрямок.

Коли ви просите

Виберіть форум ретельно

Будьте уважні у виборі, де ви задати своє питання. Ви, ймовірно, будуть ігноруватися, або списуються як невдаха, якщо ви:

  • Задайте своє питання на форумі, де це не по темі
  • опублікувати дуже елементарне питання в форум, де обговорюються складні технічні питання, або навпаки
  • крос-пост занадто багато різних новин
  • опублікувати особисту електронну пошту комусь, хто не є ні знайомий, ні ваш персональну відповідальність за вирішення вашої проблеми

Хакери здути питання, які неправильно орієнтовані для того, щоб спробувати захистити їх канали зв'язку з потонув у непотрібності. Ви не хочете, щоб це сталося з вами.

Перший крок, тому, щоб знайти правильний форум. Знову ж таки, Google та інші веб-пошуку методів ваш друг. Використовуйте їх, щоб знайти веб-сторінку проекту, найбільш тісно пов'язаних з обладнання або програмного забезпечення дає вам труднощі. Зазвичай це матиме посилання на FAQ (Часті питання) списку, і списки розсилки та архіви проекту. Ці списки розсилки є остаточними місця, щоб піти для допомоги, якщо ваші власні зусилля (у тому числі читати ці часто задаються ви знайшли) не знайшов вас рішення. На сторінці проекту також може описати процедуру помилку звітності, або посилання на один; якщо так, слідуйте за ним.

Стрілялки з електронної пошти на людину або на форумі, який ви не знайомі з ризиковано в кращому випадку. Наприклад, не думайте, що автор інформативною веб-сторінці хоче бути вашим безкоштовно консультантом. Не робити оптимістичні припущення про те, чи буде ваше запитання буде вітатися, - якщо ви не впевнені, надішліть його в іншому місці, або утриматися від відправки його на всіх.

При виборі веб-форум, групи новин або список розсилки, не довіряють ім'я саме по собі занадто далеко; шукати FAQ або статутом, щоб підтвердити своє питання на темі.Прочитайте деякі з задньої трафіку, перш ніж відправляти, так що ви отримаєте відчути, як речі робляться там. Насправді, це дуже хороша ідея, щоб зробити пошук за ключовим словом слів, що відносяться до вашої проблеми на телеконференції або списку розсилки архівів, перш ніж залишати повідомлення. Це може знайти вам відповідь, а якщо ні, це допоможе вам сформулювати питання краще.

Чи не дробовик вибухів всі доступні канали допомоги одночасно, це як кричати і дратує людей. Крок через них тихо.

Знайте, що ваша тема! Один з класичних помилок задавати питання про програмному інтерфейсі Unix або Windows, у форумі, присвяченому мови або бібліотеки або інструмента портативний через обидва. Якщо ви не розумієте, чому це груба помилка, ви б краще з не задаючи жодних питань взагалі, поки ви не отримаєте його.

Загалом, питання до добре обраної громадському форумі, швидше за все, отримати корисні відповіді, ніж еквівалентні питань до приватної. Є кілька причин для цього. Одним з них є просто розмір пулу потенційних респондентів. Інший розмір аудиторії; хакери швидше відповісти на питання, які навчають багато людей, ніж питання, обслуговуючих лише деякі.

Зрозуміло, що досвідчені хакери і автори популярного програмного забезпечення вже отримують більше, ніж їх справедлива частка Mis-мішенню повідомлень. При додаванні до повені, можна в крайніх випадках навіть солома, яка ламає спину верблюда - досить кілька разів, внесок у популярних проектів відкликали свої підтримку, тому що супутній збиток у вигляді марного трафіку електронної пошти на їх особових рахунках стала нестерпною.

Переповнення стеку

Пошук, то запитайте на біржі Stack

В останні роки, співтовариство Стек Обмін сайтів стала головним ресурсом для відповіді на технічні та інші питання і навіть переважним форумом для багатьох проектів з відкритим вихідним кодом.

Почніть з пошуку Google перед дивлячись на стек біржі; Індекси Google це в режимі реального часу. Там дуже хороший шанс, хтось вже задавав подібне питання, і сайти Стек Курси часто у верхній частині результатів пошуку. Якщо ви не знайшли нічого через Google, пошук знову на конкретному сайті, найбільш актуальні для Вашого питання (див нижче). Пошук з тегами допоможе звузити результати.

Якщо ви все ще не знайшли нічого, задайте своє питання на одному сайті, де це найбільше на темі. Використовуйте інструменти форматування, особливо для коду, і додати теги, пов'язані з речовиною Вашого питання (зокрема, ім'я мови програмування, операційної системи або бібліотеки у вас виникли проблеми з). Якщо коментатор запитує вас для отримання додаткової інформації, редагувати головний пост, щоб включити його. Якщо який-небудь відповідь корисним, натисніть стрілку вгору, щоб upvote його; якщо відповідь дає рішення вашої проблеми, натисніть чек під стрілками голосування, щоб прийняти його як правильний.

Стек Обмін виросла до більш ніж 100 сайтів, але тут найбільш вірогідними кандидатами:

  • Супер Користувач з питань про обчислень загального призначення. Якщо ваш питання не про код або програм, які ви говорите тільки по мережі, він, ймовірно, йде тут.
  • Переповнення стека для запитань про програмування.
  • Несправність сервера для питань про сервері і адміністрування мережі.

Кілька проектів мають свої специфічні сайти, в тому числі Android, Ubuntu, TeX / LaTeX, і SharePoint. Перевірте сайт Стек обмін на список вгору до дати.

Веб і IRC форум

Ваш місцевий група користувачів або ваш дистрибутив Linux, можуть рекламувати веб-форум або IRC канал, де новачки можуть отримати допомогу. (В-англійської мови країн, що не входять новачка форуми ще більш ймовірно, буде списків розсилки.) Це хороші перші місця, щоб задати, особливо, якщо ви думаєте, що ви, можливо, спіткнувся відносно простий або загальної проблеми. Рекламованого IRC канал є відкритим запрошенням задавати питання там, і часто отримують відповіді в режимі реального часу.

Справді, якщо Ви отримали програму, яка дає вам проблеми з розподілом Linux (як це прийнято сьогодні), може бути, краще запитати у форумі дистрибутива / список, перш ніж намагатися форум проекту / список програми. Хакери проекту може просто сказати, "використовувати наш білд".

Перед відправкою на будь-який веб-форум, перевірити, якщо він має функцію пошуку. Якщо це так, спробуйте пару пошуків ключове слово для чогось на кшталт вашої проблеми;він просто може допомогти. Якщо ви зробили загальну веб-пошуку до (як ви повинні), пошук по форуму чи інакше; Ваш веб-широкий пошукової може не мати все це форум індексується останнім часом.

Існує зростаюча тенденція для проектів, щоб зробити підтримку користувачів через веб-форум або IRC-каналу, з електронною поштою захищені більше для розвитку руху. Так що дивіться на тих каналах, в першу чергу при пошуку конкретного проекту допомогу.

У IRC, це, ймовірно, краще не скидати довгий опис проблеми на каналі першим ділом; деякі люди інтерпретують це як канали-повеней. Найкраще, щоб вимовити одну рядок опис проблеми в дорогу розбили, щоб почати розмову на каналі.

В якості другого кроку, в списку розсилки проектів

Коли проект має список розсилки розвитку, напишіть у список розсилки, а не окремим розробникам, навіть якщо ви вважаєте, що знаєте, хто може краще відповісти на ваше запитання. Перевірте документацію щодо проекту і його домашню сторінку на адресу списку розсилки проекту, і використовувати його. Є кілька вагомих причин для цього політики:

  • Будь-яке питання досить добре, щоб бути запитав одного розробника буде також корисною для всієї групи. Навпаки, якщо ви підозрюєте, що ваше питання занадто тупий для списку розсилки, це не привід, щоб переслідувати окремих розробників.
  • Задавати питання в списку розподіляє навантаження серед розробників. Індивідуальний розробник (особливо якщо він керівник проекту) може бути занадто зайнятий, щоб відповісти на ваші запитання.
  • Більшість списків розсилки архівуються та архіви індексуються пошуковими системами. Якщо ви задати своє питання на-списку, і це відповів, майбутній позивач міг знайти своє питання і відповідь на Web, а не просити його знову.
  • Якщо деякі питання побачити, щоб часто запитують, розробники можуть використовувати цю інформацію для поліпшення документації або самого програмного забезпечення, щоб бути менш заплутаною. Але якщо ці питання задаються в приватному порядку, ніхто не має повної картини того, що питання задають найчастіше.

Якщо проект має як "користувач" і "розробник" (або "хакер") список розсилки або веб-форум, і ви не злом коду, запитаєте в "користувач" список / форуму. Не думайте, що ви будете вітати в списку розробників, де вони, швидше за все, щоб випробувати Ваші питання як шум порушуючи їх розробників трафік.

Тим не менше, якщо ви впевнені, що ваше питання не є тривіальним, і ви не отримаєте відповідь в "користувач" список / форумі протягом декількох днів, спробуйте "розробник"один. Ви б також порадив ховаються там протягом декількох днів принаймні, розглянути останні кілька днів архівуються повідомлень, щоб дізнатися місцеві звичаї, перш ніж відправляти (насправді це хороший рада на якою приватною або напів-приватного списку).

Якщо ви не можете знайти за адресою списку розсилки проекту, але тільки бачити адреса супроводжуючому проекту, йти вперед і написати супроводжуючому. Але навіть у цьому випадку, не думайте, що список розсилки не існує. Згадка в електронній пошті, що ви намагалися і не могли знайти відповідний список розсилки. Також відзначимо, що ви не заперечують проти ваше повідомлення направляється на інших людей. (Багато людей вважають, що приватні електронної пошти повинно залишатися приватним, навіть якщо немає нічого секретного в ній немає. Дозволяючи ваше повідомлення буде направлений вам дати ваш кореспондент вибір про те, як поводитися з вашої електронної пошти.)

Використовуйте значущі, що підлягають заголовки конкретних

На списків розсилки, групи новин або веб-форумах, предметом заголовок вашої прекрасна можливість привернути увагу кваліфікованих експертів в близько 50 символів. Не витрачайте їх на лепет типу "Будь ласка, допоможіть мені" (не кажучи вже "ЛАСКА ДОПОМОЖІТЬ МЕНІ !!!!"; повідомлення з суб'єктами, як, що викидаються рефлекторно). Не намагайтеся справити на нас враження глибини вашого страждання; використовувати простір для супер-короткий опис проблеми замість.

Один хороший конвенція предметних заголовків, використовується багатьма організаціями по підтримці технологій, є "об'єкт - відхилення". «Об'єкт» частина визначає, що річ або група речей, що мають проблеми, і "відхилення" частина описує відхилення від очікуваної поведінки.

Нерозумно:

ДОПОМОЖІТЬ! Відео не працює належним чином на моєму ноутбуці!

Смарт:

X.org 6.8.1 потворний курсор миші, Fooware MV1005 VID. Чіпсет

Розумніше:

X.org 6.8.1 курсор миші на Fooware MV1005 VID. Чіпсет - деформовано

Процес написання "об'єкт-відхилення" опис допоможе вам організувати своє мислення про проблему більш докладно. Що впливає? Просто курсор миші або інших графічних теж?Це конкретні версії X.org Х? Для версії 6.8.1? Це характерні для Fooware відео чіпсетів? Для моделювання MV1005? Хакер, який бачить результат можна відразу зрозуміти, що це таке, що ви відчуваєте проблеми з і проблеми ви відчуваєте, з першого погляду.

У більш загальному, уявіть собі, дивлячись на індекс архіву питань, з тільки сюжетні лінії, показуючи. Зробіть ваш сюжетна лінія відображає Ваші питання досить добре, що наступний людина, яка шукає архів з питанням схожі з вашими зможуть стежити за нитку до відповіді, а не відправляти це питання ще раз.

Якщо ви задаєте питання у відповідь, не забудьте змінити рядок теми, щоб вказати, що ви задаєте питання. Сюжетної лінії, яка виглядає як "Re: тест» або «Re: нова помилка» менш імовірно, щоб залучити корисних суми уваги. Крім того, чистити цитату попередніх повідомлень до мінімуму відповідно до cluing в нових читачів.

Не просто натисніть відповідь на повідомлення списку для того, щоб почати абсолютно нову нитку. Це буде обмежувати вашу аудиторію. Деякі програми читання пошти, як песик, дозволяють користувачеві сортувати за темою, а потім приховати повідомлення в потоці шляхом складання нитку. Люди, які роблять, що ніколи не побачить Ваше повідомлення.

Зміна предмета не є достатнім. Матт, і, ймовірно, інші читачі пошти, дивиться на іншої інформації в заголовках повідомлень електронної пошти, щоб призначити його на волосині, а не предметом лінії. Замість почати абсолютно нову електронну пошту.

На веб-форумах правила гарної практики трохи відрізняється, тому що повідомлення, як правило, набагато більш тісно пов'язані з конкретними нитками обговорення і часто невидимі за межами цих ниток. Зміна предмета, коли ставите запитання у відповідь не є суттєвим. Не всі форуми дозволяють навіть окремі сюжетні лінії на відповідях, і майже ніхто не читає їх, коли вони роблять. Тим не менш, задаючи питання у відповідь сумнівна практика сама по собі, тому що це буде видно тільки тими, хто дивиться цю тему. Так що, якщо ви не впевнені, що ви хочете запитати тільки людина в даний час активні в потоці, почати нове.

Зробити це легко, щоб відповісти

Оздоблювальні запит з "Будь ласка, відправте відповідь на ..." робить його дуже малоймовірно, що ви отримаєте відповідь. Якщо ви не можете бути стурбовані, щоб взяти навіть кілька секунд, необхідних для налаштування правильного для відповіді заголовок в вашої поштової агента, ми не можемо бути стурбовані, щоб взяти навіть кілька секунд, щоб подумати про вашу проблему. Якщо поштова програма не дозволяє це, щоб краще поштову програму. Якщо ваша операційна система не підтримує поштові програми, що дозволяють це, отримати краще операційної системи.

У веб-форумах, просячи відповідь по електронній пошті відверта грубість, якщо ви не впевнені, ця інформація може бути чутливим (і хтось буде, з якоїсь невідомої причини, нехай вас, але не весь форум знає). Якщо ви хочете електронної пошти копію, коли хтось відповіді в темі, прошу, що веб-форум відправити його; ця функція підтримується майже скрізь під параметри, як "дивитися цю нитку", "надіслати електронною поштою на відповідях", і т.д.

Написати в ясній, граматичної, правильно пишеться мови-

Ми знайшли з досвіду, що люди, які недбало і недбало письменники, як правило, також недбало і неохайно в мисленні та кодування (досить часто, щоб зробити ставку на, так чи інакше). Відповідаючи на питання для недбайливих і недбалих мислителів не вдячна; ми краще витратити свій час в іншому місці.

Так висловлюючи своє питання чітко і добре важливо. Якщо ви не можете бути стурбовані, щоб зробити це, ми не можемо бути стурбовані, щоб звернути увагу. Проведіть додаткові зусилля, щоб відполірувати свою мову. Це не повинні бути жорсткими або формально - насправді, хакерська культура цінує неформальну, жаргонних і гумористичний мова, яка використовується з точністю. Але він повинен бути точним; там повинен бути деякий ознака, що ви думаєте і звертаючи увагу.

Заклинання, розділові знаки, і скористатися правильно. Не плутайте "його" з "це", "вільний" з "втратити" або "дискретні" з "обережним". Не вводьте все заголовні; це читається як крики і вважається грубим. (Все-штанях лише трохи менше дратує, як це важко читати. Алан Кокс може піти з ним, але ви не можете.)

В цілому, якщо ви пишете як напівписьменного бовдура ви дуже ймовірно, буде ігноруватися. Тому не використовуйте ярлики миттєвого обміну повідомленнями. Правопис "ви", як "у" змушує вас виглядати як напівграмотних бовдура, щоб врятувати цілих два натискання клавіш. Гірше: написання як l33t сценарій діточки hax0r є абсолютним поцілунок смерті, і гарантує, що Ви не будете отримувати нічого, крім тиші (гальковий або, в кращому випадку, обрушуючи допомагаючи презирства і сарказму) натомість.

Якщо ви питаєте питання у форумі, що не використовувати свою рідну мову, ви отримаєте обмежену кількість слабину для написання і граматичні помилки - але немає додатковий слабину взагалі для ліні (і так, ми, як правило, виявити цю різницю). Крім того, якщо ви не знаєте, які мови вашого респондента є, писати англійською мовою. Зайняті хакери, як правило, просто промити питань у мовах, які вони не розуміють, і англійська є робочою мовою в Інтернеті. При написанні англійською мовою мінімізувати ваші шанси, що ваше питання буде відкинутий непрочитаними.

Якщо ви пишете англійською мовою, але це друга мова для вас, це гарна форма, щоб попередити потенційних респондентів для потенційних труднощів і мовних опцій для отримання навколо них. Приклади:

  • Англійська не є моєю рідною мовою; вибачте друкарських помилок.
  • Якщо ви говорите $ МОВУ, будь ласка, напишіть мені / PM; Я, можливо, буде потрібна допомога переклад на моє запитання.
  • Я знайомий з технічної точки зору, але деякі сленгові вислови та ідіоми важко для мене.
  • Я відповідав на моє запитання в $ та англійською мовами. Я буду радий, щоб перевести відповідей, якщо ви використовуєте тільки один або інший.

Надіслати питання в доступних форматах, стандартні

Якщо ви робите ваш питання штучно важко читати, він, швидше за все, буде прийнятий протягом на користь одного, що це не так. Так:

  • Відправити звичайний текст листа, а не HTML. (Це не важко вимкнути HTML).
  • Вкладення MIME, як правило, добре, але тільки якщо вони реальний зміст (наприклад, прикріпленим вихідного файлу або патча), а не просто шаблонний генерується вашого поштового клієнта (наприклад, інший примірник Вашого повідомлення).
  • Не відправляти електронну пошту, в якій цілі абзаци поодинокі помножити загорнутий лінії. (Це робить його дуже важко відповісти на просто частину повідомлення.) Припустимо, що ваші респонденти будуть читати пошту на 80-герой-широких текстових дисплеїв і встановити лінію плівку відповідно, щось менше, ніж 80.
  • Тим не менш, не обернути дані (наприклад, файл журналу звалища або сесія стенограми) у будь фіксованої ширини стовпця. Дані повинні бути включені як є, так респонденти можуть бути впевнені, що вони бачать, що ви бачили.
  • Не посилати MIME Quoted-друку кодування форумі англійською мовою. Це кодування може знадобитися, коли ви розміщення на мові ASCII не покриває, але багато електронної пошти агенти її не підтримують. Коли вони ламаються, всі ці символи = 20 розкидані по тексту потворні і відволікає - або, можливо, активно саботувати семантику тексту.
  • Ніколи, ніколи не очікувати хакерам зможете прочитати закриті пропрієтарні формати документів, як Microsoft Word або Excel. Більшість хакерів реагують на них приблизно так само, як якщо б до того, купу паруючого свинячого гною скидали на вашому порозі. Навіть коли вони можуть впоратися, вони проти того, щоб це зробити.
  • Якщо ви відправляєте електронну пошту від машини Windows, вимкніть проблематичним "Розумні" Котирування функцію від Microsoft (Інструменти> Параметри автозаміни, зніміть прапорець смарт котирування під Автоформат при введенні.). Це так ви уникнете розбризкування нечитаних символів через пошту.
  • У веб-форумах, не зловживати "смайлик" і "HTML" функції (якщо вони присутні). Смайлик або два, як правило, добре, але кольори фантазії текст, як правило, роблять людей думати, що ви кульгає. Серйозно Зловживання смайлики і кольори і шрифти змусить вас відірватися, як сміхотлива дівчина, яка не взагалі хороша ідея, якщо ви не більш зацікавлені в сексі, ніж відповідей.

Якщо ви використовуєте поштовий клієнт графічний, користувальницького інтерфейсу, такі як Netscape Messenger, MS Outlook, або іже з ними, потрібно враховувати, що це може порушити ці правила при використанні з настройками за замовчуванням. Більшість таких клієнтів є команда "View Source" меню на основі. Використовуйте це на щось у вашій папці Відправлені, перевірки відправки простого тексту без зайвих додається падла.

Будьте точні і інформативні про вашу проблему

  • Опишіть симптоми вашої проблеми або помилки ретельно і чітко.
  • Опишіть середовище, в якому це відбувається (машина, ОС, додатків, що завгодно). Забезпечити розподіл і рівень випуску вашого постачальника (наприклад: "Fedora Core 7", "Slackware 9.1", і т.д.).
  • Опишіть проведене вами дослідження при спробах зрозуміти проблему перш, ніж задавати питання.
  • Опишіть діагностичні операції, які ви взяли, щоб спробувати придавити проблему перш, ніж задавати питання.
  • Опишіть, можливо, відповідні недавні зміни в конфігурації комп'ютера або програмного забезпечення.
  • Якщо це взагалі можливо, забезпечити спосіб відтворити проблему в контрольованому середовищі.

Їсти якомога краще, щоб передбачати питання хакер попросить, і відповідати на них заздалегідь в прохання про допомогу.

Надання хакерам можливість відтворити проблему в контрольованому середовищі особливо важливо, якщо ви щось ви думаєте, це помилка в коді звітності. Коли ви це зробите, ваші шанси на отримання корисної відповідь і швидкість, з якою ви, ймовірно, отримаєте таку відповідь і поліпшити надзвичайно.

Саймон Татам написав відмінну статтю під назвою Як ефективно повідомляти про помилках. Я настійно рекомендую вам прочитати його.

Обсяг не точність

Ви повинні бути точними і інформативними. Цей кінець не служив просто демпінг величезні обсяги коду або даних у запиті довідки. Якщо у вас є великий, ускладнений тест, який буде ламати програму, підбирайте його і зробити його якомога.

Це корисно, принаймні з трьох причин. Один: розглядається докладати зусиль для спрощення питання робить його більш імовірно, що ви отримаєте відповідь, два: спрощення питання робить його більш імовірно, що ви отримаєте корисну відповідь. Три: У процесі доопрацювання звіт про помилку, ви можете розробити виправити або обійти себе.

Не поспішайте стверджувати, що ви знайшли помилку

Коли ви відчуваєте проблеми з шматком програмного забезпечення, не стверджують, що ви знайшли помилку, якщо тільки ви не дуже, дуже впевнені в своїй землі. Підказка: якщо ви не можете забезпечити вихідного коду патч, який виправляє проблему, або регресійний тест проти попередньої версії, яка демонструє некоректну поведінку, ви, ймовірно, не достатньо впевнений. Це відноситься і до веб-сторінок та документації, теж; якщо ви знайшли документації "помилка", ви повинні поставити текст заміни і які сторінки він повинен піти далі.

Пам'ятаєте, є багато інших користувачів, які не відчувають вашу проблему. В іншому випадку ви б дізналися про це при читанні документації й пошук інформації в Інтернеті (ви ж робити, що перед скаржитися, не так чи що?). Це означає, що, досить імовірно, саме ви робите щось неправильно, а не програмне забезпечення.

Люди, які написали програмне забезпечення працює дуже важко зробити його роботу, а також можливо. Якщо ви стверджуєте, ви виявили помилку, ви будете сумніву їхню компетентність, які можуть образити деяких з них, навіть якщо ви праві. Це особливо дипломатично кричати "помилка" в рядку теми.

Коли просять ваше запитання, то краще написати так, як ніби ви припускаєте, ви робите щось неправильно, навіть якщо ви в приватному впевнений, ви знайшли фактичне помилка.Якщо дійсно є помилка, ви почуєте про це у відповіді. Грайте так, супроводжуючі хочете, щоб вибачитися перед вами, якщо помилка є реальною, а не так, що ви будете зобов'язані їм вибачення, якщо ви все змішалося.

Grovelling не є заміною для робити домашнє завдання

Деякі люди, які отримують, що вони не повинні вести себе грубо або гордовито, вимагаючи відповіді, відступити до протилежної крайності низькопоклонство. "Я знаю, я просто жалюгідний невдаха новачка, але ...". Це відволікає і марним. Це особливо дратує, коли це в поєднанні з невизначеністю в актуальній проблемі.

Не витрачайте свій час, або наші, на приматів політики сирою. Замість цього, представити фонові факти і своє питання так ясно, як ви можете. Це найкращий спосіб, щоб позиціонувати себе, ніж принижуватися.

Іноді веб-форумах є окремі місця для новачків питання. Якщо ви відчуваєте, у вас є питання новачка, тільки туди. Але не плазувати там.

Описуйте симптоми проблеми, а не ваші здогадки

Це не корисно сказати хакерів, що ви думаєте, що викликають проблему. (Якщо ваші діагностичні теорії були такі гарячий матеріал, ви б консультуватися з іншими за допомогою?) Так, переконайтеся, що ви говорите їм сирі симптоми, що йде не так, а не ваших інтерпретацій і теорій. Нехай роблять інтерпретацію і діагностику. Якщо ви відчуваєте, що це важливо заявити ваше припущення, чітко маркувати його як такий, і описати, чому ця відповідь не працює для вас.

Нерозумно:

Я отримую назад до спини помилки SIG11 на компіляцій ядра, і підозрюю, лінії росту волосся тріщини на одному з материнських плат слідів. Який найкращий спосіб перевірити це?

Смарт:

Мій будинок побудований K6 / 233 на FIC-PA2007 платі (VIA Apollo VP2 чіпсета) з 256 Corsair PC133 SDRAM починає отримувати помилки часто SIG11 близько 20 хвилин після включення живлення протягом ядра компілюється, але ніколи не в перші 20 хвилин , Перезавантаження НЕ перезапустити годинник, але відключення на ніч робить.Обмін всю оперативну пам'ять не допоможе. Відповідна частина типового журналу сесії компіляції наступним чином.

Оскільки попередній пункт, здається, бути жорстким вибором для багатьох людей, щоб зрозуміти, ось фраза, щоб нагадати вам: "Все діагностів є з Міссурі." Офіційний девіз, що американські держави є "Покажіть мені" (заробив в 1899 році, коли конгресмен Віллард Д. Вандівер сказав: "Я приїхав з країни, що не викликає кукурудзи і бавовни і cockleburs і демократів, і пінистий красномовство ні переконує ні задовольняє мене. Я з Міссурі. Ви повинні показати мені. ") У разі діагностів", це не питання скепсису, а буквальний, функціональна потреба побачити все, що якомога ближче до тієї ж сирої доказів того, що ви бачите, а ніж ваші здогадки і резюме. Покажи нам.

Опишіть симптоми вашої проблеми в хронологічному порядку в

Ключі найбільш корисні в з'ясуванні те, що пішло не так часто лежать в подіях безпосередньо перед. Таким чином, ваш обліковий запис повинен точно описати те, що ви зробили, і те, що машина та програмне забезпечення зробили, що ведуть до роздуття. У разі процесів командного рядка, що має журнал сесії (наприклад, за допомогою утиліти скрипта) і з посиланням на відповідні двадцять чи близько того рядків дуже корисно.

Якщо програма, дув на вас має опції діагностики (наприклад, -v для докладного), спробуйте вибрати параметри, які будуть додавати корисну інформацію для налагодження в стенограмі. Пам'ятайте, що більш не обов'язково краще; спробуйте вибрати рівень налагодження, які інформуватимуть, а не втопити читача в непотріб.

Якщо ваш обліковий запис закінчується час довго (більше чотирьох пунктах о), це може бути корисно коротко викласти проблему нагорі, а потім дотримуйтесь з хронологічною казки. Таким чином, хакери будуть знати, що, щоб спостерігати за читанням свій аккаунт.

Опишіть цілі, а не крок

Якщо ви намагаєтеся дізнатися, як зробити щось (на відміну від повідомлення про помилку), починайте з опису мети. Тільки тоді описати особливості крок до неї, що ви заблоковані на.

Найчастіше, люди, які потребують технічної допомоги є мета на високому рівні на увазі і застрягли на тому, що вони думають, що є одним зокрема шлях до мети. Вони приходять на допомогу з кроком, але не розуміють, що шлях неправильно. Це може зайняти значне зусилля, щоб пройти цей.

Нерозумно:

Як я можу отримати колірну палітру на-програми FooDraw прийняти шістнадцяткове значення RGB?

Смарт:

Я намагаюся замінити таблицю кольорів на зображенні зі значеннями моєму вибору. Зараз єдиний спосіб я бачу, щоб зробити це, відредагувавши кожен слот таблиці, але я не можу отримати FooDraw в палітру кольорів, щоб взяти шістнадцяткове значення RGB.

Друга версія питання розумний. Це дозволяє відповідь, яка передбачає інструмент краще підходить для цього завдання.

Не просіть людей відповідати на приватному електронній пошті

Хакери вважають, рішення проблем має бути публічним, прозорим процесом, протягом якого перша спроба відповіді може і повинна бути виправлена, якщо хтось більш обізнаними зауважує, що він є неповним або неправильним. Крім того, помічники отримати деякі з їх нагороди за те, що респонденти з розглядається, щоб бути компетентним і знаючим своїх однолітків.

Якщо ви запитаєте для приватного відповідь, ви порушуючи як процес і винагороду. Не робіть цього. Це респондента вибір чи відповісти в приватному - і якщо він або вона робить, це, як правило, тому, що він або вона думає, що питання занадто погано формується або вочевидь, аби бути цікавим для інших.

Існує одне обмежене виняток з цього правила. Якщо ви думаєте, що питання такої, що ви, ймовірно, отримаєте багато відповідей, які все тісно схожі, то чарівні слова "по електронній пошті мені, і я буду підсумовувати відповіді для групи". Це важливий, щоб спробувати зберегти список розсилки або новинних груп повінь, по суті, ідентичних проводок - але ви повинні стримати обіцянку узагальнити.

Чітко про ваше запитання

Відкриті питання, як правило, сприймається як відкриті раковини часу. Ці люди, швидше за все, буде в змозі дати вам корисну відповідь також є зайняті люди (якщо тільки тому, що вони приймають на найбільш роботу самі). Такі люди, як, що алергія на відкриті раковини часу, таким чином, вони, як правило, алергія на відкриті запитання.

Ви, швидше за все, щоб отримати корисну відповідь, якщо ви явним про те, що ви хочете зробити респондентів (забезпечувати покажчики, відправте код, перевірити ваш патч, що завгодно). Це зосередити своє зусилля і неявно поклав верхню межу часу та енергії респондент повинен виділити, щоб допомогти вам. Це добре.

Щоб зрозуміти світ експерти живемо, думаю експертизи в якості рясного ресурсу і часу, щоб відповісти як дефіцитний один. Чим менше часу ви неявно прихильності попросити, то швидше за все, ви, щоб отримати відповідь від когось дійсно хороше і дійсно зайнятий.

Таким чином, це корисно сформулювати своє питання, щоб мінімізувати час, необхідний для прихильність експерта на полі - але це часто не те ж саме, що спрощує питання. Так,наприклад, "Не могли б ви дати мені покажчик на гарне пояснення X?", Як правило, розумніші, ніж питання "Не могли б ви пояснити, X, будь ласка?". Якщо у вас є несправний код, як правило, розумніші, щоб попросити, щоб пояснити, що трапилося з ним, ніж це попросити кого-небудь, щоб виправити це.

Коли запитують про код

Не просіть інших відладити ваш зламаний код, не даючи натяк якої задачі вони повинні бути шукаєте. Проводка кілька сотень рядків коду, кажучи: "це не працює", допоможе вам ігноруються. Проводка десяток рядків коду, кажучи: "після лінії 7 я очікував побачити <х>, але <у>, а не відбулося", набагато більш імовірно, щоб отримати вам відповідь.

Найбільш ефективний спосіб, щоб бути точним про проблему код, щоб забезпечити мінімальний тестовий випадок помилок-демонстрації. Що таке мінімальний тест? Це ілюстрація проблеми; достатньо код, щоб показати небажану поведінку і не більше того. Як зробити мінімальний тестовий випадок? Якщо ви знаєте, що лінії або частину коду, що створює проблемною поведінкою, зробити копію і додати досить просто підтримувати код, щоб провести повний приклад (тобто досить, що джерело є прийнятним для компілятора / інтерпретатора / все додаток обробляє його) , Якщо ви не можете звузити її до конкретного розділу, зробити копію джерела і почати видалення шматки, які не впливають на проблемну поведінку. Чим менше ваш мінімальний тест, тим краще (див розділ під назвою "Том НЕ точність").

Створення дійсно невеликий мінімальний тестовий випадок не завжди буде можливо, але намагається це хороша дисципліна. Це може допомогти вам дізнатися, що вам потрібно, щоб вирішити проблему самостійно - і навіть коли це не так, хакери хотіли б бачити, що ви намагалися. Це зробить їх більш тісної співпраці.

Якщо ви просто хочете огляд коду, скажімо, стільки попереду, і не забудьте згадати, що ви думаєте, області може особливо потрібно відгук, і чому.

Не ставте домашні питання

Хакери в цьому досягли успіху домашні питання; більшість з нас зробили їх самі. Ці питання для вас, щоб працювати, так що, що ви будете вчитися на досвіді. Це нормально, щоб попросити підказки, але не для цілих рішень.

Якщо ви підозрюєте, були прийняті домашнє завдання питання, але не може вирішити його в жодному разі, спробуйте запитати на форумі групи користувачів або (в крайньому випадку) в "користувач" список / форумі проекту. У той час як хакери будуть визначити це, деякі з просунутих користувачів можуть, принаймні дати вам підказку.

Чорнослив безглузді запити

Не піддавайтеся спокусі, щоб закрити ваш запит про допомогу з семантично-нульових питання, як "Може хто допоможе мені?" Або "Є чи відповідь?" По-перше: якщо ви написали ваш опис проблеми на півдорозі грамотно, наприклад прикріпив-на питання знаходяться на краще зайве. По-друге: тому що вони є зайвими, хакери знайти їх дратує - і, швидше за все, повернутися логічно бездоганні, але зневажливе відповіді як "Так, ви можете допомогти" і "Ні, немає допомогу для вас."

Загалом, не питаючи да-або-нема питань є хороша річ, щоб уникнути, якщо ви не хочете да-або-немає відповіді.

Чи не прапор ваше запитання "Срочно", навіть якщо це для вас

Це ваша проблема, а не наша. Стверджуючи необхідність, швидше за все, буде контрпродуктивним: більшість хакерів просто видалити такі повідомлення як грубі й егоїстичні спроби викликають негайне і особливу увагу. Крім того, слово "терміново" (та інші подібні спроби захопити увагу в темі) часто викликає спам-фільтри - ваші одержувачі, призначені, можливо, ніколи бачити його на всіх!

Існує один напів-винятком. Це може бути варто згадати, якщо ви використовуєте програму в якійсь гучних місці, один, що хакери будуть схвильовані про; в такому випадку, якщо ви в цейтноті, і ви так чемно, люди можуть отримати достатньо зацікавлені, щоб відповісти швидше.

Це дуже ризиковано, тим не менш, через метрикою хакерів за те, що є захоплюючим, ймовірно, відрізняється від вашої. Проводка від Міжнародної космічної станції буде кваліфікуватися, наприклад, але розміщення на імені гарного самопочуття благодійної чи політичної причини майже напевно немає. Насправді, розміщення "Терміново: Допоможіть мені врятувати пухнастих дитинчат тюленів!" Надійно, щоб ви уникали або навіть палав хакерами, які вважають, нечіткі дитинчат тюленів важливі.

Якщо ви знайдете цю таємничу, перечитайте решта це як-би до тих пір, поки ви зрозуміти, перш ніж відправляти що-небудь взагалі.

Надано ніколи не болить, і іноді допомагає

Будьте ввічливі. Використовуйте "Будь ласка" і "Спасибі за увагу" або "Спасибі за ваше увагу". Зробити ясно, що ви цінуєте час люди витрачають допомоги вам безкоштовно.

Щоб бути чесним, це не так важливо, як (і не може замінити) бути граматичний, ясність, точність і описовий характер, уникаючи власних форматів і т.д.; хакери в цілому скоріше отримати кілька різкі, але технічно гострі звіти про помилки, ніж ввічливе невизначеності. (Якщо це спантеличує вас, пам'ятайте, що ми цінуємо питання по тому, що вона вчить нас.)

Тим не менш, якщо у вас є свої технічні качок в ряд, ввічливість дійсно підвищує ваші шанси на отримання корисної відповідь.

(Слід зазначити, що єдине серйозне заперечення ми отримали від ветеранів хакерів цього документа є по відношенню до нашої попередньої рекомендації, щоб використовувати"Спасибі заздалегідь". Деякі хакери відчуваю, що це асоціюється намір не пізніше подякувати кого-небудь. Наша рекомендація небудь сказати "Спасибі заздалегідь" в першу чергу іподякувати респондентів після цього, або висловлювати ввічливість по-іншому, наприклад, кажучи "спасибі за ваше увагу" або "Спасибі за ваше увагу".)

Наступні з короткою замітці про рішення

Відправити примітка після проблема була вирішена для всіх, хто допоміг тобі; нехай вони знають, як він вийшов, і подякувати їм знову за їхню допомогу. Якщо проблема привернула загальний інтерес в списку розсилки або телеконференції, це доречно розмістити подальшу там.

Оптимально, відповідь має бути в потоці розпочатої оригінальний питання розміщення, і повинні були 'FIXED', 'РІШЕННЯ' або настільки ж очевидно, тег в темі. На списків розсилки зі швидким оборотом, потенційного відповідача, який бачить нитка про "Проблема X" закінчив "Проблема Х - ВИПРАВЛЕНО" знає, щоб не витрачати його / її час навіть читання нитка (якщо він (а) особисто не знаходить проблеми Х цікаве ) і може, отже, використати цей час вирішуючи різні проблеми.

Ваш Followup не повинні бути довгим і заплутаним; простий "Привіт - це був не вдалося мережевий кабель! Дякую всім. - Білл "буде краще, ніж нічого. Справді, коротким і солодким резюме краще, ніж довгий дисертації, якщо рішення не має реальної технічної глибину. Скажіть, що дія вирішити проблему, але вам не потрібно перегравати послідовність пошуку несправностей в цілому.

При виникненні проблем з якоюсь глибини, доцільно опублікувати резюме історії пошуку та усунення несправностей. Опишіть своє заключне заяву проблеми. Опишіть, що працював в якості рішення, і вказати можна уникнути тупиків після, що. Тупиків повинні прийти після правильного рішення і інший зведеної матеріалу, а не перетворювати подальших заходів у детективній історії. Назвіть імена людей, які допомогли вам, ви будете робити друзям, що шлях.

Крім того, важливий і інформативним, це свого роду подальшому спостереженні допоможе іншим шукають архів списку розсилки новин / / форуму точно знати, яке рішення допомогло вам і, таким чином, може також допомогти їм.

Останнє, але не менш важливо, цей вид про виконання допомагає всім, хто допомагав відчувати задоволення почуття закриття про проблему. Якщо ви не технар або хакер себе, довіряти нам, що це почуття дуже важливо для гуру та експертів ви натиснули на допомогу. Проблема оповіді, що слід від недозволеного в небуття є неприємних речей; хакери свербіж, щоб побачити їх вирішити. Гудвіл, що подряпини, що свербіж заробляє вам буде дуже, дуже корисно для вас наступного разу вам потрібно ставити питання.

Подумайте, як ви могли б перешкодити іншим з тією ж проблемою в майбутньому. Запитайте себе, якщо документація або FAQ патч допоможе, і якщо так відправити цей патч супроводжуючому.

Серед хакерів, це свого роду хорошу поведінку Наступні насправді більш важливим, ніж звичайний ввічливості. Це, як ви отримаєте репутацію добре грає з іншими, які можуть бути дуже цінним активом.

Як інтерпретувати відповіді

RTFM і STFW: Як сказати Ви серйозно облажались

Існує давня традиція і святиться: якщо ви отримуєте відповідь, що читає "RTFM", людина, яка думає, що вам слід читати The Fucking Manual. Він або вона майже напевно прав.Перейти читати його.

RTFM є молодший родич. Якщо ви отримуєте відповідь, що читає "STFW", людина, яка думає, що вам слід було б Шукав The Fucking Web. Він або вона майже напевно прав.Пошукайте його. (Більш м'який варіант це коли ви сказали "Google є вашим другом!")

У веб-форумах, ви також можете бути сказали, щоб шукати архіви форуму. Справді, хтось може бути навіть так ласкаві, щоб забезпечити покажчик на попередній потоці, в якому ця проблема була вирішена. Але не покладайтеся на це увагу; зробити свій архів-пошук, перш ніж просити.

Часто людина говорить вам, щоб зробити пошук має керівництво або веб-сторінку з інформацією, необхідною відкритий, і, дивлячись на нього, як він чи вона типу. Ці відповіді означають, що відповідач вважає (а) необхідну інформацію ви можете легко знайти, і (б) ви дізнаєтеся більше, якщо ви шукаєте інформацію, ніж якби він у вас наповнює до вас.

Ви не повинні ображатися на це; за стандартами хакерських ваш респондент показує вам зразкову вид поваги просто не ігнорую. Замість цього, ви повинні бути вдячні за це бабусиним доброти.

Якщо ви не розумієте ...

Якщо ви не розумієте, відповідь, не відразу оговтатися попит на роз'яснень. Використовуйте ті ж інструменти, які ви використовували, щоб спробувати відповісти на ваше початковий питання (керівництва, часто задають питання, Інтернет, досвідчені друзі), щоб зрозуміти відповідь. Тоді, якщо вам все ще потрібно, щоб попросити роз'яснень, демонструють те, що ви дізналися.

Наприклад, припустимо, що я вам скажу: "Це звучить, як ви отримали застряг zentry; Ви повинні будете очистити його. "Тоді: ось погано Followup питання:" Що це zentry "Осьдобре Followup питання:" ОК, я прочитав сторінку людини і zentries згадуються тільки при -z і -p перемикачів , Жоден з них говорить що-небудь про розчищення zentries. Це один з них, або я щось пропустив? "

Робота з хамством

Багато чого з того, схоже, грубість у хакерських колах не призначений, щоб дати злочин. Скоріше, це твір пряме, вирізати через-фігня зв'язку стилі, що природно для людей, які більше стурбовані рішенням проблем, ніж рішень інші відчувають себе сухо і комфортно.

Коли ви сприймаєте грубість, спробуйте реагувати спокійно. Якщо хтось дійсно розігруючи, це дуже ймовірно, старший чоловік у списку або новин або на форумі будемо називати його або її від нього. Якщо НЕ станеться, і ви втратите свій норов, цілком імовірно, що людина, якій ви втратите його в поводився в нормах хакерського співтовариства і ви буде розглядатися на вині. Це буде боляче ваші шанси на отримання інформації або допомоги ви хочете.

З іншого боку, ви будете час від часу перебігти грубості і позерство, що цілком безоплатно. Зворотним боком вище, що це прийнятна форма грюкнути реальні правопорушників досить важко, розсікаючи їх негідну поведінку з різким словесним скальпелем. Будьте дуже, дуже впевнені в своїй землі, перш ніж намагатися це, однако. Кордон між виправленні безкультур'я і починаючи безглуздий flamewar досить тонкі, що самі хакери нерідко спалахували по ньому; якщо ви новачок або аутсайдер, ваші шанси уникнути такої промах низькі. Якщо ви після інформації, а не розвага, краще, щоб ваші пальці від клавіатури, ніж ризикувати.

(Деякі люди стверджують, що багато хакерів мають легку форму аутизму або синдрому Аспергера, і фактично відсутні деякі схеми мозку, що змащує "нормально" соціальна взаємодія людини. Це може або не може бути правдою. Якщо ви не хакер самостійно , це може допомогти вам впоратися з нашими дивацтв, якщо ви думаєте про нас як пошкоджений мозок Ідіть прямо вперед ми не будемо дбати; .. ми хотіли бути те, що це ми, і як правило, мають здоровий скептицизм з приводу клінічних етикеток).

Спостереження Джеффа Біглер Обо контактних фільтрів також актуальні і варто читати.

У наступному розділі ми поговоримо про іншу проблему; вид "грубості" ви побачите, коли ви погано себе вести.

На не реагує як невдаха

Шанси ви зіпсувати кілька разів на хакерських форумах спільноти - таким чином, описаних в цій статті, або схожі. І ви будете розповів, як саме ви облажались, можливо, з барвистими відступів. Публічно.

Коли це станеться, то найгірше, що ви можете зробити, це скиглити про досвід, претензії були словесним образам, вибачення попиту, кричати, затримайте дихання, загрожують позови, скаржаться на роботодавців людей, залишити кришку унітазу до, і т.д. Замість цього, ось те, що ви робите:

Закінчуй з цим.Це нормально. Насправді, це здорово і доречно.

Стандарти спільноти не підтримувати себе: Вони підтримуються людей, активно застосовуючи їх, мабуть, на публіці. Не нити, що всі критики повинні були передати за допомогою приватного електронній пошті: Це не як це працює. Також це корисно наполягати ви особисто образив коли хтось коментує, що один з Ваших вимог було не так, або що його погляди відрізняються. Ті програвший відносини.

Там були хакерські форуми, де, з якоїсь помилковим відчуттям гіпер-ввічливості, учасникам заборонили вивішувати будь прискіпливості з чужих повідомлень, і сказав "Не говори нічого, якщо ви не бажають, щоб допомогти користувачеві." в результаті відходу Clueful учасників інших змушує їх спуститися у безглуздій балаканині і стають марними, як технічних форумах.

Перебільшено "дружніх" (в тому, що мода) або корисно: Виберіть один.

Пам'ятайте: коли цей хакер говорить вам, що ви облажались, і (незалежно від того, як грубо) говорить вам, щоб не зробити це знову, він діє з міркувань (1) Ви і (2) його громади. Це було б набагато легше для нього, щоб ігнорувати вас і фільтрувати вас зі свого життя. Якщо ви не можете керувати, щоб бути вдячні, принаймні, трохи гідності, не нити і не чекати, щоб розглядатися як з тендітною лялькою лише тому, що ти новачок з театрально гіперчутливою в душі і оман права ,

Іноді люди нападуть на вас особисто, полум'я без видимої причини і т.д., навіть якщо ви не зіпсувати (або лише зіпсував у своїй уяві). У цьому випадку, скаржитися це шлях додійсно зіпсувати.

Ці Flamers є або ламери, які не мають ні найменшого поняття, але вважають себе експертами, або потенційні психологи тестування будете ви зіпсувати. Інші читачі або ігнорувати їх, або знайти способи боротьби з ними самостійно. Країни поводяться вогнеметів "створює проблеми для себе, які не мають до вас ставитися.

Не дозволяйте собі бути втягнутими в flamewar, або. Більшість полум'я краще ігнорувати - після того як ви перевірили, чи є вони насправді полум'я, що не покажчики на шляху, в якому ви увернула, і не розумно зашифрованих відповіді на вашій реальному питання (це відбувається, а).

Питання не ставити

Ось деякі класичні дурні питання, і те, що хакери думають, коли вони не відповідати на них.

Питання: Де я можу знайти програму або ресурс X?

Питання: Як я можу використовувати X, щоб зробити Y?

Питання: Як я можу налаштувати мій запрошення оболонки?

Питання: Чи можна перетворити документ AcmeCorp в файл TeX за допомогою Бас-O-Matic конвертер файлів?

Питання: Мої {програма, конфігурація, SQL заяву} не працює

Питання: У мене виникли проблеми з моїй машині Windows. Ви можете допомогти?

Питання: Моя програма не працює. Я думаю, що система X об'єкт порушується.

Питання: У мене виникли проблеми з установкою Linux або X. Чи можете ви допомогти?

Питання: Як я можу зламати корінні / отримати-OPS привілеї / прочитати чужу пошту?

Питання:

Де я можу знайти програму або ресурс X?

A:

Те ж саме місце, де я б знайти його, дурень - на іншому кінці веб-пошуку. Ghod, не всі знають, як використовувати Google ще?

Питання:

Як я можу використовувати X, щоб зробити Y?

A:

Якщо те, що ви хочете зробити Y, ви повинні поставити це питання без попередньої припускаючи використання методу, який не може бути доцільно. Питання такого виду часто вказують на людину, яка не просто знають про X, але заплутався про те, що проблема У них вирішуються і занадто зациклюються на деталях своєї конкретної ситуації. Це, як правило, краще ігнорувати таких людей, поки вони не визначають свої проблеми краще.

Питання:

Як я можу налаштувати мій запрошення оболонки?

A:

Якщо ви досить розумні, щоб задати це питання, ви досить розумні, щоб RTFM і дізнайтеся самі.

Питання:

Чи можу я конвертувати документ AcmeCorp в файл TeX за допомогою Бас-O-Matic конвертер файлів?

A:

Спробуйте і подивіться. Якщо ви це зробили, ви (а) дізнатися відповідь, і (б) припинити витрачати свій час.

Питання:

Мої {програма, конфігурація, SQL заяву} не працює

A:

Це не питання, і я не зацікавлений в грі двадцять питань, щоб вирвати ваш фактичний питання від вас - у мене є справи важливіші ,. Побачивши щось на зразок цього, моя реакція, як правило, з одного з наступних:

  • у вас є що-небудь ще, щоб додати до цього?
  • ой, це дуже погано, я сподіваюся, ви отримаєте його фіксованою.
  • і це саме те, що зі мною робити?

Питання:

У мене виникли проблеми з моїй машині Windows. Ви можете допомогти?

A:

Так. Викиньте цю Microsoft сміття і встановити операційну систему з відкритим вихідним кодом, як Linux або BSD.

Примітка: Ви можете задати питання, пов'язані з машинами Windows, якщо вони про програму, яка дійсно має офіційні Вікна будувати, або взаємодіє з машинами Windows (тобто, Samba). Тільки не дивуйтеся, у відповідь, що проблема з ОС Windows, а не програми, тому що ОС Windows так порушена в цілому, що це дуже часто буває.

Питання:

Моя програма не працює. Я думаю, що система X об'єкт порушується.

A:

Хоча цілком можливо, що ви перший, хто помітив очевидну недостатність в системних викликах і бібліотеках, інтенсивно використовуваних сотнями або тисячами людей, це, скоріше, більш імовірно, що ви абсолютно неосвічені. Надзвичайні заяви вимагають екстраординарних доказів; коли ви робите позов як цей, ви повинні його резервну копію з чіткою і вичерпною документації разі помилки.

Питання:

У мене виникли проблеми з установкою Linux або X. Чи можете ви допомогти?

A:

Ні, я б потрібно безпосередній доступ до вашої машини, щоб усунути це. Перейти задати своє локальну групу користувачів Linux для практичного допомоги. (Ви можете знайти список груп користувачів тут.)

Примітка: питання про встановлення Linux можуть бути доцільно, якщо ви знаходитесь на форумі, або в список розсилки про конкретний розподіл, і проблема з цієїдистрибутива; або місцевих форумів груп користувачів. У цьому випадку, переконайтеся, що для опису точні відомості про збій. Але робити обережно пошуку перше, з "Linux" і всіх підозрілих шматків апаратних засобів.

Питання:

Як я можу зламати корінні / отримати-OPS привілеї / прочитати чужу пошту?

A:

Ти жалюгідне існування для бажаючих робити такі речі і придурок за питання хакера, щоб допомогти вам.

Хороші і Погані Питання

Нарешті, я збираюся показати, як задавати питання в розумний спосіб на прикладі; пари питань про ту ж проблему, один запитав нерозумно і один в розумний спосіб.

Нерозумно: Де я можу дізнатися речі про Фунлі Flurbamatic?

Це питання просто напрошується на «STFW" у відповідь.

Смарт: Я Google, щоб спробувати знайти "Фунлі Flurbamatic +2600" в Інтернеті, але я не отримав ніяких корисних хіти. Чи можу я отримати покажчик на інформацію про програмування цього пристрою?

Цей вже STFWed, і звучить як там може бути реальна проблема.

Нерозумно: Я не можу отримати код з проекту Foo для компіляції. Чому це працює?

Вопрошающий припускає, що хтось ще облажався. Зарозумілий мерзотник ...

Смарт: Код з проекту Foo НЕ компіляції під Nulix версії 6.2. Я читав довідку, але це не має нічого в ньому про Nulix пов'язаних проблем. Ось стенограма моєї спробі компіляції; це те, що я зробив?

Вопрошающий уточнив середовища, прочитайте довідку, показує помилку, і не припускаючи його проблеми чужій провині. Цей може бути варто деяку увагу.

Нерозумно: У мене проблеми з моєї материнської плати. Може хто-небудь допомогти?

Відповідь Дж Випадковий Хакера цього, ймовірно, буде "правою. Вам потрібно відрижка і сповивання, занадто? "Послідував удар вилучень ключа.

Смарт: Я намагався X, Y, Z і на материнській платі S2464. Коли це не спрацювало, я спробував A, B і C. Зверніть увагу на цікавий симптом, коли я намагався С. Очевидно, що florbish є grommicking, але результати не те, що можна було б очікувати. Які звичайні причини grommicking на материнських платах Athlon MP? Хто-небудь отримав ідеї для декількох тестів я можу запустити придавити проблему?

Ця людина, з іншого боку, здається гідною відповіддю. Він / вона проявив вирішення проблем, а не інтелект пасивно очікуючи відповіді, щоб знизитися з висоти.

В останньому питанні зверніть увагу на невелику, але важливу різницю між вимогою "Дайте мені відповідь" і "Будь ласка, допоможіть мені зрозуміти, що додатковий діагностика я можу запустити, щоб досягти просвітлення."

Насправді, форма на останнє запитання тісно заснований на реальному інциденті, який стався в серпні 2001 року в списку розсилки Linux-ядра (lkml). Я (Ерік) був задаю питання, яке час. Я бачив загадкові зависання на материнській платі Tyan в S2462. Члени Список поставляються важливу інформацію, я повинен був вирішити їх.

Ставлячи питання в тому, як я зробив, я дав людям їжу для роздумів; Я зробив це легко і привабливим для них втручатися. Я показав повагу до здатності моїх однолітків, і запропонував їм звернутися зі мною на рівних. Я також показав, повага до цінності свого часу, розповідаючи їм тупики я вже обіграш.

Згодом, коли я подякував усім і помітив, наскільки добре процес працював, А.Н. lkml член зазначив, що він думав, що він працював не тому, що я "ім'я" у цьому списку, а тому, що я поставив питання в належній формі.

Хакери в деяких відносинах дуже безжальні меритократії; Я впевнений, що він був правий, і що якщо я вже поводився, як губка, я був би палали або ігнорували незалежно від того, ким я був. Його припущення, що я пишу на весь інцидент як інструкція до інших безпосередньо призвели до складу даного керівництва.

Якщо ви не можете отримати відповідь

Якщо ви не можете отримати відповідь, будь ласка, не приймайте це особисто, що ми не відчуваємо, що ми можемо вам допомогти. Іноді члени групи попросили може просто не знати відповідь. Немає відповіді не є такою ж, як ігноруються, хоча за загальним визнанням важко помітити різницю ззовні.

Загалом, просто повторно відправити своє запитання, є поганою ідеєю. Це буде розглядатися як безглуздо дратує. Майте терпіння: людина з Вашою відповіддю може бути в іншому часовому поясі і спить. Або це може бути, що ваш питання не був добре освічений, щоб почати с.

Є й інші джерела допомоги ви можете йти, часто джерела краще пристосовані до потреб початківця користувача.

Є багато онлайн і локальних груп користувачів, які ентузіасти про програмне забезпечення, навіть якщо вони, можливо, ніколи б написати будь-яке програмне забезпечення самостійно. Ці групи часто утворюють так, що люди можуть допомагати один одному і допомогти новим користувачам.

Є також багато комерційних компаній можна укласти контракт з за допомогою, і великі і маленькі. Не лякайтесь на думки про те, щоб платити за надали допомогу! Зрештою, якщо ваш автомобіль двигун дме прокладку головки, можливо, ви б прийняти його в ремонтну майстерню і оплатити її виправити. Навіть якщо програмне забезпечення не буде коштувати вам нічого, ви не можете очікувати, що підтримка завжди приходять безкоштовно.

Для популярного програмного забезпечення, як Linux, є, принаймні 10000 користувачів на розробника. Це просто не можливо для однієї людини, щоб поводитися з службу підтримки з більш ніж 10 000 користувачів. Пам'ятайте, що навіть якщо у вас є, щоб заплатити за підтримку, ви як і раніше платити набагато менше, ніж якби вам довелося купити програмне забезпечення, а також (і підтримка програмного забезпечення з закритим вихідним кодом, як правило, дорожче і менш компетентним, ніж підтримка для програмного забезпечення з відкритим вихідним кодом) ,

Як відповідати на питання в корисний спосіб

Будьте ніжні. Проблема пов'язаного з роботою стресу може змусити людей здатися грубим чи дурним, навіть якщо вони не.

Відповідь на перше злочинця офф-лайн. Там немає необхідності публічного приниження для тих, хто, можливо, зробив чесну помилку. Реальний новачок може не знати, як шукати архіви або де Питання та відповіді зберігаються або опубліковані.

Якщо ви не знаєте напевно, так би мовити! Неправильне але авторитетний звучить відповідь гірше, ніж взагалі нічого. Не вказувати нікого вниз невірний шлях просто тому, що це весело, щоб бути схожим на експерта. Будьте скромні й чесні; хороший приклад і для кверента і ваших колег.

Якщо ви не можете допомогти, не заважайте. Чи не жартувати про процедур, які можуть сміття налаштування користувача - бідняків сік може інтерпретувати їх як інструкції.

Запитайте навідні запитання, щоб виявити більш докладну інформацію. Якщо ви гарні в цьому, питаючий буде дізнатися щось - і так може ви. Спробуйте перетворити поганий питання в хороший; пам'ятаю, ми були всі новачки один раз.

У той час як бурмочучи RTFM іноді виправдано, відповідаючи на тих, хто тільки ледачий сльота, покажчик документації (навіть якщо це всього лише припущення, щоб Google для ключової фрази) краще.

Якщо ви збираєтеся відповісти на питання на всіх, дати хороше значення. Чи не пропонуйте наспіх обхідні шляхи, коли хтось використовує той інструмент або підхід.Запропонувати хороші інструменти. Переформуліруйте питання.

Відповідь на актуальне питання! Якщо позивач був так ретельно, як зробити його або її дослідження і включені в запит, що X, Y, Z, A, B, і C вже намагалася без гарного результату, це у вищій мірі марним відповісти "Спробуйте А чи Б, "або з посиланням на те, що тільки говорить," Try X, Y, Z, A, B або C. ".

Допоможіть співтовариство вчитися на питання. Коли ви поле хороше запитання, запитайте себе, "Як би відповідну документацію або FAQ доведеться змінити так, щоб ніхто не має на це відповісти ще раз?" Потім відправити патч до документа супроводжуючого.

Якщо ви зробили дослідження, щоб відповісти на питання, продемонструвати свої навички, а не писати, як якщо б ви витягли відповідь з вашого прикладом. Відповідаючи одне хороше запитання, як годувати голодного людину один раз, але вчити їх дослідницьких навичок від прикладу показуючи їм, як вирощувати їжу на все життя.

Інші ресурси

Якщо вам потрібна інструкція по основам про те, як персональні комп'ютери, Unix та Інтернет працює, см Короткий посібник Unix та Інтернет Основи.

Коли ви відпустите програмне забезпечення або писати патчі для програмного забезпечення, спробуйте слідувати вказівкам в HOWTO Програмне забезпечення практики випуску.

Подяки

Евелін Мітчел сприяло декілька прикладів дурні питання і надихнув "Як дати хороший відповідь" розділ. Михайло Рамендік вніс деякі особливо цінні пропозиції щодо поліпшення.