Як правильно задавати питання на форумах? Частина 4
Точно і детально описувати мету, а не окремий крок.
Якщо ви намагаєтеся розібратися, як що-небудь зробити (а не повідомляєте про помилку), починайте з опису мети. І тільки потім описуйте конкретний крок на шляху до неї, який ви не змогли виконати.
Найчастіше люди, яким необхідна технічна допомога, мають на думці високорівневу мета і прив'язуються до одного з можливих, на їхню думку, шляхів її досягнення. Вони просять допомогти виконати один крок, не віддаючи собі звіту в тому, що вибрали невірний шлях. Щоб розібратися в цьому, може знадобитися багато зусиль.
Нерозумно: Як змусити діалог вибору кольору в програмі FooDraw сприймати шестнадцатеричное RGB-значення?
Розумно: Я намагаюся замінити таблицю кольорів у зображенні потрібними мені значеннями. Зараз я бачу тільки один спосіб зробити це - редагуючи кожен слот таблиці, але я не можу задати шестнадцатеричное RGB-значення в діалозі вибору кольору програми FooDraw.
Друга версія питання - розумна. Вона дозволяє отримати відповідь, в якому буде запропоновано засіб, більш відповідне для вирішення завдання.
Не просіть відповідати на особисту адресу електронної пошти.
Вирішення проблем повинна бути загальнодоступною, прозорим процесом, в ході якого перша спроба знайти відповідь може і повинна бути виправлена, якщо хтось, більш знаючий, помітить, що ця відповідь - неповний або некоректний. Крім того, відповідальні почасти винагороджуються тим, що їх компетентність і знання будуть помічені колегами.
Коли ви просите особистого відповіді, ви заважаєте як процесу вироблення рішення, так і отриманню "винагороди". Не робіть цього. Відповідати особисто - це вибір відповідає, - і якщо він так і робить, то зазвичай тому, що вважає питання занадто невдало сформульованим або очевидним, щоб бути цікавим іншим.
З цього правила є одне невелике виняток. Якщо ви припускаєте, що на своє питання отримаєте безліч подібних між собою відповідей, не забудьте магічні слова "пошліть відповідь мені, а я резюмую отримані відповіді в статті для дискусійною групи". Спроба уберегти дискусійну групу або список розсилки від, по суті, ідентичних повідомлень - це дуже люб'язно, але ви повинні стримати обіцянку і послати підсумкове резюме.
Задавайте ясні і чіткі питання.
Необмежені питання вимагають зазвичай необмеженого часу для відповіді. Люди, швидше за все здатні дати вам корисний відповідь, ще й самі зайняті люди (ще й тому, що більшу частину своєї роботи роблять самі). Такі люди ревно ставляться до свого часу, і тому часто не сприймають необмежені питання.
Ймовірність отримання корисного відповіді підвищується, якщо ви чітко даєте зрозуміти, чого домагаєтеся від відповідальних (надати посилання, послати код, перевірити ваше рішення і т.п.). Це сконцентрує зусилля відповідають і неявно задасть обмеження за часом і зусиллям, які доведеться затратити відповідальному, щоб вам допомогти. Це добре.
Щоб зрозуміти, в якому світі живуть експерти, треба ставитися до знань експертів, як до ресурсу рясному, а до їх часу - як до ресурсу досить обмеженої. Чим менше часу ви неявно вимагаєте, тим більше ймовірно отримання відповіді від дійсно гарного і зайнятого експерта.
Тому має сенс обмежити питання, щоб звести до мінімуму час, необхідний експерту для його вирішення. Але найчастіше це не те ж саме, що спростити питання. Так, наприклад, питання: "Чи можете ви дати мені посилання на хороший опис X?" - Зазвичай куди розумніше, ніж прохання: "Поясніть мені X, будь ласка". Якщо у вас проблема з непрацюючим кодом, розумніше буде попросити пояснити, що в ньому не так, а не просити виправити помилки.
Далі буде ...
Copyright © 2001 Eric S. Raymond
Переклад на російську мову: Copyright © 2002-2005 Валерій Кравчук