Зарыть комментарии для других пользователей в Баг-трекере

[geek girl]

Не раз была такая ситуация, когда в правильно оформленном баг-репорте с пруфами итд разводится срач, в результате которого Администрация просто терялась и закрывала глаза на топик.

На форуме очень много людей, которые далеки от проблемы не понимают что пишут.
Пусть Администрация сама принимает решение о судьбе спела, в зависимости от правильности баг-репорта и предоставленных пруфов! Думаю разработчики не совсем глупые люди, и сами смогут оценить суть проблемы достоверность пруфов.

[Irshii]

Иногда пользователи помогают найти пруфы. А в разделе квестов, например, часто бывает, что квест работает "циркл-стайл" - и в таком случае игроки могут подсказать об этом.

[geek girl]

Иногда пользователи помогают найти пруфы. А в разделе квестов, например, часто бывает, что квест работает "циркл-стайл" - и в таком случае игроки могут подсказать об этом.

а что мешает кинуть пруф атору темы в личку что он добавил в топик? Полезно и без срачей

[просмотр]

geek girl, 90 процентов инфы для решения проблемы в баг трекере приносят игроки в процессе обсуждения. приводят пруфы. расчеты.
тебе это не нравится? или кто там кого оскорбил? пиши в нарушители за оскорбления или офтоп.
куча пруфов расчетов приводятся с различных мест офа и не только. ты всю ифу по игре сможеш отследить ??
тоесть автор темы будет решать что выставить а что нет и чей пруф правильней или расчет верней.
короче не говори глупостей.

[geek girl]

geek girl, 90 процентов инфы для решения проблемы в баг трекере приносят игроки в процессе обсуждения. приводят пруфы. расчеты.
тебе это не нравится? или кто там кого оскорбил? пиши в нарушители за оскорбления или офтоп.
куча пруфов расчетов приводятся с различных мест офа и не только. ты всю ифу по игре сможеш отследить ??
тоесть автор темы будет решать что выставить а что нет и чей пруф правильней или расчет верней.
короче не говори глупостей.

90 процентов багрепортов со срачами по 10 страниц игнорируются администрацией

[Лаурен]

С одной стороны это действительно плюс. Но с наибольшей - все же минус. Из исходного баг-репорта далеко не всегда можно получить достаточное кол-во информации, да и самим разработчикам будет намного труднее ориентироваться в актуальности, критичности и многих подробностях какого-либо бага. А это все время.

[geek girl]

Минусы:
1).Если все пруфы будут скидываться в личку автору, автор может и невыложить данный пруф в своей теме (а это значит все будет зависить от того, насколько тчательно разработчик проверил все)

Дело в том, что в случае, если автор просто описывает баг какого нибудь не работающего спела и просит починить, то в его же интересах выложить дополнительные пруфы, которые были предоставлены ему другими пользователями через ЛС. Как мне кажется, у администрации есть своя голова на плечах, могу предположить, что у нее есть свои источники для объективной оценки предоставленного баг-репорта.

На крайняк, поставьте на баг-трекер пару модеров, которые будут жестко банить за флуд. Еще было бы не плохо на долго банить за ложные багрепорты.

- - - Updated - - -

С одной стороны это действительно плюс. Но с наибольшей - все же минус. Из исходного баг-репорта далеко не всегда можно получить достаточное кол-во информации, да и самим разработчикам будет намного труднее ориентироваться в актуальности, критичности и многих подробностях какого-либо бага. А это все время.

Ну так в баню тех, кто не правильно оформляет баг-репорты и не подтверждает их весомыми пруфами (видео, формулы, скриншоты). Заставляйте делать правильно.

[mp3hs]

Прочитал минусы этого предложения и улыбнулся...

90 процентов инфы для решения проблемы в баг-трекере приносят игроки в процессе обсуждения. приводят пруфы. расчеты.

У меня уже складывается впечатление, что юзеры вроде тебя "пытаются" показаться умными и считают, что без их мнения тут не обойдутся.
Если чего-то не знаешь, не нужно лезть впереди поезда со своей предвзятостью, людям насрать на твои абзацы.
В баг-трекере 99% обсуждений охотно игнорируются разработчиками и они обращают внимание только на оформленные по правилам баг-репорты. Во-первых это из-за того, что почти все тамашние циркулята как всегда несут свою дошкольную ахинею чтоб оказаться правым, а не чтоб разобраться в проблеме. А во-вторых, разработчикам в действительности пофигу на разбирательства, у него одна работа, прочитать суть, попытаться разобраться, если не получилось, да и пофигу, подождем более настырных юзеров в следующем аналогичном репорте...
просмотр, но не пониматр...

- - - Updated - - -

С одной стороны это действительно плюс. Но с наибольшей - все же минус. Из исходного баг-репорта далеко не всегда можно получить достаточное кол-во информации, да и самим разработчикам будет намного труднее ориентироваться в актуальности, критичности и многих подробностях какого-либо бага. А это все время.

Разработчикам никогда не мешало разбираться только в тех репортах, которые оформлены по правилам.
В качестве облегчения их работы можно внести правило обязательного предоставления пруфов в виде скринов или видео, или же расскрытое и объемное пояснение проблемы, хотя этого может и не потребоваться, а разработчик может просто отписаться по поводу перечисленного в самой теме с репортом и никакие дополнительные правила не нужно будет придумывать.

- - - Updated - - -

Пишу все это, потому что очень редко в обсуждениях багов есть что-то дельное. Сам часто участвовал в таких обсуждениях в соответствующих темах, некоторые приводили доказательства, цитаты, расчеты, но все это чаще всего оказывалось ненужным и неправильным дерьмом. Пеняйте на себя

[Sennheiser]

Закрывать коменты глупо. Там можно доказать автору темы, что он не прав и проблемы нет. Можно сказать как это работает на циркуле (как выше писали). И по поводу того, что это можно писать в пм - кагбе инфа эта может пригодиться еще многим людям, чтоб не писать стопиццот одинаковых репортов. Если они конечно научаться наконец-то пользоваться поиском на форуме yao-ming-fuck-that

А по поводу разработчиков
mp3Hardstyle прав. Вряд ли они будут тратить время и выделять из тонны мусора реальные пруфы и те, которые Вася_из_моей_гильдии на коленке набросал. Кто-то увидел проблему - сами разберутся, есть она или выдумана.

[Grant]

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

[Сват]

Все коменты не по делу,оффтоп, решаются банами. Другое дело что баг треккер модерится разработчиками , а у них есть чем заняться помимо флуда в темах. Супер модераторы туда не заходят.

[Hunterpvp.]

Согласен с автором. Из 100% комментарий 70% просто бессмысленное выяснение отношений "LOL" "NOOB" "Выпились из темы" "Автор нуб" и т.п

Плюсы:
1).Баг-репорты примут более менее официальный облик, а не обычный пост с кучей флудеров, которые зашли просто потролить и оставить пару смайлов с труфэйс.
2).Можно будет ужесточить правила написания баг-репортов, к примеру не раз видел, где исправляют баг, по неоформленному баг-репорту. Такие темы можно будет сразу удалять. За ложные баг-репорты предусмотреть наказание.
3).Все эти изменения приведут к уменьшению кол-ва людей пишущих баг-репорты от фонаря, и улучшению качества написания баг-репортов(т.к без пруфов и доказательств тему просто закроют, а за регулярное размещение таких тем, можно будет и наказание схлопотать)

Минусы:
1).Если все пруфы будут скидываться в личку автору, автор может и невыложить данный пруф в своей теме (а это значит все будет зависить от того, насколько тчательно разработчик проверил все)

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