При чем здесь "обижаться"? Просто мой опыт четко показывает, что разрабатывать должен один, а ТЗ ставить и юзабилити обкатывать - другой, а лучше - несколько других. (Другое дело, что это не всегда возможно, но к этому надо стремиться.)
.
Юзер знает как нужно, а программер - как можно, и эти вещи принципиально определяют подход к конструированию интерфейса.
.
.
"А.. вконец обнаглевшие программеры еще в инете багтрекеры создают и просят, чтобы им о багах сообщали..."
.
При чем здесь это? К подходу к конструированию интерфейса багтрекерство непосредственного отношения не имеет.

Да ради бога, можешь это обозвать FAQ. Но то, что ты пытаешься так обозвать, все равно не будет "вопрос-ответом". ИМХО, написание FAQ - задача, не сводящаяся только лишь к отделению оффтопика от обсуждения.
.
Если по хорошему, надо писать выжимку из этого обсуждения, а не перекладывать эту задачу на читающих FAQ.
.
Скажем так: на сей раз ты путаешь другие два понятия: FAQ и "наиболее интересные топики нашего форума". Оба полезны, но служат для разных целей.
.
P.S. Кстати, именно поэтому я не склонен считать местный "FAQ" ответами на часто задаваемые вопросы. Ответы там может и есть, но чтобы их найти, надо еще рыться. Про форум drupal.ru можно сказать абсолютно то же самое, вопрос лишь в масштабах. А задачу реально сделать выжимку полезной информации и оформить ее в виде отдельной статьи (лучше - в виде отдельной новостной ленты, чтобы было легче следить за пополнениями) почему-то никто не ставит.

1) "на хрена нужны форумы"
Форум есть средство для общения группы территориально удаленных человек числом больше двух. (Для двоих вполне достаточно электронной почты.) Средство менее оперативное нежели чат, но зато позволяющее участникам (в т.ч. подключающимся к дискуссии по ходу дела) проследить историю дискуссии и при необходимости перечитать любое из высказываний.
.
2) "В чём удобство общения на форумах в их общепринятом нынче виде (подразумеваю форумы вроде vbulletin, phpbb и т.п.)?"
.
В естественности структуры представления. Очевидно удобство разделения общающихся по тематикам и по темам. Однако ошибка думать, будто общение можно свести к простым схемам "вопрос-ответ", либо к древовидным, где каждое сообщение кроме первого является ответом на одно и только одно другое. В рамках одной темы могут задаваться уточняющие вопросы. А одно сообщение может быть ответом сразу на несколько других. Тогда уж следует строить сетевую структуру сообщений. Но сетевая структура, видимо, сложна в реализации, а может быть и в использовании. Кроме того, при сетевом представлении сообщений, так же как при древовидном, возникает проблема отыскания новых, еще не прочитанных сообщений, появившихся в рамках ведущейся дискуссии. Во всяком случае, таких форумов мне еще не попадалось.
.
Поэтому используется простая, табличная (последовательная) форма представления дискуссии, в которой в случае, если отвечающий отвечает не на последнее сообщение, либо если он отвечает на несколько сообщений сразу, он цитирует фрагмент текста, на который отвечает, после чего пишет свой ответ. И так для каждой цитаты. Это простейший вариант быстрого и удобного пояснения того, на что именно, собственно, идет очередной ответ.
.
Если противопоставлять древовидной структуре, в табличном форуме все ветки обсуждений, ведущиеся в рамках заданной темы сплющены в одну линию, но ведь и в древовидных форумах всё дерево нам показывают одной простынёй - хочешь не хочешь, а читать придется всё. А из плюсов мы получаем легкое хронологическое определение того, какие ответы появились с последнего момента, когда мы наблюдали за дискуссией, плюс возможность корректно отправить ответ на десять сообщений за один прием. А не в десять приемов, для каждого из цитируемых сообщений.
.
3) "Считаешь ли ты эти движки продуманными в плане юзабилити?"
.
Да, считаю. В них всё продумано для достижения указанной цели. Всё внятно, всё четко, всё вылизано до мелочей большим количеством тестеров. Всё что было неудобно или мешало общению - срезано. Всё что помогает оному (включая такие дизайновые мелочи как внятно видимые кнопочки или расцветка-зебра) - добавлено.
.
О таких очевидных вещах как переходы со страницы на страницу там уже много лет как не задумываются, вылизывание этого - давно пройденный этап. До необходимости введения института модераторства (которое отнюдь не сводится к определению "флуд/не флуд" в отношении отдельных сообщений) в друпале вообще еще не додумались - святая невинность.
.
Словом, все эти гоп-высказывания насчет "мы пойдем своим путём" мне сильно напоминают попытки собрать в сарае велосипед с квадратными колесами, тогда как сосед уже давно ездит на грузовике. И даже фразы вроде "у них всё в дырках, а у нас будет надежно" очень хорошо укладываются в эту аналогию. Мотор может неожиданно заглохнуть и перестать заводиться, а собственные ноги - вот они, всегда к нашим услугам. А то, что грузовик застрянет там, куда мы никогда не доедем - этот момент почему-то умалчивается. И эдак потом, с плохо скрываемой завистью, вальяжно: "Не больно то и хотелось!"

Кстати, сейчас usability в основном крутится в области защиты от пионэров. Как сделать так, чтобы пионэрам требовалось много времени, админу потом на исправление - мало, но при этом не затруднялась жизнь обычным пользователям.
.
Бан по IP уже не катит. Поскольку слава богу уже большая часть админов в курсе, что бывают провайдеры, выделяющие IP адреса своим пользователям динамически. И, скажем, если банить всю подсетку MTU, можно вместе с водой выплеснуть ребенка. Приходится изобретать что-то более хитрое.
.
Ну вот простой, но красивый пример антипионэрской защиты:
Пароли у нас хранятся хэшированными. Поэтому функция "забыл пароль" не может выслать пароль на адрес электронной почты. Как это реализовано в Drupal? Есть, грубо говоря, кнопка "забыл пароль", там вводим логин или емайл, у соответствующего пользователя пароль сбрасывается, заменяясь на сгенерированный и этот сгенерированный пароль высылается на емайл. Если я, допустим, выхожу с работы и из дома, а доступ к почтовому ящику у меня только из дома, мне будет не очень приятно, если на меня кто-то будет делать "забыл пароль" каждое утро: я весь день буду сидеть без пароля.
.
Как это сделано там где сделано по уму? По запросу пароля ничего никуда не сбрасывается, а на емайл высылается ссылка. А вот уже эта ссылка инициирует сброс пароля и его отсылку на емайл.
.
Вот из таких пустячков и складывается usability. А вы хотите это одним махом, на коленке, с нуля. Тю...