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

Читать в полной версии →

Дисклеймер: Автор ни в коем случае не претендует на истину в последней инстанции. Автор опирается по большей части на свой опыт. Нижеследующее написано по мотивам наблюдения за задающими вопросы в Телеграме образовательного проекта Hexlet.

Итак, вы изучаете программирование. Это замечательно! И как правило в процессе изучения, и в процессе работы у вас возникает много вопросов. Способов получить ответы на эти вопросы существует несколько:

  1. Найти ответ самостоятельно.
  2. Спросить у коллеги на работе (если вы уже работаете разработчиком, конечно).
  3. Спросить у коллег на митапе в вашем городе.
  4. Спросить в тематическом чате.

На пункте 4 мы и остановимся подробнее. Среднестатистический вопрос выглядит примерно так: «У меня не работает Х. Что делать, помогите.». Можно ли исходя из полученной информации дать ответ? Мне кажется что нет. Чтобы получить нужный ответ максимально быстро, нужно учесть следующее: Люди по большей части ленивы. Чем меньше действий им придется совершать, тем потенциально больший круг людей может вам помочь. Это интернет, тут никто вам ничего не должен и вы никому ничего не должны. Если вам кто-то помогает, то он делает исключительно по доброте душевной и будет как минимум невежливо вынуждать этого человека совершать лишние усилия.

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

  1. Какую задачу вы решаете и почему решаете именно так.
  2. Опишите рабочее окружение, в котором произошла ошибка (IDE хекслета либо OS, браузер, возможно установленные пакеты).
  3. В результате каких действий произошла ошибка.
  4. Что вы уже предприняли для решения возникшей проблемы. Этот пункт важен, потому как показывает ваше уважение к другим участникам дискуссии, лишая их необходимости искать в поисковых системах за вас. По опыту, значительная часть вопросов решается банальным поиском текста ошибки в вашей любимой поисковой системе.
  5. Какой результат вы получили после предыдущего пункта и чем он отличается от ожидаемого.
  6. Какие выводы и предположения у вас есть на основании предыдущих пунктов.

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

Такие дела.