Решение Дисциплинарной комиссии МАК

[berimorr.livejournal.com]

Уважаемые коллеги!
Сегодняшнее решение ДК МАК опубликовано вот здесь - http://mak-chgk.ru/komissii/discipl/disc20150930/ и вступает в силу с момента публикации.

Comments

[maksa.livejournal.com]

Рома, ты наивный. Редакторы заинтересованы в том, чтобы им было как можно проще. Всё, что усложняет жизнь, — соблюдаться не будет.

[freidd.livejournal.com]

Мы как будто живём в мире с разными редакторами.
Сейчас я расскажу вам, как это происходит. На первые тестирования редактор (будем говорить об опытных редакторах) зовёт постоянных тестеров - такие люди есть, которые живут в городах, где мало игр ЧГК, или те, кто отошёл от ЧГК, но продолжает тестировать. Дальше опрашивают людей, с которыми часто работали на тестах, но которые играют достаточно часто и могут тестировать лишь в 50% случаев.
Этого хватает обычно на 2-4 теста. Дальше опрашивают знакомых, которые редко тестируют, но вдруг. Это ещё один тест. И уже потом появляется запись в жж/фейсбуке с просьбой откликнуться тех, кто готов потестировать. Обычно это 4-6-й тест. А, да, финалку обычно прогоняют на полноценной знакомой команде. Редакторы заинтересованы в том, чтобы пакет был лучше. Тестирования усложняют жизнь редактору, но он проводит их достаточно большое количество раз, чтобы выявить больше огрехов.

[maksa.livejournal.com]

Это практически ортогонально тому, что я сказал или, по крайней мере, имел в виду.

[pere-noel-f.livejournal.com]

Видимо, у вас не получилось выразить то, что вы имели в виду. Потому что я, например, понял так же, как и Серёжа.

[maksa.livejournal.com]

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

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

[pere-noel-f.livejournal.com]

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

[maksa.livejournal.com]

Например, из опубликованного выше. И есть некоторые инсайды от оргкомитетов турниров.

[pere-noel-f.livejournal.com]

Кажется, стоит всё же уточнять, что речь о "некоторых редакторах", потому что вышеупомянутые редакторы+инсайды составляют, вероятно, человек 10. Всего редакторов явно больше.

[maksa.livejournal.com]

У меня хорошо с основами статистики.

Если в список выше попадают самый активный редактор (Мерзляков), заведомые технари (Грамагин, Поникаров, Остров) и просто топ-редактор (Либер), можно считать, что выборка достаточно репрезентативно показывает картину, а её размер достаточен для определённых выводов. С другой стороны, если про редактора не известны накладки с тестированием, это не значит, что он не совершает ошибок. Просто пока эти ошибки не фатальные.

Банальные прикидки с использованием условной вероятности дают неутешительную картину по цеху.

[another-ak.livejournal.com]

"заведомые технари (Грамагин, Поникаров, Остров) и просто топ-редактор (Либер)"
Интересно. А кто такие "заведомые технари"?

[maksa.livejournal.com]

Например, люди с техническим образованием и люди, работающие программистами.

[berimorr.livejournal.com]

Серёжа, вот от итерации 4-6 следует отказаться. От неё сильно больше вреда, чем пользы.

[mikeiva.livejournal.com]

-1

[pere-noel-f.livejournal.com]

Илья, если проверять откликнувшихся (или не посылать вопросы незнакомым тестерам), то вред сводится к минимуму - если кто-то из знакомых редактора читер.

[berimorr.livejournal.com]

Я говорю именно о поиске незнакомых лично тестеров через сообщество. У себя в ФБ я и сам периодически вешаю такие объявления.

[pere-noel-f.livejournal.com]

Ну, почему бы не поискать, если проверять всех откликнувшихся и не доверять не прошедшим проверку? Ключевое тут - хорошо проверять, а не сразу отказаться. Ампутировать гангренозную ногу, конечно, легче, но зачастую надо начинать лечить (да, не самый хороший пример, признаю)

[mtsyr.livejournal.com]

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

[tea-cutter.livejournal.com]

Не опаснее, но первую дыру закрыть проще, чем вторую. И это точно во власти и в силах редакторов и только редакторов.

[berimorr.livejournal.com]

Именно так.

[mtsyr.livejournal.com]

Я вижу логику в том, чтобы проверить, что тестеры - те, за кого себя выдают. Но если это установлено, то (в случае синхронов) неясно, в чем смысл отказа от такого тестирования. Список незнакомых редактору людей, которым пакет известен до игры, увеличится с 50 до 55 - так ли это важно?

[tea-cutter.livejournal.com]

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

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

[leoncia-ir.livejournal.com]

Сайт рейтинга показывает время скачивания пакета, это правда.

[pere-noel-f.livejournal.com]

Админам наверняка больше инфы показывает.

[el-wing-24.livejournal.com]

Вот, кстати, да. Можно сколько угодно говорить об информационной безопасности. Но игра по-прежнему основана на доверии :)

[freidd.livejournal.com]

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