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

Хороший вопрос — это половина ответа. А очень хороший вопрос нередко отвечает на себя сам ещё до того, как вы нажали «отправить».

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

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

Почему на плохие вопросы не отвечают

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

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

Анатомия хорошего вопроса

Сильный технический вопрос почти всегда содержит четыре вещи.

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

Минимальный воспроизводимый пример

Высший пилотаж — минимальный воспроизводимый пример (его часто зовут MRE или MCVE). Это самый маленький кусочек кода, который всё ещё показывает проблему, без всего лишнего. Сократить свою программу до десяти строк, которые воспроизводят баг, — само по себе мощное упражнение. И тут начинается магия.

Почему хороший вопрос отвечает сам на себя

Вот удивительный эффект, который замечал каждый, кто долго программирует. Пока вы аккуратно формулируете вопрос — описываете цель, вырезаете минимальный пример, выписываете, что уже пробовали, — вы вынуждены посмотреть на проблему медленно и по порядку. И очень часто в этот самый момент решение всплывает само. Вы пишете «...а, нет, всё, я понял, в чём дело» и закрываете черновик.

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

Этикет и мелочи, которые решают

Сначала поищите сами. Беглый поиск по тексту ошибки часто даёт ответ за минуту. Спрашивать стоит то, что не нагуглилось — и это видно по вопросу.
Не спрашивайте разрешения спросить. «Можно вопрос?» и тишина в ожидании — пустая трата времени всех. Задавайте вопрос сразу и целиком.
Форматируйте код. Вставленный простыней без форматирования код читать тяжело — и желание помочь тает.
Будьте конкретны в заголовке. «Помогите с Python» хуже, чем «Почему list.sort() возвращает None». По хорошему заголовку человек сразу понимает, его ли это тема.

Вопросы — это вклад, а не слабость

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

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