Я созрел для создания такого механизма.
Нужна кучка людей, желающих этим faq - ом рулить.
Ваши предложения пишите сюда

Разделом по SQL Server могу я...

Если это не потребует значительных и (или) специфических знаний и большого количества времени, то могу и я

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

Да нет никаких особенных требований
-Желание этим заниматься;
-Знание темы, по которой ведется FAQ;
-Отслеживание форума на предмет включения того или иного вопроса в сборник;
Вот , пожалуй и все.

Пополнение, правка FAQ будет через веб интерфейс.

Его структуру можно обсудить. То есть будет ли это общий FAQ, или по темам, или по вопросам форума или все это вместе

Как мне кажется, структура будущего FAQ требует обсуждения.

Возможно, ведущего раздела как такового и не требуется.

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

Т.е. как бы 2 раздела: собственно FAQ и обсуждение и подготовка FAQ

Разбивка FAQ по темам и поиск в FAQ нужен обязательно (правда еще вопрос по каким темам)

Есть еще одно соображение.

Насколько я знаю, в большинстве случае ответ в FAQ - это просто готовое решение без объяснения причин такого решения. Было бы неплохо иметь 3 раздела в каждом вопросе FAQ:
1. Вопрос
2. Ответ
3. Причина такого решения (некоторые теоретические рассуждения)

Очень часто на понимание ответа тратится большое количество времени из-за отсутствия пояснений. Хотя, опять же, часто никаких пояснений и не нужно.

IMHO FAQ должен физически состоять из одного файла - так проще искать нужную комбинацию буков в одном месте, а не по семи отдельным файлам - уже легче будет снова вопрос в конфу кинуть.
С соображениями ВладимираМ полностью за! И еще - форум или доска по FAQ'У всяко нужен - может с довачкиком тем не для всех, но чтоб всяко был выход на составителей. Чтоб типа по мылу им что-нить да присоветовать, указать, что упусктили или даже прокоментить что-либо...

ИМХО обсуждение FAQ - дело хорошее, только не пойдет, т.к. обсуждать никто не будет. Кажется, ты, Владимир, когда то писал в моей теме "Повторение, конечно, мать учения", что пользователем психологически комфортней ничего не предпринимать сверх того, что нужно лично им.

2 Jimmy

Вообще-то, я предполагал, что обсуждать FAQ будут не новички, а как раз те, кто понимает о чем идет речь. В смысле уточнения формулировок вопросов и ответов и указания на неточности.

2 All

Хотя, да, в такой постановке FAQ как-то становится сильно похож на раздел "Решения"

Видимо, следует разнести в разные страницы собственно FAQ и его обсуждение.

Дело в том, что крайне неудобно связываться с ведущим (а в данном случае - с несколькими ведущими) раздела через почту. Было бы проще сделать к каждому разделу дополнительную конференцию "Обсуждение раздела". Правда, не ко всем Но для FAQ, я думаю, это имело бы смысл.

2 Joys

Как я понимаю, на некоторые вопросы, которые следовало бы отнести в FAQ даны вполне полные и подробные ответы в "Решениях". Как вообще предполагается форимровать ответы в FAQ? В виде текста, ссылки, zip-архива или их комбинации?

Изначально FAQ представлялся мне следующим образом:
-FAQ это сборник ответов на наиболее часто встречающиеся вопросы в
конференции(ну и видимо вообще в жизни програмеров на Фоксе)
-FAQ состоит из одного документа(в том смысле, что он не делиться на
какие-либо разделы)
-Этот раздел пополняют несколько пользователей(каждый сам выбирает
диапазон тем по обоюдному согласию)
-FAQ раздел самодостаточный. То есть он содержит полноценные ответы на
поставленные вопросы. Или как вариант в ответе указана ссылка на
ресурс, где в данный вопрос достаточно освещен
- Если FAQ достаточно большой, есть деление на страницы и поиск. В
любом случае faq всегда можно получить в виде текстового или html
документа, вернее zip архива , содержащего этот документ
- Правка(пополнение) FAQ делается через веб форму(открыл-исправил-сохранил)
-FAQ доступен постоянно для всеобщего обозрения с момента появления
первого топика
-каждый вопрос и ответ на него храниться в таблице mysql или отдельном
текстовом файле
-для обратной связи с ведущими- либо помещаются адреса на страницу,
либо делается форма, через которую посылаются сообщения ведущим, либо
заводится почтовый ящик, скажем faq@nsvisual.com, а через него
происходит рассылка ведущим. любые публичные обсуждения, на мой
взгляд, ни к чему полезному не приведут.
- ведущие вправе самостоятельно привлекать кого-нибудь для пополнения
рядов ведущих..
вот вроде все.

Меня сильно смущает пункт:

-FAQ состоит из одного документа(в том смысле, что он не делиться на
какие-либо разделы)

Видел я подобные FAQ. Один взгляд на этот огромный список напрочь отбивает охоту что-нибудь в нем искать.

Как мне кажется, наиболее разумным решением будет ограничить список вопросов в FAQ каким-нибудь "магическим" числом (например TOP-10), а все остальное пусть ищут в решениях.

насчет деления на разделы согласен

Насчет разделов вроде решили...
Какие разделы в FAQ должны быть?

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

Некоторые разделы для FAQ

1. При отладке все нормально, а при запуске EXE ...
2. Старые версии FoxPro на новых операционных системах и машинах
3. Как сделать, чтобы при создании ...
4. Объекты FoxPro (Grid, ComboBox, и т.п.)
5. Переход от однопользовательского к многопользовательскому приложению
6. Клиент-серверные приложения
7. Теоретические вопросы. Что лучше использовать ... или ...

Названия, разумеется, примерные. Может еще какие разделы появятся

Я НЕ СОГЛАСНЫЙ!
да потому, что FAQ - не нужно читать как книжку - к нему нужно обращаться за помощью! И первое что делается в большом файле - это поиск по слову! А найти это слово в 10 разных файлах - вот _это_ - утомляет и отбивает охоту рыться в нем.
ЗЫ по закону бутерброда - нужная инфа всегда окажется в самом последнем файле ;))

2 Hel!Riser

Речь идет не о способе хранения, а о сбособе отображения.

То, что при поиске не надо обращать внимание на разделы - это и так понятно. Посмотри раздел "Решения" ведь там именно так и организован поиск.

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

Как правило, такой человек не может внятно объяснить что же именно у него работает неправильно. Он лишь приблизительно знает когда это происходит. Т.е. задать какие-либо слова для поиска он просто не в состоянии. О чем и говорит наиболее распространенная тема в конференции под заголовком "Помогите!".

Это значит, что если весь FAQ будет лежать на одной странице, то новичек вынужден будет читать его ВЕСЬ. И много ли найдется таких, кто это осилит?

С другой стороны, раздел с названием типа "При отладке все нормально, а при запуске EXE ..." уже показывает новичку это его проблема или нет. Т.е. как бы предварительный поиск.

Поэтому я и предлагаю такие не совсем стандартные ("говорящие") названия разделов.

я про другое. Если поиск на сайте - это одно. Как в конфе это сделано - грамотно, как в Решених - увы. Можно что-то найти, лишь раз пройтись полностью и когда в голове останутся названия - то можно юзать поиск... Я про файл FAQ'а Вот когда он скачивается на локальную машину - тогда он обязан быть как один файл! Ведь в этом случае поиск нужной строчки затянется на количестве файлов....

Предполагаемый вариант FAQ (который берется за основу) можно посмотреть
здесь codegrunt.com

А что насчет поиска в решениях? Есть предложения?
До сих пор ничего никто не говорил.