Почему не отвечаете на мой вопрос: Почему вы не отвечаете на мой вопрос? / Хабр

Содержание

Почему вы не отвечаете на мой вопрос? / Хабр

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

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

Я написал вопрос по ссылке {здесь}. Могли бы вы исправить ошибку?
Привет, пожалуйста, помогите здесь {ссылка}.
У меня есть серьёзное домашнее задание со сроком сдачи сегодня в 5 вечера, и мне с ним не справиться. Могли бы вы скачать его здесь {ссылка} и сделать так, чтобы к тому времени оно работало?

Это полные тексты реальных электронных писем, которые я нередко получаю.

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

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

Как получать ответы

На разных форумах и сайтах, таких как Stack Overflow, есть много вопросов, оставшихся без ответа. Основная причина: большинство этих вопросов — просто плохие.

Если вы желаете задать вопрос, попробуйте пройтись по списку ниже, чтобы ваш вопрос не ушёл в безответное небытие:

Вы погуглили ваш вопрос? Серьёзно. Просто скопируйте точное сообщение о вашей ошибке и потратьте несколько минут на чтение результатов выдачи. Это решит 90%+ всех проблем, с которыми вы сталкиваетесь.
Хорошо, Google не помог. Что дальше? Я вам не верю. Поищите ещё, попробуйте изменить некоторые условия поиска и удалить всё специфическое для конкретного вашего случая (например, название проекта и т.д.).
Может быть, спросить коллегу? Если вы работаете в команде, то попросите помочь. Две головы часто лучше, чем одна, и обычно найти ответ, сидя рядом с кем-то, легче, чем через Интернет.
Нет коллеги? Как насчёт утёнка? Я знаю, что это может показаться глупым, но нередко метод утёнка помогает взглянуть на проблемы со стороны или даже решить их. Просто попробуйте озвучить точно вашу проблему кому-нибудь (или чему-нибудь) и посмотреть, щёлкнет ли что-нибудь в вас. Я знаю, это звучит глупо, но вы удивитесь, насколько эффективным может быть результат.
Рассмотрите возможность проверки в «нишевых» точках. Если применимо, то рассмотрите возможность проверки репозитория GitHub для конкретной проблемы или вопроса. Или используйте функцию поиска на некоторых «нишевых» форумах или сайтах (например, «отправка электронной почты в MVC» на форумах ASP.NET). Кстати, эти сайты могут не индексироваться, поэтому их труднее найти в выдаче поисковой системы.
Всё-таки ничего. Что делать? Если вам всё-таки не повезло, тогда, вероятно, пора задать вопрос где-нибудь. Опять же — скорее всего, похожую проблему решали до вас, но вы обнаружите это лишь позже.

Как задать (правильный) вопрос

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

Наверное, настало время задать вопрос. Давайте рассмотрим несколько вещей, которые вы должны помнить в этом процессе:

Заголовок — это всё! Описательный и содержательный заголовок вашего вопроса имеет исключительное значение. Заголовок должен передавать основную проблему (например, «Null Reference Exception в ASP. NET Telerik GridView при разбиении на страницы» вместо «Помогите! GridView не работает»). Если ваш заголовок достаточно описательный, то его прочитают, а чем больше людей прочитает его, тем больше шансов получить ответ.

Не забрасывайте сеть слишком широко. Не нужно описывать всё ваше приложение и его общее назначение. Будьте проще и сосредоточьтесь только на одной проблеме или на одном варианте использования. Чем выше фокус, тем выше вероятность того, что вы получите результаты.
Конкретнее. Будьте настолько конкретными, насколько сможете. Не заявляйте просто, «что-то не работает». Укажите точно, что вы пытаетесь выполнить, что вы пробовали и какой результат вы ожидаете получить.
…Но не слишком. Хотя важно включать детали, не переусердствуйте. Не надо вставлять огромные куски HTML, CSS, Javascript, SQL и другого кода, прокручивая через которые можно заработать кистевой туннельный синдром — такое отпугивает. Опять же — кратко и только нужные детали.
Не гадайте с ошибками. Если ваш вопрос связан с ошибками, попробуйте включить точное сообщение об ошибке из системы, а не использовать: «Кажется, случилось или вывело то-то». Специфика имеет значение; иногда ошибка при компиляции и ошибка при выполнении — вещи совершенно разные, поэтому пусть ваши возможные читатели знают, что и когда происходит.
Это воспроизводится? Тогда воспроизведите проблему. Если вашу проблему можно легко воспроизвести и, что важно, расшарить её, то постарайтесь это сделать. Либо кратко объясните шаги, необходимые для проявления проблемы, либо рассмотрите возможность использования онлайн-инструмента для обмена кодом. Например, попробуйте JSBin или сниппеты Stack Overflow, чтобы создать пример, похожий на ваш.

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

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

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

Ваша проблема — не моя проблема

Я знаю, это может звучать грубо, но так оно и есть.

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

Избегайте любых выражений, связанных со срочностью в ваших вопросах, таких как «ПОМОГИТЕ!», «СРОЧНО» или любых других фраз, которые соответствуют этому регулярному выражению: [A-ZА-Я!]+.

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

Этот урок должен усвоить в какой-то момент каждый: спешка, как правило, не ускоряет решение проблемы. Задавайте внятный вопрос за адекватный объём времени и поместите его в надлежащий раздел, чтобы читатель успел ознакомиться с вопросом и ответить на него.

Будьте профессионалом (а не тупицей)

Дедлайн и срочность могут вызывать серьёзный стресс.

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

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

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

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

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

(Слишком) личное общение

Скажу для начала: я не против писем на мою почту, когда кому-то нужна помощь. Я охотно оторвусь от своих дел и напишу вам, если вы обратитесь — но вежливо.

Чаще всего мне присылают ссылки на уже опубликованные вопросы на форумах или Stack Overflow. Обычно, когда я перехожу по ссылке, решение уже есть. Если нет, то я уделю немного времени и постараюсь помочь, если смогу.

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

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

Ещё раз — что вы делали? Если я не вижу от вас никаких намёков на попытки решить свою проблему, то я тоже не вижу причин её решать (см. выше «Ваша проблема — не моя проблема»).
Это тот человек? Убедитесь, что тот, с кем вы связываетесь, в состоянии вам помочь.
Не сердитесь. Столкновение с проблемой может быть обескураживающим, поверьте мне, я это понимаю. Трудность возникает, когда вы решаете дать себе выход, отправив мне электронное письмо, как будто я та персона, которая создала проблему. Так очень легко не получить ответа.
Будьте терпеливыми. Как и в случае с форумом, если вы пришлёте мне вопрос, то я не остановлю все свои дела, чтобы ответить на него. Когда я получу возможность взглянуть на него, я сделаю это — но, пожалуйста, не засыпайте мою почту обновлениями каждые пять минут.

Я не хочу кого-то отговаривать от обращения за помощью напрямую. Но, пожалуйста, убедитесь, что сначала вы в достаточной мере исчерпали другие ресурсы. Мне абсолютно не хочется читать очередное письмо «почему jQuery не работает».

Итоги

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

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

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

И лучше, чтобы вопрос не был «почему jQuery не работает».

Вы не отвечаете на мой вопрос — Блог Михайлова Алексея

Продолжаем рассуждать о клиентском обслуживании 🙂 Статья про поддержку в почте.

Все правильно 🙂

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

Практика в написании деловых писем.

Тренинг по деловому письму я начинаю, как правило, с анализа опыта. Гораздо важнее учиться на живых примерах, нежели смотреть безжизненные вэбинары и тренинги (я их называю пластмассовыми). Начинайте c себя — хотите научиться писать деловые письма? Пишите сами! Пишите в разные компании и организации: в детсады, магазины, корпорации и мелкие магазинчики. Задавайте умные и глупые вопросы. А вот после получения письма — начинается самая важная работа. Нужно проанализировать — понравился вам или нет ответ? Если понравилось, то что? Выпишите это в столбик, определите позитивные точки. Не понравилось? Что не так? Определите проблемные места. В конце концов покажите знакомым и спросите их мнение.

Хорошие идеи и правильные выводы лежат на поверхности и никаким НЛП нас не напугать 🙂

Давайте возьмем пример и разберем его. Из своих запасов я вытащу одно письмецо — давайте рассмотрим его повнимательнее. Я писал в компанию МТС

Вот так выглядел мой вопрос с формы сайта:

вопрос в письме

Давайте посмотрим ответ

Анализируем

1. Структура.

Бывало ли у вас такое — вы читаете задание в школе/университете/на работе и не понимаете его. И вдруг внутри вас просыпается раздражение? Я думаю, что это знакомо всем. Небрежно структурированное письмо может добавить лишних эмоций. Тут же у меня, как клиента уже в середине письма возникает вопрос — а где, собственно, ответ? Например, если я спрашиваю про LTE, то понимаю, что мне где-то ответили, прочитав письмо до конца.

Оператор должен заранее позаботиться о клиенте и сделать чтение ответа комфортным. Меня должны заранее предупредить: «Алексей, сейчас пошел ответ на второй вопрос…» но не в таком виде, конечно.

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

Что делать?

Структурируйте текст в зависимости от кол-ва вопросов. Ответы можно пронумеровать (1, 2, 3). Клиента можно предупредить, что отвечаете по порядку (Позвольте ответить на Ваши вопросы в том порядке, в котором Вы их задали), разделить письмо на три абзаца/ начинать каждый абзац со скрытого вступления (что касается Вашего вопроса по платежам…)

2. Ответ на вопрос + альтернатива

Есть простое правило — если клиент отправил вопрос, то он должен получить на него ответ. В данном письме этот совет актуален для вопроса про списания. Кстати в данном случае, я думаю, что оператор не виноват. Возможно, политика компании сводится к тому, чтобы «пересадить» клиентов на самообслуживание. Но если это удобно, то продайте мне это удобство, но после или вместе с решением моего вопроса.

Что делать?

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

3. Я хочу живого человека.

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

Что делать?

«Для расторжения договора владелец номера может обратиться в любой Салон Магазин МТС с паспортом и заполнить заявление» Ребята.. там же указан владелец? Почему не написать — «для расторжения Вам необходимо будет»… или «расторгнуть договор можно в точках. .»

Эмоции. А еще оператор мог написать «Нам (или мне) очень жаль, что Вы приняли такое решение. Возможно, мы сможем исправить ситуацию? Помогите нам стать лучше, расскажите, пожалуйста, списания являются этим печальным поводом или что-то другое?»

4. Что я буду делать после прочтения письма?

Важно задавать вопрос — что будет делать клиент после прочтения письма. Если я захочу расторгнуть договор, то куда идти?

Что делать?

Оператору следует руководствоваться простым правилом — если в письме есть вопрос, то должен быть ответ + можно добавить ссылку на конкретную полезную информацию (карту, фотографию, табличку — инфографику и т.д.) Человеку, который пишет письмо нужно уметь ответить на вопрос: что будет делать клиент после прочтения? Вижу ли я его дальнейшие шаги. Этот пункт является ключевым и не важно — разговариваете вы с конфликтным клиентом или что-то продаете.

Вывод

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

Я с большим уважением отношусь к МТС и к тому, что они делают. Хорошие и плохие отзывы бывают у всех и в разных количествах. Кстати, именно симка этой компании была моим первым шагом в мир телекоммуникационных услуг и я гордо всем показывал свой nokia 3310 в школе и демонстративно звонил родителям домой. 🙂

Я верю, что на меня не обидятся и будут расценивать эту статью, как полезную обратную связь. Практически — бесплатный аудит письменных коммуникаций компании :)))) А для всех остальных — еще одна статья для раздумий на тему современного стиля обслуживания и борьбы за лояльность клиентов.

p.s. косяки есть у всех — главное их увидеть, исправить и продумать стратегию для минимизации ошибок.

Please follow and like us:

Почему ты не отвечаешь на мой вопрос?

сообщество обучение случайный производительность инструменты лучшие практики

Рион Уильямс

9 февраля 2017 г. • 8 мин чтения

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

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

Я разместил по ссылке {здесь}. Вы можете исправить?
привет, пожалуйста, помогите здесь сейчас {ссылка}.
У меня есть важная домашняя работа, которую нужно выполнить сегодня днем в 17:00, и она не работает. Вы можете скачать его отсюда {dropbox-link} и заставить его работать к тому времени?

Это фактически полные электронные письма, которые я получил.

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

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

Получение ответа на ваш вопрос

Есть много вопросов без ответов на различных форумах и сайтах, таких как Stack Overflow, и основная причина: большинство из них просто плохие вопросы.

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

Вы погуглили? Серьезно. Просто скопируйте и вставьте точное сообщение об ошибке и потратьте несколько минут на просмотр результатов. Это решит более 90% всех проблем, с которыми вы столкнетесь.
Ладно, гугл не помог. Что дальше? Я тебе не верю. Ищите еще немного, попробуйте изменить некоторые условия поиска и удалить все, что относится к ваш точный сценарий (т.е. название проекта и т.д.).
Хотите спросить коллегу? Если вы работаете с командой других людей, подумайте о том, чтобы попросить их о помощи. Две головы часто лучше решают проблему, чем одна, и обычно гораздо проще сидеть рядом с кем-то, чем отвечать через Интернет.
Нет коллеги? Как насчет утки? Я знаю, что это может показаться глупым, но часто использование резиновой утки помогает отладке и помогает вам сделать выводы или решить ваши проблемы. Просто попробуйте озвучить свою конкретную проблему кому-то или чему-то и посмотрите, получится ли что-нибудь. Я знаю, это звучит глупо, но вы будете удивлены, насколько эффективно это может быть.
Рассмотрите возможность проверки «нишевых» мест . Если применимо, рассмотрите возможность проверить репозиторий GitHub для вашей конкретной проблемы или вопроса. Или с помощью функции поиска на некоторых нишевых форумах или сайтах (например, «отправка электронной почты в MVC» на форумах ASP.NET). Эти сайты также могут быть не проиндексированы, поэтому их труднее найти в результатах поиска.
Пока ничего. Что мне делать? Если вам все же не повезло, то наверное пора где-то задать вопрос.

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

Задать (правильный) вопрос

Итак, вы порылись в Интернете. Вы выполнили бесчисленное количество поисков по всевозможным комбинациям поисковых терминов и синонимов, и все равно ничего.

Возможно, пришло время задать вопрос. Давайте рассмотрим несколько вещей, о которых вам следует помнить при этом:

Название решает все. Чрезвычайно важно описательное и осмысленное название вашего вопроса. Заголовок должен передавать основную проблему (например, исключение нулевой ссылки в ASP.NET Telerik GridView при разбиении по страницам), а не «Помогите! GridView не работает»). Если ваш заголовок достаточно информативен, люди его прочитают, а если его прочитает достаточное количество людей, у вас будет гораздо больше шансов получить ответ.
Не забрасывайте сеть слишком широко. Вам не нужно описывать все ваше приложение и его общую цель. Будьте проще и сосредоточьтесь только на одной проблеме или сценарии использования с вашим вопросом. Чем более сосредоточенным вы сможете быть, тем выше вероятность того, что вы получите результаты.
Будьте конкретны. Как указано в заголовке, будьте как можно конкретнее. Не говорите просто, что что-то «не работает». Укажите, чего именно вы пытаетесь достичь, что вы пробовали и какого поведения вы ожидаете достичь.
… Но не слишком конкретно. Хотя важно включать детали, не переусердствуйте. Вставка огромного блока HTML, CSS, Javascript, SQL и другого кода, который пользователь должен рисковать созданием запястного туннеля для прокрутки, отпугнет людей. Опять же — будьте краткими и включайте только важные детали.
Не гадать с ошибками. Если ваш конкретный вопрос связан с ошибками, попробуйте включить точное сообщение об ошибке из системы, а не «Я думаю, что это сделало или сказало это». Специфика имеет значение, и ошибка времени компиляции и ошибка времени выполнения могут быть двумя совершенно разными животными, поэтому пусть ваши потенциальные зрители знают, что происходит, и когда это происходит.
Воспроизводимо ли это? Затем воспроизведите его. Если вашу проблему можно легко воспроизвести и, что более важно, поделиться ею, найдите время, чтобы сделать это. Либо кратко объясните шаги, необходимые для создания проблемы, либо рассмотрите возможность использования онлайн-инструмента для обмена кодом, такого как JSBin, или фрагментов, представленных в Stack Overflow, чтобы создать пример, аналогичный тому, что вы испытываете.
Прочтите дважды. Прежде чем нажать на спусковой крючок и нажать на зеленую кнопку, чтобы задать свой вопрос, прочтите его. Затем прочитайте его еще раз. Если что-то звучит не так или неправильно, подумайте о том, чтобы перефразировать это. В основном сосредоточьтесь на том, чтобы определить, имеет ли это смысл, и помните, что это должно быть понятно совершенно незнакомому человеку.
Сделали все это, но проблема осталась? Тогда задавайте свой вопрос и надейтесь на лучшее. По мере того, как люди будут просматривать вашу проблему, вы быстро обнаружите, какие области вы объяснили или не объяснили хорошо, просто обязательно отправьте ответы и при необходимости отредактируйте.

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

Ваша проблема не моя проблема

Я знаю, это может звучать глупо, но это правда.

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

Избегайте любых терминов, относящихся к срочности, в ваших вопросах, таких как «ПОМОГИТЕ!», «СРОЧНО» или любых других фраз, которые соответствуют этому регулярному выражению: [A-Z!]+ .

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

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

Будь профессионалом (не ослом)

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

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

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

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

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

Получение (слишком) личного

Позвольте мне начать с того, что я не против получать электронные письма, когда людям нужна помощь. Я с удовольствием уделю немного времени и свяжусь с вами, если вы сделаете это — вежливо.

Наиболее частые электронные письма, которые я получаю, обычно указывают на уже опубликованную проблему на форуме или в Stack Overflow с просьбой о помощи. И, как правило, после того, как я перешел по ссылке, обычно уже есть решение, так что ничего страшного. Если нет, я потрачу немного времени и постараюсь помочь, если смогу.

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

Это немного меняется, когда вы обращаетесь к кому-то напрямую. Некоторые вещи остаются прежними, но у этого есть свои особенности:

Еще раз — Что ты сделал? Если вы не приложили никаких усилий, чтобы попытаться ответить на ваш вопрос, я не понимаю, почему бы мне не сделать то же самое (см. «Ваша проблема — не моя проблема» выше).
Это тот человек? Убедитесь, что лицо, к которому вы напрямую обращаетесь по поводу вашей проблемы , является подходящим лицом, которое может вам помочь.
Не сердись. Столкновение с проблемой может расстроить, поверь мне, я понимаю. Проблема в том, что вы начинаете решать выговориться, отправляя мне электронное письмо, как будто это я его вызвал. Это способ очень быстро не получить ответ.
Будьте терпеливы. Как и в случае с вопросом на форуме, отправка электронного письма в мою сторону не заставит меня прекратить все, что я делаю, чтобы ответить на ваш вопрос. Когда у меня будет возможность взглянуть на него, я это сделаю — только, пожалуйста, не забрасывайте мою почту обновлениями каждые пять минут.

Я не хочу отговаривать кого-либо от обращения к человеку, если вам нужна помощь, но, пожалуйста, сначала убедитесь, что вы адекватно исчерпали свои другие ресурсы. Последнее, что я хочу сделать, это увидеть еще одно электронное письмо о том, почему «jQuery не работает».

Резюме

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

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

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

И вопрос лучше не «почему не работает jQuery».

Почему ты не отвечаешь на мой вопрос?

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

Я разместил по ссылке {здесь}. Вы можете исправить?
привет, пожалуйста, помогите здесь сейчас {ссылка}.
У меня есть важная домашняя работа, которую необходимо выполнить сегодня в 17:00, и она не выполняется. Вы можете скачать его отсюда {dropbox-link} и заставить его работать к тому времени?

Это фактически полные электронные письма, которые я получил.

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

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