Перевод

Оригинал этого руководства можно найти здесь. https://catb.org/~esr/faqs/smart-questions.html

Это руководство переведено на: индонезийский язык (бахаса), бразило-португальский, китайский, чешский, датский, голландский, эстонский, финский, французский, грузинский, немецкий, греческий, иврит, венгерский, итальянский, японский, польский, португальский, румынский, русский, сербский, испанский, шведский, тайский, турецкий. Если вы хотите скопировать, поддерживать зеркало, перевести или процитировать этот документ, пожалуйста, прочитайте мои правила копирования.

Отказ от обязательств

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

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

Если вы читаете этот документ потому, что нуждаетесь в помощи, и вам в итоге кажется, что вы её можете получить непосредственно от авторов данного руководства, то вы — один из этих идиотов. Не задавайте нам вопросов. Мы будем их просто игнорировать. Наша цель — рассказать вам, как получить помощь у тех, кто разбирается в программном или аппаратном обеспечении, с которым вы работаете, но в 99,9% случаев, этими разбирающимися людьми будем не мы. Если вы не знаете наверняка, что один из авторов этого руководства является экспертом в том, с чем вы разбираетесь, - оставьте нас в покое, и от этого всем станет легче.

Введение

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

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

Прежде всего следует понять, что хакерам на самом деле нравятся сложные и «заковыристые» вопросы, которые позволяют расшевелить мозг. Если бы нам это не нравилось, мы не были бы хакерами. Если задать нам интересный вопрос, требующий продолжительных размышлений, мы будем за него только благодарны, ведь хорошие вопросы — это и стимул, и подарок. Хорошие вопросы помогают лучше понять предмет и часто вскрывают проблемы, которых ранее не замечали или о которых просто не задумывались. У хакеров возглас «Хороший вопрос!», означает большой и искренний комплимент.

Несмотря на это, почему-то считается, что хакеры относятся к простым вопросам скорее враждебно и высокомерно. Со стороны может показаться, что мы достаточно грубы к новичкам и игнорируем их. Но на самом деле это не верно.

Мы, без всякого сомнения, неприязненно относимся к людям, которые, такое складывается впечатление, не хотят немного подумать своими мозгами или немного поучиться прежде, чем задавать свои вопросы. Такие люди попросту тратят время - они берут, ничего не давая взамен, они отнимают наше время, которое мы могли бы посвятить другому более интересному вопросу, и другому человеку, который больше них достоин ответа. Таких людей мы называем «неудачниками» («losers») (по историческим причинам это слово иногда пишется как «lusers» — пользователи-неудачники).

Мы понимаем, что большинство людей просто хотят использовать создаваемое нами программное обеспечение, и совершенно не собираются вникать в технические детали. Для многих компьютер - это просто инструмент, средство достижения цели. У таких людей есть более важные и насущные вещи в жизни. Мы прекрасно понимаем это и не ожидаем, что всех интересуют только технические нюансы, столь привлекательные для нас. Тем не менее, наш стиль ответов рассчитан на людей, которые действительно интересуются этим, и активно помогающие в процессе решения проблемы. И это никогда не изменится. А в принципе, и не должно меняться, ведь в противном случае, мы вряд ли сможем эффективно делать то, в чём мы лучше всего разбираемся.

Мы (в основном) — добровольцы. Мы тратим своё личное время своей нелёгкой жизни на решение тех или иных вопросов и проблем, но временами мы просто не справляемся со шквалом вопросов. Поэтому приходится безжалостно фильтровать поступающие вопросы. В частности, приходится отбрасывать вопросы потенциальных неудачников, чтобы потратить более эффективно время на ответы действительно заинтересованным людям.

Если такая позиция кажется вам смешной, высокомерной и заносчивой, то вы глубоко ошибаетесь. Мы не просим вас относится к нам как к богам. Если говорить, положив руку на сердце, большинство из нас хотели бы общаться с вами на равных, принять вас в свой круг культуры и общения, при условии, что и вы со своей стороны приложите все необходимые для этого усилия. Согласитесь, что бессмысленно помогать людям, которые не хотят помочь сами себе. Не знать чего-то — это нормально, а вот прикидываться идиотом — нет.

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

Если вы всё-таки решили обратиться к нам за помощью, не стоит сразу принимать позу неудачника. Да и вести как неудачник тоже не стоит. Лучший способ получить быстрый и исчерпывающий ответ — это спрашивать как человек умный, уверенный в себе и знающий, которому просто понадобилась помощь при решении одной конкретной проблемы.

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

Подпись автора

Кто продает?! - Мы продаем! Забиваем, продаем!!!

С помощью Web- и IRC-форумов новички могут получить ответ намного быстрее

Ваша местная группа пользователей или ваш дистрибьютор Linux могут поддерживать Web-форум или IRC, предназначенный для помощи начинающим. (В не англоязычных странах форумы для начинающих, по-прежнему, скорее всего, организованы в виде списков рассылки.) Это подходящие места, чтобы задать свои первые вопросы, тем более, если вы столкнулись с относительно несложной или типичной проблемой. Открыто рекламируемый канал IRC — это явное приглашение задавать вопросы, и, зачастую, возможность получать ответы в режиме реального времени.

Фактически, если программа, с которой у вас возникли проблемы, взята из дистрибутива (что на сегодня типично), может оказаться, что сначала лучше спросить на форуме/списке рассылки по соответствующему дистрибутиву, прежде чем обращаться в форум/список рассылки непосредственно самой программы. Хакеры, работающие над проектом, могут просто ответить: «Используйте нашу сборку».

Прежде, чем задать вопрос в любом Web-форуме, проверьте, нет ли на нём возможности поиска. И если такая возможность есть, поищите по ключевым словам обсуждение проблемы подобной вашей. Как правило, это помогает. Если перед этим вы выполнили общий поиск в Web (что надо было сделать), всё равно поищите на форуме; вполне возможно, что ваша поисковая система давно не индексировала этот форум.

Наблюдается интересная тенденция выполнять поддержку пользователей проектов через Web-форум или канал IRC, оставляя электронную почту для общения между разработчиками. Поэтому, если нужна помощь по проекту, обратитесь сначала к этим его источникам информации.

В качестве второго шага, используйте списки рассылки проектов

Если у проекта есть список рассылки для разработчиков, отправляйте вопросы в этот список рассылки, а не отдельным разработчикам, даже если вы уверены и точно знаете, кто именно может помочь с вашим вопросом. Адрес списка рассылки можно найти или в документации, или на сайте проекта, на который и следует отправлять свой вопрос. Есть несколько хороших причин поступать именно так:

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

Задавая вопрос в списке рассылки, вы невольно распределяете нагрузку между всеми разработчиками. Какой-то конкретный разработчик (особенно если он руководитель проекта) может быть слишком занят в данный момент времени, чтобы отвечать на ваши вопросы.

Большинство списков рассылки со временем архивируются, а архивы индексируются поисковыми системами. Кто-то сможет найти ваш вопрос и ответы на него, и, вполне возможно, не станет задавать его снова в списке рассылки.

Если определённые вопросы задаются достаточно часто, разработчики могут использовать эту информацию для улучшения документации или самого программного продукта, чтобы они стали более понятными. Но если подобные вопросы будут задавать кому-то из разработчиков лично, то ни у кого не будет общей картины о том, какие вопросы чаще всего задают.

Если у проекта есть отдельные списки рассылки или Web-форумы для «пользователей» и для «разработчиков» (или «хакеров»), и вы не занимаетесь разбором (hacking) кода, задайте вопрос в списке/форуме для «пользователей». Не рассчитывайте на тёплый приём в списке рассылке для разработчиков, где ваш вопрос, вероятно, отнесут к разряду «шума», мешающего обмену информацией о ходе разработки.

Однако, если вы уверены в нетривиальности своего вопроса и не получили ответа в списке рассылки/форуме для «пользователей» в течение нескольких дней, имеет смысл обратиться к разработчикам. Но прежде, чем отправлять свой вопрос, последите за соответствующим списком рассылки или форумом хотя бы несколько дней, чтобы изучить его традиции (на самом деле, так следует поступать в любом случае, если вы обращаетесь на частный или полузакрытый список рассылки/форум).

Если не удаётся найти адрес списка рассылки, но известен адрес лица ведущего проекта, отправьте свой вопрос ему. Но и в этом случае не думайте, что списка рассылки нет. В своём сообщении укажите, что вы пытались, но не смогли найти соответствующий список рассылки. Также стоит упомянуть, что вы не против пересылки вашего сообщения другим адресатам. (Многие считают, что личная корреспонденция должна оставаться личной, даже если ничего секретного в ней нет. Разрешая пересылать своё сообщение, вы даёте людям выбор.)

Создавайте сообщения с осмысленными и конкретными заголовками

При отправке сообщения в список рассылки, в дискуссионную группу или на Web-форум, тема сообщения длиной до 50 символов — прекрасная возможность привлечь внимание квалифицированных экспертов. Не стоит тратить эти драгоценные символы на детский лепет типа «Помогите мне, пожалуйста!» (не говоря уже про темы «ПОМОГИТЕ МНЕ!!!!!»; сообщения с такими темами, как правило, выбрасываются или удаляются рефлекторно). Не пытайтесь поразить нас глубиной своих страданий. Лучше используйте отведённое место для максимально краткого описания проблемы.

Многие службы технической поддержки в своей работе используют шаблон «объект — отклонение», который отлично впишется в схему оформления сообщений. Часть «объект» задаёт, с чем именно возникла проблема, а часть «отклонение» описывает отклонение от ожидаемого поведения.

Глупо:
ПОМОГИТЕ! На моём ноутбуке видео работает неправильно.

Разумно:
Неправильная форма курсора мыши в XFree86 4.1, видео на чипсете Fooware MV1005

Ещё лучше:
XFree86 4.1 курсор мыши на чипсете Fooware MV1005 - неправильная форма

Процесс написания темы по шаблону «объект-отклонение» поможет более детально осмыслить проблему. Что именно неправильно работает? Только курсор мыши или с другой графикой тоже есть проблемы? Проблема только в XFree86? Только в версии 4.1? Эта проблема возникает только на видеокартах с чипсетом Fooware? Только в модели MV1005? Хакер, получив сообщение с подобной темой, сможет в общих чертах понять, с чем именно у вас возникла проблема и что это за проблема.

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

Если вы задаёте вопрос в ответ, не забудьте изменить строку темы так, чтобы по ней было понятно — задаётся вопрос. Строка темы вида «Re: тест» или «Re: новая ошибка» не привлечёт достаточного внимания. Кроме того, сведите цитирование предыдущих сообщений к минимуму, достаточному, чтобы новые пользователи могли понять, о чём шла речь.

Не отправляйте просто ответ на сообщение списка рассылки, если собираетесь обсуждать новую тему (начать нить обсуждения). Это сузит круг отвечающих. Некоторые программы для чтения электронной почты, например, mutt, позволяют пользователю сортировать сообщения по темам, а затем прятать сообщения по теме, сворачивая нить обсуждения. Те, кто пользуется такой возможностью почтовых клиентов, вряд ли заметят ваше сообщение.

Просто сменить тему сообщения недостаточно. Mutt и, возможно, другие программы для чтения электронной почты, учитывают не только строку темы, но и другую информацию в заголовках сообщений при привязке их к нити обсуждения. Лучше всего и правильнее будет создать абсолютно новое сообщение.

На Web-форумах правила обсуждения немного отличаются, поскольку сообщения обычно более тесно связаны с конкретными нитями обсуждения и часто не видны за пределами этих нитей. Изменение темы при задании вопроса в ответ в данном случае не существенно (да и не всех фоумах существует возможность изменять тему при ответе, а если такая возможность и существует, их практически никто не читает). Но, задавать встречный вопрос в ответ уже само по себе сомнительная практика, поскольку вопрос этот увидят только те, кто следит за соответствующей нитью обсуждения. Поэтому, если вы уверены, что хотите обратиться именно к тем, кто участвует в обсуждении темы, начните новую тему.

Подпись автора

Кто продает?! - Мы продаем! Забиваем, продаем!!!

Объём размещаемой информации, не означает точность

Будьте точны и информативны. Для этого недостаточно просто вставить в запрос большой объём кода или данных. Если имеется большой, сложный тестовый случай, приводящий к ошибке в программе, постарайтесь максимально сократить его.

Это полезно, как минимум, по трём причинам. Первая: продемонстрированные усилия по упрощению вопроса повышают вероятность получения ответа. Вторая: упрощение вопроса повышает вероятность получения полезного ответа. Третья: в ходе уточнения сообщения об ошибке вы сами можете найти решение или способ обхода проблемы.

Не утверждайте, что вы нашли ошибку

При возникновении проблем с тем или иным программным обеспечением не заявляйте, что нашли ошибку, если только абсолютно в этом не уверены. Подсказка: если вы не можете предоставить исправление исходного кода, которое решает проблему или тестовый пример для предыдущей версии, демонстрирующий неправильное поведение, вы, скорее всего, недостаточно уверены в своём заявлении. Это же относится и к web-страницам и документации, если вы нашли «ошибку» в документации, пришлите текст, который вы считаете более уместным, и укажите страницы, на которых он должен быть представлен.

Помните, что есть много пользователей, которые с такой проблемой не сталкивались. Иначе, вы уже узнали бы об этом при чтении документации или при поиске в Web (вы же сделали это, прежде, чем делать такие утверждения, не так ли?). Это означает, что, скорее всего, именно вы делаете что-то неправильно, а не программное обеспечение.

Авторы программного обеспечения прикладывают огромные усилия для того, чтобы оно работало как можно лучше. Если вы утверждаете, что нашли ошибку, то тем самым предполагаете, что они сделали что-то не так, и это почти наверняка им не понравится — даже если вы правы. Особенно не дипломатичным будет написать «bug» («Ошибка») в строке темы сообщения.

Если вы задаёте свой вопрос, то описывайте возникшую проблему, исходя из предположения, что вы делаете что-то не так, даже если вы абсолютно уверены, что нашли ошибку. Если это действительно ошибка, то вскоре вы получите ответ на своё письмо. Старайтесь вести себя так, чтобы занимающиеся поддержкой программы люди захотели перед вами извиниться, если обнаружена реальная ошибка, а не чтобы вам пришлось извиняться за свою бестолковость.

Публичное самоунижение не заменяет выполнение работы самостоятельно

Некоторые пользователи, уяснив, что не надо вести себя грубо или надменно, вымогая ответ, выбирают противоположную крайность — самоунижение. «Я знаю, я начинающий, неудачник и полный чайник, но…». Это отвлекает от сути и не имеет никакого смысла. Особенно в сочетании с неопределённостью в описании фактической проблемы.

Не тратьте своё и наше время, уповая на жалость. Лучше предоставьте факты и задайте свой вопрос как можно яснее. Так вы заявите о себе гораздо с лучшей стороны, нежели избрав путь самоунижения.

На некоторых web-форумах есть отдельное место для вопросов новичков. Если вы чувствуете, что такой вопрос может задать только начинающий пользователь, задавайте его именно там. Но и там не надо унижаться.

Описывайте симптомы проблемы, а не ваши предположения

Бесполезно сообщать хакерам своё мнение о причинах проблемы (Если ваши диагностические теории настолько значимы, надо ли обращаться за помощью к другим?). Поэтому, убедитесь, что вы сообщаете фактические симптомы происходящего, а не свои интерпретации и теории. Пусть интерпретацией и диагностикой займутся отвечающие. Если вы чувствуете, что ваше предположение будет полезным и важным, то стоит чётко и ясно написать почему по вашему мнению это не работает.

Глупо:
Я постоянно получаю ошибки SIG11 при компиляции ядра, и подозреваю, что причина — микротрещина на материнской плате. Как лучше всего это проверить?

Разумно:
На собранном мною компьютере K6/233 на материнской плате FIC-PA2007 (чипсет VIA Apollo VP2) с 256MB памяти Corsair PC133 SDRAM начинают частно возникать ошибки SIG11 примерно через 20 минут после включения питания, в ходе компиляции ядра, но они не возникают в первые 20 минут работы после включения. Перезагрузка ни к чему не приводит, а вот отключение на ночь помогает. Замена всей памяти не помогла. Соответствующая часть результатов типичной компиляции прилагается.

Вполне возможно, что многим предыдущий пункт покажется немного трудным и непонятным, чтобы вникнуть в суть. Поэтому следующая фраза поможет вам понять: «Все диагносты из Миссури!» Официальный девиз штата США Миссури: «Покажите мне.» (стал использоваться с 1899 года, когда конгрессмен Уиллард Д. Ванивер (Willard D. Vandiver) сказал, что «я приехал из страны, в которой не выращивают кукурузу, хлопок, листья коки и демократов, и бессодержательное красноречие не убедит и не удовлетворит меня. Я — из Миссури. Вы должны показать мне.»). В случае с диагностами, это не скептический вопрос, а скорее всего буквальный, функциональная потребность увидеть как можно ближе проблему в сыром виде, а не ваши предположения и догадки. Покажите нам.

Подпись автора

Кто продает?! - Мы продаем! Забиваем, продаем!!!

Когда спрашиваете о коде

Даже и не просите других отладить ваш неработающий код, без какого-либо описания проблемы, которую должны найти. Отправка нескольких сотен строк кода со словами: «Чего-то у меня не работает», будет проигнорирована. Лучше отправить десяток строк кода со словами: «после 7-ой строки я ожидал увидеть <x>, но вместо этого получил <y>», и скорее всего ответ вы получите.

Если вы хотите, чтобы ваш код просто посмотрели, дали ему оценку, на забудьте указать какие именно куски кода необходимо посмотреть и почему.

Не задавайте вопросы из домашних заданий

Хакеры хорошо умеют отвечать на вопросы из домашних заданий — большинство из нас их делало самостоятельно. Эти вопросы заданы для работы именно вам, чтобы вы могли научиться на собственном опыте. Просить можно о подсказке, но не о полном решении.

Если вы подозреваете, что вам подкинули вопрос из домашнего задания, но всё равно не можете дать на него ответ, попытайтесь задать вопрос в форуме группы пользователей или (в крайнем случае) в «пользовательском» списке рассылки/форуме соответствующего проекта. Хотя хакеры его и «опознают», некоторые из продвинутых пользователей могут, по крайней мере, дать вам подсказку.

Избегайте бессмысленных просьб

Не поддавайтесь соблазну завершить свой вопрос бессмысленными фразами типа: «Не поможет ли мне кто-нибудь?» или «Есть ли вообще ответ?» Во-первых, если вы хоть сколько-нибудь компетентно описали свою проблему, подобные вопросы, как минимум, излишни. Во-вторых, поскольку они излишни, хакерам они кажутся надоедливыми — и в ответ их так и подбивает написать логически безукоризненную отписку типа: «Да, помочь вам можно» или «Нет, вам уже ничем не поможешь».

В общем случае, если вы не хотите получить ответ в духе да-или-нет, лучше не задавать вопросы в духе да-или-нет.

Не помечайте свой вопрос как «Срочный», даже если он является для вас таковым

Это ваша проблема, а не наша. Упоминание о срочности зачастую контрпродуктивно: большинство хакеров просто удаляют такие сообщения как грубые и эгоистические попытки срочно привлечь к себе особое внимание.

В этом правиле есть одно небольшое исключение. Упоминание о срочности может иметь смысл, если вы используете программу в серьёзной и известной компании, которая может заинтересовать хакеров. В таком случае, если вам не хватает времени и вы сообщите об этом вежливо, люди могут оказаться достаточно заинтересованы, чтобы ответить быстрее.

Так делать, однако, крайне рискованно, потому что точка зрения хакера на серьезность и его интересы, вероятно, отличаются от ваших. Вопрос о международной космической станции, например, вызовет интерес, а вот вопрос от имени преуспевающего фонда или политической партии, почти наверняка, — нет. Фактически, вопрос с темой «Срочно: Помогите мне спасти пушистых тюленят!» будет проигнорирован или злобно прокомментирован даже теми хакерами, которые считают, что жизнь пушистых тюленят имеет для них значение.

Если вас это удивляет, перечитайте весь этот документ до тех пор, пока не поймёте, а до того воздержитесь от отправки вопросов вообще.

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

Будьте вежливы. Используйте фразы «Спасибо», «Заранее благодарен» или «Спасибо за Ваше понимание». Дайте понять, что вы благодарны людям, бесплатно посвящающим вам своё время.

Если честно, это не так важно, как отсутствие ошибок в тексте вопроса, ясность, точность и детальность описания, использование открытых форматов и т.п. (и не заменяет всё перечисленное). Хакеры, в общем случае, предпочли бы получать грубые, но технически точные сообщения об ошибках, чем вежливое словоблудие. (Если вас это удивляет, вспомните, что мы ценим вопрос за то, чему он нас учит.)

Однако, при нормальном техническом уровне вопроса вежливость действительно повышает вероятность получить полезный ответ.

(Необходимо отметить, что единственное серьезное возражение, полученное на этот документ от ветеранов хакерского движения, связано с рекомендацией использовать фразу «Заранее благодарен». Некоторые хакеры усматривают в ней нежелание благодарить кого бы то ни было после того, как проблема будет решена. Мы рекомендуем благодарить и заранее, и после получения ответа, или выразить свою благодарность по-другому, скажем, фразой «Спасибо за внимание» или «Спасибо за ваше рассмотрение».)

Отправляйте краткое Описание (description) решения

После того, как ваша проблема решена, пошлите сообщение всем, кто вам помог, дайте им знать, чем всё закончилось, и поблагодарите ещё раз за помощь. Если проблема вызвала общий интерес в списке рассылки или дискуссионной группе, имеет смысл подобное сообщение отправить и туда.

Оптимальным решение будет ответить в нити обсуждения, начатой с исходного вопроса, добавив к теме сообщения пометку «FIXED», «RESOLVED», «РЕШЕНО» или другой не менее очевидный признак решения. В списках рассылки с большим количеством сообщений, потенциальный отвечающий при взгляде на нить обсуждения «Проблема Х», завершающуюся сообщением «Проблема Х - РЕШЕНИЕ» понимает, что ему не нужно тратить своё время даже на чтение сообщений (если он лично не считает Проблему Х интересной), и поэтому может потратить своё время на решение другой проблемы.

Такое сообщение не обязательно должно быть длинным и подробным. Простое: «Привет! Проблема была связана с разрывом в сетевом кабеле! Спасибо всем. Билл», - уже лучше, чем ничего. Фактически, краткое и вежливое резюме лучше, чем длинная диссертация, если только решение не затрагивает серьёзные технические аспекты. Напишите, какие действия позволили решить проблему, но всю последовательность поиска решения повторно описывать не надо.

Для достаточно серьёзных проблем можно послать резюме с историей поиска причин. Опишите окончательную постановку проблемы. Опишите, каким оказалось решение, и укажите тупиковые пути, которых стоит избегать. Назовите всех, кто помог вам: так вы найдёте себе друзей.

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

Последнее, но немаловажное, — такого рода сообщение помогает всем участвовавшим в обсуждении получить чувство удовлетворения от того факта, что проблема закрыта. Если вы сами не технический специалист и не хакер, просто поверьте нам, что это чувство очень важно для гуру и экспертов, к которым вы обращались за помощью. Описания проблем, так в итоге и не решённых — это сплошное разочарование, хакеры жаждут увидеть их решёнными. Хорошая карма, возникающая, когда вы удовлетворяете эту жажду, очень поможет вам при составлении вопроса в следующий раз.

Подумайте, как вы можете предотвратить возникновение такой проблемы у других пользователей в будущем. Спросите себя, поможет ли изменение документации или списка ЧаВО, и если да — пошлите соответствующее изменение тем, кто поддерживает эти документы.

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

Подпись автора

Кто продает?! - Мы продаем! Забиваем, продаем!!!

Вопросы, которые не стоит задавать

Вот несколько классических глупых вопросов и о чём думают хакеры, когда на них не отвечают.

Вопрос:
Где можно найти программу или ресурс X?

Ответ:
Там же, где и я её взял, "приумный")), — найти в Интернете. Боже, неужели ещё не все знают, как пользоваться Google.

Вопрос:
Как можно с помощью X сделать Y?
Ответ:
Если вы хотите сделать Y, надо так и спрашивать, не предполагая заранее использование метода, который может вовсе не подходить. Вопросы такого вида часто задают те, кто не просто ничего не знает об X, но и сбит с толку решаемой проблемой Y и слишком сконцентрирован на деталях своей конкретной ситуации. Обычно лучше игнорировать таких людей, пока они не сформулируют свою проблему лучше.

Вопрос:
Как сконфигурировать приглашение командного интерпретатора?

Ответ:
Если вы достаточно умны, чтобы этим заинтересоваться, вам хватит ума воспользоваться поиском и найти ответ самостоятельно.

Вопрос:
Можно ли преобразовать AcmeCorp-документ в Tex-файл с помощью программы преобразования файлов Bass-o-matic?

Ответ:
Попробуйте и узнаете. Так, во-первых, узнаете ответ, а, во-вторых, перестанете тратить моё время.

Вопрос:
Моя {программа, конфигурация, мой оператор SQL} не работает

Ответ:
Это вообще не вопрос, и я не собираюсь задавать ещё десяток наводящих вопросов, чтобы выяснить, в чём на самом деле состоит ваша проблема — у меня есть дела и поинтереснее. Когда я вижу подобные вопросы, то обычно посылаю один из следующих ответов:

Вам к этому больше нечего добавить?
Ой, это очень плохо. Надеюсь, вы уже это исправили.
И какое это имеет отношение лично ко мне?
Вопрос:
У меня проблемы с Windows-машиной. Не могли бы вы мне помочь?

Ответ:
Да. Выкиньте этот Microsoft-овский мусор и поставьте себе операционную систему с откртыми исходными кодами, например, Linux или BSD.

Примечание: вы можете задавать вопросы, связанные с Windows-машинами, если они относятся к программе имеющей официальную версию для Windows, или взаимодействующей с машинами под Windows (например, Samba). Просто не удивляйтесь ответу, что проблема в Windows, а не в самой программе, потому что Windows настолько «крива» в целом, что зачастую именно так и бывает.

Вопрос:
Моя программа не работает. Я думаю, проблема в системном компоненте X.

Ответ:
Хотя и возможно, что именно вы первым обнаружили очевидную ошибку в системных вызовах и библиотеках, интенсивно используемых сотнями или даже тысячами разработчиков, но намного вероятнее, что вы просто не разобрались. Серьёзные утверждения требуют серьёзных доказательств. Если вы делаете подобные утверждения, их надо подкреплять ясным и исчерпывающим описанием ситуации, в которой возникает сбой.

Вопрос:
У меня возникли проблемы с установкой Linux (или X). Не могли бы вы помочь мне?

Ответ:
Нет. Чтобы решить эту проблему, мне нужен непосредственный доступ к вашему компьютеру. Лучше задайте свой вопрос местной группе пользователей Linux (LUG — Linux User Group), которые смогут помочь вам лично. (Список групп пользователей можно найти здесь.)

Примечание: вопросы об установке Linux могут быть уместными в форуме или списке рассылки, посвящённому конкретному дистрибутиву, если проблема связана с этим дисьрибутивом, или в форумах локальных групп пользователей. В этом случае, не забудьте точно описать подробности сбоя. Но сначала тщательно поищите в Web, указав ключевые слова «linux» и все подозрительные компоненты оборудования.

Вопрос:
Как взломать пароль пользователя root/получить расширенные привилегии/прочитать чужую электронную почту?

Ответ:
Да ты просто пошляк, раз хочешь такое сделать, и идиот, раз просишь хакера тебе помочь.

Подпись автора

Кто продает?! - Мы продаем! Забиваем, продаем!!!