Как задать вопрос на форуме GIS-Lab, чтобы получить содержательный ответ: различия между версиями
Voltron (обсуждение | вклад) |
Нет описания правки |
||
(не показано 12 промежуточных версий 2 участников) | |||
Строка 1: | Строка 1: | ||
{{Организационное|forum-recommend}} | |||
Это рекомендации задающим вопросы на форуме. Если у вас проблемы с тем, как вас понимают на форуме, стоит внимательно прочитать этот документ. | |||
Если у вас проблемы с тем, как вас понимают на форуме, стоит прочитать документ | |||
== Перед тем, как задать вопрос == | == Перед тем, как задать вопрос == | ||
Строка 17: | Строка 16: | ||
== Как спрашивать, чтобы ответили == | == Как спрашивать, чтобы ответили == | ||
2.1 | 2.1 ''Будьте вежливы'' - не хамите. | ||
2.2 | 2.2 ''Понятная тема'' - не давайте темам названия в стиле «ПАМАГИТЕ!!!» и «HELP!!!». Тема должна быть максимально информативной. Ограничение на длину заголовка темы - 80 символов. Используйте их. | ||
2.3 | 2.3 ''Русский язык'' - старайтесь писать грамотно, не коверкайте слова и старайтесь правильно расставлять знаки препинания, иначе текст трудно читать. | ||
2.4 | 2.4 ''Лаконичность вредна'' - не ограничивайте содержательную часть вопроса словами «ПРОГРАММА глючит» или «НИЧЕГО не работает». Как правило, глючит пользователь, а не программа. Точнее неправильно или неумело использует программу. | ||
2.5 | 2.5 ''Правильное место'' - задавайте вопрос в правильном разделе форума. | ||
2.6 | 2.6 ''1 в 1'' - одна проблема — одна тема форума, не валите все вопросы в кучу, вам ответят на один или вообще не ответят. Если вам указали на эту проблему - создайте новую тему с новым вопросом. | ||
2.7 | 2.7 ''Версии'' - указывайте название и версию используемого ПО. Если вы не знаете в каком ПО это сделать и хотите, чтобы бы вам что-то порекомендовали, укажите это. | ||
2.8 | 2.8 ''По шагам'' - описывайте, что и как вы делали по шагам и что именно не получилось. Это несколько упростит жизнь и вам, и отвечающим. | ||
2.9 Не стоит заканчивать сообщение словами вроде «В документацию не отсылать». Если ответ на вопрос действительно есть в документации, это говорит лишь о том, что вы ленитесь напрячь мозги, чтобы получить его. Если вас отослали к документации, стоит прислушаться. В крайнем случае, уточните разделы которые стоит просмотреть. | 2.9 Не стоит заканчивать сообщение словами вроде «В документацию не отсылать». Если ответ на вопрос действительно есть в документации, это говорит лишь о том, что вы ленитесь напрячь мозги, чтобы получить его. Если вас отослали к документации, стоит прислушаться. В крайнем случае, уточните разделы которые стоит просмотреть. | ||
Строка 38: | Строка 37: | ||
2.11 Помните, что большинство посетителей форума люди занятые и не имеют возможности круглосуточно сидеть и отвечать на вопросы. Поэтому, если вам не ответили сразу, не стоит бросаться засорять тему криками «Неужели никто не знает?!!», «Помогите, кто-нибудь!!!» или просто «UP!». | 2.11 Помните, что большинство посетителей форума люди занятые и не имеют возможности круглосуточно сидеть и отвечать на вопросы. Поэтому, если вам не ответили сразу, не стоит бросаться засорять тему криками «Неужели никто не знает?!!», «Помогите, кто-нибудь!!!» или просто «UP!». | ||
2.12 ''Приложения'' - старайтесь сопровождать текст снимками экрана и, по возможности, прикладывайте фрагменты данных, вызывающие проблемы. | |||
2.13 ''Ссылки'' - при цитировании информации из другого источника, дайте на него ссылку (лучше оформленную тегом url). | |||
2.14 ''Оформление'' - используйте специальные кодов для выделения слов (<tt>[b]</tt>, <tt>[i]</tt>, <tt>[color]]</tt>) и больших блоков текста (<tt>[quote]</tt>, <tt>[code]</tt>), <tt>[syntax]</tt>. Однако, злоупотреблять форматированием не стоит. Сообщение, переливающееся всеми цветами радуги, читать не очень приятно. Также не стоит злоупотреблять смайликами и восклицательными знаками. | |||
== Почему вместо ответа предлагают почитать книжки/статьи/и т.д. == | == Почему вместо ответа предлагают почитать книжки/статьи/и т.д. == | ||
Строка 47: | Строка 52: | ||
== После решения проблемы == | == После решения проблемы == | ||
4.1 Если вам помогли решить проблему — дайте четко знать, что проблема решена | 4.1 Если вам помогли решить проблему — дайте четко знать, что проблема решена. Из простого "спасибо" к сожалению не всегда ясно, решена ли проблема или это просто вежливость. Отметьте первое сообщение символом «галка» [[Файл:Forum-solved.gif]] | ||
4.2 Если вы нашли ответ сами или вам подсказали в другом месте, выложите его в форум (ответьте сами себе), чтобы ваш вопрос не остался безответным. | |||
Ссылки: | |||
[http://segfault.kiev.ua/smart-questions-ru.html Как правильно задавать вопросы] | |||
[[Категория:Служебные]] |
Текущая версия от 20:12, 28 января 2013
по адресу http://gis-lab.info/qa/forum-recommend.html
Это рекомендации задающим вопросы на форуме. Если у вас проблемы с тем, как вас понимают на форуме, стоит внимательно прочитать этот документ.
Перед тем, как задать вопрос
Сначала попробуйте поискать.
В справочном руководстве, входящем в состав программы, в руководстве пользователя и в Интернете (Google для глобального поиска, Yandex поиск по PуНету).
Если ответ найти не удается — попробуйте поискать по форуму. Не лишним будет заглянуть в разделы «Статьи» и «Документация», вполне возможно, вашу проблему или похожую уже кто-то решал и поделился наработками.
Еще один способ — просто пролистать несколько страниц соответствующего раздела.
Если все это сделано - спрашивайте.
Как спрашивать, чтобы ответили
2.1 Будьте вежливы - не хамите.
2.2 Понятная тема - не давайте темам названия в стиле «ПАМАГИТЕ!!!» и «HELP!!!». Тема должна быть максимально информативной. Ограничение на длину заголовка темы - 80 символов. Используйте их.
2.3 Русский язык - старайтесь писать грамотно, не коверкайте слова и старайтесь правильно расставлять знаки препинания, иначе текст трудно читать.
2.4 Лаконичность вредна - не ограничивайте содержательную часть вопроса словами «ПРОГРАММА глючит» или «НИЧЕГО не работает». Как правило, глючит пользователь, а не программа. Точнее неправильно или неумело использует программу.
2.5 Правильное место - задавайте вопрос в правильном разделе форума.
2.6 1 в 1 - одна проблема — одна тема форума, не валите все вопросы в кучу, вам ответят на один или вообще не ответят. Если вам указали на эту проблему - создайте новую тему с новым вопросом.
2.7 Версии - указывайте название и версию используемого ПО. Если вы не знаете в каком ПО это сделать и хотите, чтобы бы вам что-то порекомендовали, укажите это.
2.8 По шагам - описывайте, что и как вы делали по шагам и что именно не получилось. Это несколько упростит жизнь и вам, и отвечающим.
2.9 Не стоит заканчивать сообщение словами вроде «В документацию не отсылать». Если ответ на вопрос действительно есть в документации, это говорит лишь о том, что вы ленитесь напрячь мозги, чтобы получить его. Если вас отослали к документации, стоит прислушаться. В крайнем случае, уточните разделы которые стоит просмотреть.
2.10 Не просите выслать ответ через ЛС (личные сообщения) или на почту. Во-первых, в большинстве случаев этого никто делать не будет, a во-вторых форум создавался для открытого общения и обмена информацией.
2.11 Помните, что большинство посетителей форума люди занятые и не имеют возможности круглосуточно сидеть и отвечать на вопросы. Поэтому, если вам не ответили сразу, не стоит бросаться засорять тему криками «Неужели никто не знает?!!», «Помогите, кто-нибудь!!!» или просто «UP!».
2.12 Приложения - старайтесь сопровождать текст снимками экрана и, по возможности, прикладывайте фрагменты данных, вызывающие проблемы.
2.13 Ссылки - при цитировании информации из другого источника, дайте на него ссылку (лучше оформленную тегом url).
2.14 Оформление - используйте специальные кодов для выделения слов ([b], [i], [color]]) и больших блоков текста ([quote], [code]), [syntax]. Однако, злоупотреблять форматированием не стоит. Сообщение, переливающееся всеми цветами радуги, читать не очень приятно. Также не стоит злоупотреблять смайликами и восклицательными знаками.
Почему вместо ответа предлагают почитать книжки/статьи/и т.д.
3.1 Вероятно потому, что без прочтения этих статей/книг ответ будет не понятен или, что еще хуже, понят неправильно.
Если вместо ответа на вопрос вас отправляют читать документацию, у отвечающего может быть на это много причин кроме банального «лень разжевывать». Если ответ касается таких тем, общее впечатление о которых вы иметь обязаны, а из вопроса следует обратное, то от простого «сделай вот это» вам может быть еще хуже! Не кипятитесь и подумайте, почему вам не дали просто кусок кода из скрипта или пошаговую инструкцию.
После решения проблемы
4.1 Если вам помогли решить проблему — дайте четко знать, что проблема решена. Из простого "спасибо" к сожалению не всегда ясно, решена ли проблема или это просто вежливость. Отметьте первое сообщение символом «галка»
4.2 Если вы нашли ответ сами или вам подсказали в другом месте, выложите его в форум (ответьте сами себе), чтобы ваш вопрос не остался безответным.
Ссылки: