«Правильно заданный вопрос содержит половину ответа»
# Формулировка
Не пиши сразу в чат по любой проблеме. Сформулируй вопрос в блокноте. Напиши вопрос, прочти его (можешь вслух), подумай всё ли ты учёл, правильно ли ты донёс свою мысль, могут ли тебя понять иначе. Это называется «Метод утёнка» , суть которого проговорить вопрос или проблему, вслух или письменно.
Попробуй сократить текст, чтобы было максимум сути и минимум слов.
А теперь погугли ключевые слова из своего вопроса. Ничего не нашёл? Измени ключевые слова, уточни их. Опять ничего? Воспользуйся поиском по чату, многие проблемы уже обсуждались и не единожды. Не нашёл? Теперь задавай вопрос в чат.
# Переходи к сути
Не задавай meta-вопросы привет, помогите, есть кто?
Сразу задавай подробный вопрос.
Не спрашивай, работал ли кто с "xxx" библиотекой или сталкивался ли кто с "xxx" ошибкой. Даже если ни кто не сталкивался, то опытные разработчики всё равно смогут подсказать в какую сторону двигаться.
Просто задай свой вопрос. Без лишних прелюдий и топтаний вокруг темы.
# Конкретика
Не пиши не работает, кидает ошибку, не помогло
Объясняй подробно, что происходит, какая ошибка, показывай итоговый код.
Не используй местоимения, говори всегда конкретно, потому что часто сложно понять о чем идёт речь, когда сообщение состоит из "он", "оно", "это", "этот", "тот".
Чем больше ты заставляешь из тебя вытаскивать информацию и задавать уточняющие вопросы, тем меньше людей будет продолжать тратить на тебя время. Будь продуктивен, давай всю информацию сам, а не жди пока тебя попросят скинуть скрин ошибки или показать код, ибо это нужно только тебе.
# Полные скриншоты
Прикрепляй к сообщению полные скриншоты кода и ошибок, не обрезай их. Часто самое важное почему-то игнорируется, не надо стеснятся своего кода или неймингов, конфиденциальные данные закрась. Большие куски кода или логов загружай на pastebin
# Показывай как есть
Никогда не изменяй код который отправляешь в чат, всегда отправляй то, что запускаешь. Популярная проблема: тестируется один код, а в чат присылается другой, в результате время людей потрачено в пустую, а ты будешь реже получать ответы.
# Не нервничай
Если тебя отправляют в гугл или в доку, то ты должен понимать, что ты задаёшь очень примитивные вопросы, которые мог бы решить и сам, не психуй, а прими к сведению. Если ты гуглил, а тебе говорят "погугли", попроси точную формулировку запроса, гуглить тоже надо уметь. Если тебе отвечают незнакомым словом, не спеши сразу спрашивать "что это?", а разберись в теме сам.
Не огрызайся и не отвечай на токсичные сообщения, тем более не переходи на личности. В вопросе тебе это не поможет, а "mute" получишь ты. Будь взрослее, тебе ни кто ничего не должен.
# Только общий чат
Не пиши в личку, продолжай общаться в общем чате. Не стесняйся и не бойся критики, важно мнение большинства, а не одного человека. Если отвечающий не прав, то кто-то вмешается и укажет на это, а в личке тебя научат bad-практикам и ты об этом не узнаешь. Как минимум правильных решений может быть несколько, в чем и заключается преимущество чатов.
# Зачем нужен чат?
«Дай голодному рыбу - и ты накормишь его на один день. Дай ему удочку, научи его ловить рыбу - и ты накормишь его на всю жизнь»
Чат не гугл, потому что гугл - это гугл. Ваш Кэп.
Чат нужен не для простых вопросов-ответов, а для того, чтобы более опытные разработчики помогли научиться решать проблемы, внести ясность в тему, а не просто давали тебе готовые ответы. Также чат нужен для сбора мнений, дискуссий и оценок.
Разработка - это не только алгоритмический процесс по инструкциям, разработка - это ещё и творчество, которое требует соответствующего мышления.
Если тебе задают вопросы вместо ответа, то попробуй погуглить их или поразмышлять над ними в чате, потому что такие вопросы являются наводящими. Дать тебе прямой ответ часто бесполезно, ибо смысл научиться думать самостоятельно. И в дальнейшем ты должен начать задавать такие наводящие вопросы самому себе и таким образом научиться самостоятельно находить способы решения задач и проблем.