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

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

Thyrsus Enterprises

<[email protected]>

Рік Моєн

 <[email protected]>

Copyright © 2001,2006,2014 Eric S. Raymond, Rick Moen

Зміст

Відмова

Вступ

Перед тим, як запитати

Коли ви запитуєте

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

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

Web і форуми IRC

Як другий крок використайте
списки розсилки проекту

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

Зробіть відповідь легкою

Пишіть ясно, граматично й орфографічно коректно

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

Будьте точні й інформативні щодо своєї проблеми

Обсяг не є точністю

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

Плазування не є заміною виконання домашнього завдання

Опишіть симптоми проблеми, а не ваші припущення

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

Опишіть мету, а не крок

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

Ставте запитання чітко

Запитуючи про код

Не публікуйте запитання з домашнього завдання

Відкидайте безглузді запити

Не позначайте своє запитання як “Термінове”, навіть якщо воно таким є для вас

Ввічливість ніколи не зашкоджує, а іноді допомагає

Продовжуйте з короткою заміткою про рішення

Інтерпретація відповідей

RTFM та STFW: як сказати, що ви серйозно помилилися

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

Реакція на грубощі

Як не реагувати, як невдаха

Запитання, які ставити не слід

Гарні та погані запитання

Якщо ви не отримуєте відповідь

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

Пов’язані ресурси

Визнання

 

Відмова

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

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

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

 

Вступ

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

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

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

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

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

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

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

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

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

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

(Покращення в цьому посібнику вітаються. Ви можете відправити поштою пропозиції до [email protected] або [email protected]. Однак слід зазначити, що цей документ не призначений для загального керівництва для нетикету, і ми, як правило, відкидають пропозиції, не пов’язані з викликати корисні відповіді в технічному форумі.)

Перед тим, як запитати

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

1. Спробуйте знайти відповідь за допомогою пошуку в архівах форуму або список розсилки ви плануєте відправляти повідомлення.
2. Спробуйте знайти відповідь за допомогою функції пошуку в Інтернеті.
3. Спробуйте знайти відповідь, прочитавши інструкцію.
4. Спробуйте знайти відповідь, прочитавши поширені запитання.
5. Спробуйте знайти відповідь на перевірки або експериментів.
6. Спробуйте знайти відповідь, питаючи кваліфікований друг.
7. Якщо ви програміст, спробуйте знайти відповідь, прочитавши вихідний код.

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

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

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

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

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

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

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

Коли ви запитуєте

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

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

• задайте своє питання на форумі, де це не по темі

• опублікувати дуже елементарне питання на форумі, де обговорюються складні технічні питання, чи навпаки,

• крос-пост занадто багато різних груп новин

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

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

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

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

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

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

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

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

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

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

Пошук, а потім попросити на Stack Exchange

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

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

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

Stack Exchange виросла до більш ніж 100 сайтів, але ось найбільш вірогідні кандидати:

Деякі проекти мають свої власні конкретні сайти, в тому числі Android, Ubuntu, TeX/LaTeX і SharePoint. Перевірте сайт Stack Exchange, для списку уточнених.

Web і форуми IRC

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

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

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

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

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

Як другий крок використайте списки розсилки проекту

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

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

• Ставити запитання в списку розподіляє навантаження серед розробників. Індивідуальний розробник (особливо якщо він керівник проекту) може бути занадто зайнятий, щоб відповісти на ваші запитання.

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

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

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

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

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

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

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

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

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

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

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

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

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

Зробіть відповідь легкою

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

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

Пишіть ясно, граматично й орфографічно коректно

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

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

Пишіть, чергувати і капіталізувати правильно. Не плутайте “його” з “це”, “вільний” з “втратити”, або “дискретно” з “обережним”. Чи не НЕ КАПІТАЛІЗУЙТЕ ВСЕ; це читається як крик і вважається грубістю. (Все-штани лише трохи менше дратує, так як це важко читати. Алан Кокс може піти з ним, але ви не можете.)

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

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

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

• Англійська не є моєю рідною мовою; вибачте помилки.

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

• Я знайомий з технічної точки зору, але деякі сленгові вислови і ідіоми важко для мене.

• Я відправив своє питання в $МОВОЮ і англійською мовами. Я буду радий, перекладати свідчення, якщо ви використовуєте тільки один або інший.

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

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

• Надіслати простий текст листа, а не HTML. (Це не важко, щоб вимкнути HTML.)

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

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

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

• Чи не відправляти MIME кодування Цитується-друк на англійській мові форум с. Це кодування може знадобитися, коли ви розміщення на мові ASCII не поширюється, але багато електронної пошти агенти не підтримують його. Коли вони ламаються, всі ці = 20 гліфів, розсіяних по тексту потворні і відволікає – або можуть активно саботувати семантики тексту.

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

• Якщо ви посилаєте електронну пошту від машини Windows, вимкніть проблемне “Смарт Котирування” особливість від Microsoft (Інструменти> Параметри автозаміни, зніміть прапорець смарт лапки під Автоформат при введенні). Це так ви уникнете розбризкування сміття символів через пошту.

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

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

Будьте точні й інформативні щодо своєї проблеми

• Опишіть симптоми вашої проблеми або помилки ретельно і чітко.

• Опишіть середовище, в якій відбувається (машина, ОС, додатки, що завгодно). Забезпечити розподіл вашого постачальника і звільнити рівень (наприклад: “Fedora Core 7”, “Slackware 9,1” і т.д.).

• Описати дослідження ви зробили, щоб спробувати зрозуміти проблему перш, ніж задавати питання.

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

• Опишіть, можливо, відповідні недавні зміни в вашому комп’ютері або конфігурації програмного забезпечення.

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

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

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

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

Обсяг не є точністю

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

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

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

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

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

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

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

Плазування не є заміною виконання домашнього завдання

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

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

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

Опишіть симптоми проблеми, а не ваші припущення

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

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

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

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

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

Опишіть мету, а не крок

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

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

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

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

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

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

Ставте запитання чітко

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

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

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

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

Запитуючи про код

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

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

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

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

Не публікуйте запитання з домашнього завдання

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

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

Відкидайте безглузді запити

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

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

Не позначайте своє запитання як “Термінове”, навіть якщо воно таким є для вас

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

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

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

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

Ввічливість ніколи не зашкоджує, а іноді допомагає

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

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

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

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

Продовжуйте з короткою заміткою про рішення

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

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

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

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

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

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

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

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

Інтерпретація відповідей

RTFM та STFW: як сказати, що ви серйозно помилилися

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

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

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

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

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

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

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

Наприклад, припустимо, що я говорю вам: “Це звучить, як ви отримали застряг попереджувача; вам потрібно очистити його “Тоді: ось погане наступне питання: “Що таке попереджувач” Ось хороше наступне питання: “Добре, я прочитав сторінку людини і попереджувачі згадуються тільки під -z і -p перемикачі, Жоден з них говорить, що нічого про очищення попереджувачів. Це один з них, або я щось пропустив?”

Реакція на грубощі

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

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

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

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

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

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

Як не реагувати, як невдаха

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

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

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

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

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

Перебільшено “дружній” (в цьому моді) або корисно: виберіть один.

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

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

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

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

Запитання, які ставити не слід

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

З: Де можна знайти програму або ресурс X?
З: Як я можу використовувати X зробити Y?
З: Як я можу налаштувати моє запрошення командного інтерпретатора?
З: Чи можна перетворити документ AcmeCorp в файл TeX за допомогою Bass-O-Matic конвертер файлів?
З: Моя {програма, конфігурація, SQL заяву} не працює
З: У мене виникли проблеми з моєю машиною Windows. Ви можете допомогти?
З: Моя програма не працює. Я думаю, що система об’єкта X порушується.
З: У мене виникли проблеми з установкою Linux або X. Чи можете ви допомогти?
З: Як я можу зламати корінь/вкрасти канал-ops привілеї/прочитати чиюсь електронну пошту?

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

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

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

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

З: Як я можу налаштувати своє запрошення командного інтерпретатора?

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

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

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

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

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

• у вас є що-небудь ще додати до цього?

• ох, це дуже погано, я сподіваюся, ви отримаєте його фіксованим.

• і як саме це стосується мене?

З: У мене виникли проблеми з моєю машиною Windows. Ви можете допомогти?

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

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

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

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

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

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

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

З: Як зламати корінь/вкрасти канал-OPS привілеї/прочитати чиюсь електронну пошту?

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

Гарні та погані запитання

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

Якщо ви не отримуєте відповідь

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пов’язані ресурси

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

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

Визнання

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