>>16127
Да, рассматривать организованный отряд как единое целое, а неорганизованным толпам позволить "спотыкаться" друг о друга — тоже вариант.

> Расскажи что-нибудь про свою игру, чтобы не обсуждать сферических гусей в вакууме.

Был концепт игры, который в частности требовал быстрый turn-based multiplayer, и хотелось, чтобы игроки принимали решения, не дожидаясь друг друга, с синхронной реализацией и автоматическим разрешением конфликтов.

Но сейчас я этот вариант не рассматриваю, просто обдумываю single-player рогалик для души, а вопрос вырос из того, предыдущего концепта.

В общем, вопрос и задумывался как сферический теоретический.

>>16131
>Был концепт игры, который в частности требовал быстрый turn-based multiplayer, и хотелось, чтобы игроки принимали решения, не дожидаясь друг друга, с синхронной реализацией и автоматическим разрешением конфликтов.

Не знаю, порадует тебя это или нет, но кажется такую игру всё же сделали, называется Frozen Synapse: http://store.steampowered.com/app/98200

А как организовать рогалик с партией?

>>16130

Не знаю, правильно ли ты меня понимаешь, но UFO:After* и вправду довольно интересны комбинацией "клетчатого" игрового поля и непрерывного времени. Штука же, что ты описываешь, называется "активной паузой", но меня больше интересует не то, как игрок видит события и управляет ими, а то, как они симулируются и взаимодействуют друг с другом.

>>16133

> ○　быстрый turn-based multiplayer
> ●　кажется такую игру всё же сделали
> ●　Multiplayer is really versatile too, since you can just leave your turn and play another match (or even another game altogether) while you wait your opponent's; you can even set the game to send you an email when a new turn is awaiting you.
Не совсем то всё-таки, да и концепт был по сути не про "быстрый turn-based multiplayer", просто оно там вытекало с необходимостью из других требований.

Сообщение слишком длинное. Полный текст.

>>16136
Если это не секретные сведения, расскажи про игру, что планируешь.

>>16145
Могу только повторить >>16131:
> Но сейчас я этот вариант не рассматриваю, просто обдумываю single-player рогалик для души, а вопрос вырос из того, предыдущего концепта.

Тут рассказывать бесполезно — нужно делать прототип и показывать или не делать.

Может, можно на время хода проиграть движение "в реальном времени"? И для этих целей может подойти дифференциация логических координат и физических. Прям как в современных ААА-играх графика и физика. Вкратце как сделано там: для графики используется многополигональная карта, с бампингом и тесселяцией, а физика обрабатывается на ооочень упрощенной модели уровня.
Так и тебе, возможно, стоит для игровой логики использовать дискретное пространство, а для модуля, рассчитывающего движение - полноценную систему координат с флоатами или даблами и реальным временем.
Как я это реализовал бы: в течение хода каждый юнит движется к "полноценным" координатам центра соседнего целла дискретного пространства, находящегося по вектору цели хода. Радиус коллизии (при котором юнит не может двигаться, поскольку пространство занято другим юнитом) очевидно должен быть меньше физических координат целла (я б для начала поигрался бы с 0,6 - 0,8 размеров целла). Получаем, что юниты будут ходить от клетки к клетке по направлению хода все вместе.
Очевидно, что будут возникать ситуации, когда на одном целле два юнита. В случае "гуська" это норм и они нормально разрулятся - первый пройдет в следующий целл, второй пройдет в целл первого и они не столкнутся. Во второй половине случаев произойдет коллизия. Это, вероятно, будут те случаи, когда у юнитов различные векторы движения. Хоть я и не могу представить, как такое может получиться в описанной в ОП-посте задаче, но это нужно разрешить. Я б послал инициатора столкновения в обход, хотя можно и остановить юнит/послать на предыдущий целл (например "не дошел", так как вражеский персонаж раньше пришел). Соответственно хозяином целла считать того, кто ближе к его центру. Как только не осталось движущихся персонажей - ход завершен.

Сообщение слишком длинное. Полный текст.

>>16174

Неплохо, и без нагромождения правил позволит симулировать сложные взаимодействия. Но что будет, если в комнате на n клеток сидит n мобов и туда убегая от игрока пытается набиться (n+1)-ый? Благодаря маленькому радиусу коллизии, "сидящие" смогут подвинуться, и временно места хватит всем, но дальше начнётся игра в музыкальные стулья, и как долго ждать, пока кого-нибудь выкинет? Наверное, систему можно стабилизировать, если посадить юниты на "короткие поводки" в исходных точках, и в любой непонятной ситуации начинать эти поводки натягивать. Главное, чтобы всякие ворота и другие перегородки не закрывались посреди раунда.

>>16202
>Благодаря маленькому радиусу коллизии, "сидящие" смогут подвинуться
Сидящие сами по себе никуда не двигаются же. Двигаются лишь те, у кого задана цель перемещения. А такие вещи, как
>на n клеток
>пытается набиться (n+1)-ый
элементарно решается в тот момент, когда наткнувшись на сидящего, граф движения по клеткам к цели перерассчитывается и репортит о том, что текущая позиция к целевой ближе при нынешнем расположении уже не станет. Тогда и остановиться можно или сменить цель. А если ходы в игре совсем-совсем дискретны донельзя, то, возможно, лучше даже отказать в таком ходе / предложить ближайшую свободную клетку еще на этапе задания цели.

То есть алгоритм вкратце такой:

Пока (у юнита есть цель) {
 ПостроитьГрафОтТекущейКлеткиДоЦелиПоЦентрамКлеток();
 если (нетпути || граф.длина < 2) {
  Остановиться();

Сообщение слишком длинное. Полный текст.

>>16203
Это всё дискретный pathfinding. В >>16174, как я понимаю, предлагается "физическая" симуляция движения на более низком уровне: все уже решили, куда направляются (используя индивидуальный pathfinding и т.п.), приобрели векторы скорости, и дальше мы смотрим просто, кто куда протолкнётся (причём натурально можно реализовать механику толкания с учётом скоростей и масс юнитов). Но в некоторых ситуациях вот это конечное условие может оказаться трудновыполнимым:
> Соответственно хозяином целла считать того, кто ближе к его центру. Как только не осталось движущихся персонажей - ход завершен.
Если пример с комнатой слишком утрирован, представь станцию метро с несколькими входами и выходами, через которые соответственно входят и выходят юниты, но входящих больше. Те же, кто внутри, надеются продвинуться к выходам, поэтому вектор скорости у них ненулевой.

>>16219
>В >>16174, как я понимаю, предлагается "физическая" симуляция движения
Нет, я предлагал именно то, что что описал в >>16203. И это таки физическая симуляция движения по графу, вершины которого - клетки дискретного пространства, но само движение и коллизии считаются в обычных координатах.
>Но в некоторых ситуациях вот это конечное условие может оказаться трудновыполнимым
Элементарно выполнимо. Даже в вычислении того, кто ближе к центру нет необходимости - достаточно овнить клетку при успешном
>ПереместитьсяНа1ВершинуГрафа();
т. е. когда не произошло коллизии. Таким образом, заходить в переполненное метро никто не будет.

Это идей-для-стартапов-тред?

Не выгорит. Даже на ИБ нет таких досок в тематике, ибо аудитория скудна, и сидит в соцсетях.

>>16077
> сидит в соцсетях
За себя говори.

Но ведь по сути Россия будет первой страной где явление киберпанка будет самым ярким, по моим субъективным прогнозам конечно. Не вижу плохого в объединении параноиков и сетевого гетто в единый "Glitch City"

>>16077
Насчет сетей... хз что еще придет в голову правительству. Возможно еще будет наплыв и на двач, а следовательно оттуда и черпать аудит

>>16085
> будет наплыв и на двач
Если только возвращающую в 2009 год машину времени изобретут.

>>14610

Нет.

Если интересует, поделюсь личным опытом поиска заказов через Upwork. Говорят, что получить первый заказ очень сложно, но на самом деле, это не так. Нужно просто знать алгоритм.
Этот алгоритм подходит как для разработчиков, так и для копирайтеров с дизайнерами.
Он подходит не только для поиска первого заказа, но и последующих.

>>15143
Поделись.

>>14446
>Ты же не потратил на заказ никаких ресурсов кроме личного времени.
Личное время - твой самый ценный и невосполнимый ресурс. Переводить его в шлак довольно обидно.

А может кому акк суспендили(давно не юзал, потом понатыкал ставки по работам, никто не принял, и вот)?
Чо делать?
Просят доки про то что я прокачал скилы.
Сертификаты западные о "прослушал курс" сгодятся?

Если чужого диплома на русском фото скинуть - проссут?

Расскажу о своём опыте. В конце января решил попробовать пофрилансить на Upwork. У меня ничего не получилось.

>>15734
>В конце января решил попробовать
>19 февраля
>3 недели
Мне кажется, ты даже не пытался. Но расскажи что делал уже.

>>15735

Да, ты как никогда проницателен. Хотел пофрилансить C++-разработчиком, сначала сидел, писал cover letters на разные проекты, в одном даже интервью проходил в письменной форме. Заказчик слился и никому не дал инвайт. Потом покурил маны и best practices по upwork, решил пройти тест по С++ без подготовки, написал его на средний результат, потому скрыл и решил подготовиться получше, переписать через месяц и попытаться снова найти заказы.

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

>>15737
Будешь искать еще?

>>15738
Конечно.

>>15647
Думаю, что может взлететь, но посмотри, сколько нас вообще по стране. Да и я не могу никак поверить, что человек, у которого ничего нет будет иметь возможность зайти в Интернет. Было пару блогеров, которые бомжевали и собирали себе на жизнь через Интернет, но.... я хз.
Допустим, что мы создадим сайт, куда приглосим всех неравнодушных Ычанек и пустим клич в Интернет. Давай представим, что мы наберём тысяч сто единомышленников. Кто-то прости помощи, и мы пробиваем по нашей базе, кто находится в одном городе с этим человеком. Допустим, что найдётся 3 Сырны. Они приходят и помогаю, чем смогут.
Думаю, что можно попробовать, но может оказаться очень много "ложных вызовов", если эта идея получит большое распространение.

>>15651
>Думаю, что можно попробовать, но может оказаться очень много "ложных вызовов", если эта идея получит большое распространение.
Не понимаю, что ты хочешь этим сказать. Что за "ложные вызовы" такие?

>>15647

А потом садишься, как соучастник ограбления - или как ещё можно помочь тому, у кого дома нет?

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

>>15656
>А потом садишься, как соучастник ограбления
Не понимат.

>В идеале тот, у кого дома нет, должен обратиться в существующие гос. органы.
Если можно так, то откуда же взялись бомжи?

>>15658
Бомж это состояние души. Человек, который хочет оставаться в обществе, всегда найдет выход.

>>15661
Так о чем угодно можно рассуждать, и если следовать этой логике, то никакие фонды помощи не нужны в принципе. Да что там: не нужны и больницы, ведь, если человек хочет быть здоровым, то сам будет искать и применять способы лечения.

>>15658
>Не понимат.

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

>>15663
>Так о чем угодно можно рассуждать, и если следовать этой логике, то никакие фонды помощи не нужны в принципе.

Фонды помощи нужны тем, кто не хочет быть бомжом. Больницы нужны тем, кто не хочет инвалидность (или пинал хуи до сорокета, а потом передумал). Всегда ваш, Кеп.

>>15666
Так что ты хочешь сказать? Что все эти идеи с негосударственным фондами не нужны как таковые? Или же речь о конкретной проблеме?
И что вообще по этому поводу думает сам ОП? Ему уже надоело? Или он с самого начала планировал нажиться на идее?

>>15663
Моя логика безупречна, и из нее не следует твой вывод. Вот как было дело:

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

2.
>Я: Бомж это состояние души. Человек, который хочет оставаться в обществе, всегда найдет выход.
Я утверждаю, что бомжи игнорируют либо активно отвергают возможные источники помощи, и сознательно остаются за пределами общества. Это подразумевает, что гос. органы работают и выполнают свои функции, просто бомжи ими не пользуются.

3.

Сообщение слишком длинное. Полный текст.

>>15667
>Или же речь о конкретной проблеме?

Речь об идеалистическом решении проблемы среди малого подмножества лиц, определённых принадлежностью к АИБ - идеалистический подход предполагает множество проблем, а ограничение круга людей АИБ проблему не упрощает (среди омонимов тоже есть преступники, да и другие преступники могут пользоваться проектом, узнав об нём).

В идеале, если очень хочется кому-то помочь, нужен всеобъемлющий план, предусматривающий и законную сторону вопроса, и контакты с бизнесом (хотя биржа вакансий есть почти везде).

Собственно, мне видится, что в одиночку в РФ можно прожить запросто, даже если работу потерял - урезаешь потребности и идёшь на биржу, там всегда есть вакансии. А если у человека есть потребности, от которых он не может отказаться, это усложнит помощь ему.

>Что все эти идеи с негосударственным фондами не нужны как таковые?

Сообщение слишком длинное. Полный текст.

>>15522
Почту забыл mrstanako@gmail.com

Сделай мне систему аутентификации (регистрация+ вход по кукам) на MEAN (mongodb + express + angular + node) стеке. Ангуляр второй, верстка не нужна, тупо форма регистрации и входа. Войденному пользователю кнопку выхода. Регистрация производится вводом логина, пароля, еще раз пароля, все по минимуму. В базе хранится хеш пароля. Вместо монго можно *SQL. Основной момент в куках, в ангуляре нужно реализовать соответствующие сервисы.
Почту нафиг.

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

RPG in real life. А именно система квестов.

Но, разве не проще найти джуниоровскую работу, где будет все то же самое?

Да и какой профит придумывать тебе каждый раз задание, так еще и проверять его наверняка надо будет?

>>15531
Онлайн курсы учат использовать инструмент, но реальный продакшн там обычно не оговариваеться. в лучшем случае задачки оторванные от реалий.(типа нахождения числа фибоначи, при ограниченных ресурсах.)

Поэтому задачки будут иметь пользу, если они будут похожи на реальную работу.

вот что будет делать ОП, если нас тут несколько станет. я бы тоже вкинул несколько задачек.

не оп.

>>15555
есть udacity, udemy, pluralsight. Кажется, там можно найти как раз ориентированные на продакшн курсы

>>15522
Програмку, кодирующую видео и аудио в самых разнообразых конейнерах и использующую больщой набор алгоритмов кодирования под linux, с функционалом навроде XMediaRecode.

>>15644
Чем HandBrake не устраивает?

>>15644
>Ты будешь отправлять мне на почту простые задания
>Програмку, кодирующую видео и аудио в самых разнообразых конейнерах и использующую больщой набор алгоритмов кодирования

Какую часть FFMPEG должен навелосипедить ОП? Как насчёт огромного числа подводных камней в соместимости разных кодеков и контейнеров?

>>15533
>Тогда ты привязываешься к операционке/ядру, и твоя программа - это программа+ОС
Ты и так к ним привязан, поскольку пользуешь их API. Кроссплатформенность это миф.

>>15538
>Кроссплатформенность это миф.

Well-defined-поведение - это и есть кроммплатформенность.

>>15537

Ты только про одно забыл: вот например перезапишешь ты стек каким-нибудь мусором, программа бдет дальше работать, ошибки нет. Потом она всё-таки вылетит, а целостность данных уже всё.

Поэтому эксепшены - это полдела.

>>15539
>Well-defined-поведение - это и есть кроммплатформенность.

Ну, то есть, well-defined и не implementation-defined.

>>15539
Не забыл, от этого в языке, позволяющим ассемблерные вставки и прямую работу с памятью никак не уйти. Или так или "джава". Я повторюсь: "Все должно быть четко и полностью определено, без возможности вольного трактования", и уточню: "...трактования компилятором".

>>15546

Я, честно говоря, всё равно не понимаю, зачем тебе определять всё желаемое поведение программы, если оно полетит к чертям из-за первой же ошибки в unsafe-коде.

>>15556
Он выше приводил ссылки на три блог поста, где подробно эта тема освещена.

>>15557

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

В совмещении с языком C/C++ и ассемблерными вставками эти сетования выглядят лицемерно.

>>15585
Я не ОП, но согласен с его подходом. В том блоге объясняется, что UB существует в стандарте только по одной причине: чтобы позволить писателям компиляторов делать оптимизации. Если ты не ставишь перед собой такую задачу, то нет никаких причин оставлять белые пятна в языке. В случае языка ОПа, который в обозримом будущем будет иметь дай Бог одну реализацию, он может просто сделать удобную для себя спецификацию. От всех напастей небезопасного кода тебя это не спасет, но то что написано на самом языке будет иметь хорошо определенное поведение.

>>15586

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

>>15591
>арифметики указателей

>>15586
Вообще, разумеется, пилить свой велосипед всегда хорошо и интересно, просто мне хотелось бы понять, хочет ли ОП чего-то, кроме того, чтобы ошибки в программе проявлялись в предсказуемом виде (и с арифметикой это невозможно).

>>15403
Ren'Py 6.14 выдает ту же хрень

Я нашел вероятную версию у Альфы: 6.10.x

>>15432
В смысле, вероятную? Версию можно посмотреть во вполне конкретных файлах. script_version.rpy и renpy/__init__.py, если я правильно помню.

>>15433
Спасибо, 6.10.2е

Найти что-либо на Ren'Py раньше 6.14.0 почти невозможно, как я думаю, ибо большинство игр собиралось Ren'iOS

Не очень новости, это только на iOS и это можно оставить на совести Ren'iOS

Надеюсь, тут есть человек с Mac, способный помочь и собрать .ipa для распространения на JailBreak?

>>15438
>тут есть человек с Mac
есть

>способный помочь и собрать .ipa для распространения на JailBreak?
хм, раньше собирал только для официального стора, но попробовать можно

>>15439
Тогда сложу все аккуратно в папки для проекта Ren'Py

>>15437
Там проблема не в renios, а в renpy 6.14.1, выполняющим код от renpy 6.10.2 без script_version.rpy

бумп

какой бамп, тред с нулевой не ушел еще

Зависло на второй битве.
В целом интересно, но не хватает кнопки автобитва или пропуска битвы.

И ещё хотелось бы сейв чтобы посмотреть всю галерею.

ОП, ты заказывал арты или сам фигачишь?

>>14521>>14659
SMOLEV ETO TY?

Оп, пили ещё, годно.

>>15098
Или нет.

>>15176
> А что может гарантировать сохранение контроля над всей группой серверов?
> Это уже придирки, конечно, но если допускать взлом/изъятие, то делать это до конца?
В случае группы сервером в разных странах с различающимися законами произвести взлом/изъятие сложнее. Полной и абсолютной гарантии, конечно, быть не может.
> для "абсолютного недоверия" все же слабее tor, в силу малого количества вовлеченных узлов
Согласен, поэтому в идеале узлов должно быть больше, и сама система анонимного blacklisting должна быть интегрирована в архитектуру анонимизирующей сети, а не быть надстройкой над ней. Nymble c двумя серверами из статей по ссылкам выше - это скорее proof of concept.
> какого рожна нам вообще верить тому, что он якобы поднял анонимизирующую систему
Анонимизирующая система должна быть независима от администратора сервера, он не должен её поднимать.
>>15177
> Чтобы опровергнуть утверждение, нужно предложить систему где доверять ты можешь только своему компьютеру, а лучше даже и ему не доверять.
Очевидно, что не может быть такой системы. Взамен предлагается усиление защиты от компрометации путём разделения доверия на множество расположенных в разных юрисдикциях и независимо администрируемых серверов.

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

>>15178
>Анонимизирующая система должна быть независима от администратора сервера, он не должен её поднимать.
Это уже в сторону, НО:

Клиент заходит на подобную систему. Он ожидает безопасности. Как ему знать, что он не на обычном веб-сервере, например?

Ну и:
>Во всей подобной (распределенной) системе все равно будет одна точка входа — наш клиент с его реальным или подставным ойпи. Для компрометации подобной системы все равно достаточно скомпрометировать одну машину.

>>15179
>Когда мы не доверяем конкретному админу в конкретной части обработки сетевых операций, простым и очевидным с точки зрения логики шагом, будет вынесение этой самой части подальше от админа.
Сюда:
>Во всей подобной (распределенной) системе все равно будет одна точка входа — наш клиент с его реальным или подставным ойпи. Для компрометации подобной системы все равно достаточно скомпрометировать одну машину.

Сообщение слишком длинное. Полный текст.

>>15180
> Как ему знать, что он не на обычном веб-сервере, например?
Он ставил клиентское ПО этой системы.

>>15183
А, ок.

>>15183
Тогда ITT изобретают велосипед. Сам протокол сети строится на нужных механизмах. Сорта промежуточных узлов меняющих IP повсеместно. От чести именно потому потребовалось вводить заголовки для записи сортов "реальных IP", для предотвращения утери этих данных при передаче. ассортимент широк - от роутеров до проксей. Классический пример подключения к сети через подставной компьютер, который действует от своего лица - VPN.

>>15194
> Сорта промежуточных узлов меняющих IP повсеместно. От чести именно потому потребовалось вводить заголовки для записи сортов "реальных IP"
От этих заголовков есть толк только при доверии добавляющему их. В удовлетворяющей требованиями ОПа системе агент, выдающий токен по IP-адресу, должен быть доверенным и не иметь при этом доступа к содержанию передаваемых клиентом с использованием этого токена пакетов данных. Один из возможных способов достижения доверия заключается в том, чтобы реализовать этот агент как группу из двух или более случайным образом выбранных серверов, участвующих в системе достаточно долго и находящихся в разных странах.
>>15179
> Когда мы не доверяем конкретному админу в конкретной части обработки сетевых операций, простым и очевидным с точки зрения логики шагом, будет вынесение этой самой части подальше от админа.
Да, в этом случае см. >>15091. Но ОП же хочет, чтобы при изъятии серверов "определение пользователей было бы очень затруднено". Для удовлетворения таких требований как раз и нужны распределённость и архитектура, обеспечивающая высокий уровень доверия к системе в целом при низких априорных уровнях доверия к отдельным составляющим её узлам.

Было бы гораздо интереснее посмотреть на админку для АИБ основанную на полном недоверии к модераторам.

>>15270
Ну это-то легко.
1) Вместо IP пользователей использовать хеши (уже есть в vichan)
2) Не удалять посты и файлы, а только помечать в базе как удаленные
3) Сделать модераторские сессии
В итоге всё можно будет откатить.

>>15324
Основная проблема - сохранить анонимность. В режиме модератора сразу видно кто какой пост оставил. А даже если и нет, можно косвенно судить по делолам и банам. А без банов нельзя.