флешмоб-машина
Добавлено: 06.09.2004 23:47
В прошлом году была высказана пожалуй самая смелая идея во флешмобе. А именно - концепция флешмоб-машины. Эдакого автономного сайта в себе, замкнутой системы, не зависящей от человека, в идеале. Она (машина) включает в себя механизм отбора и выбора сценария и механизм проведения флешмоба.
Описание.
Есть некая среда, сайт, или система. В ней есть возможность добавить сценарий флешмоба, так, как это обычно делается у нас в разделе форума версий сценариев Москвы. При добавлении сценария автор обязательно оставляет свои координаты (адрес e-mail), собственно сам сценарий, замечания по времени и месту проведения сценария. А также (!!!) указывает минимальное количество человек, необходимых для осуществления флешмоба (разумеется автору рекоммендуется закладывать в эту цифру вероятность того, что часть мобберов может не прийти, поэтому цифру надо увеличивать на треть). После заполнения этой формы сценарий попадает в базу сценариев системы (фм-машины).
В индексе (на главной странице) системы есть 2 меню: добавить сценарий (описано выше) и обзор всех сценариев. Обзор какого вида - список, либо что-то еще,- не суть.
Важно - человек может просматривать сценарии и может на них подписываться (оставлять комментарии или сообщения он не может). Таким образом, на каждый сценарий есть минимум участников, указанных автором, и фактическое число подписавшихся человек на данный момент.
Так вот, когда воличество подписчиков достигает величины человек, требуемых автором для моба, то просходят такие вещи:
1)Система создает и отправляет автору на его имейл сообщение о том, что его сценарий набрал необходимое количество людей и он может проводить флешмоб. Для этого автору дается доступ к панели рассылки (возможность составить и разослать текст - конечные инструкции к флешмобу), то есть для этого автору высылается системой сгенерированные логин, пароль, и адрес доступа к панели рассылки.
2)Сценарий переходит из общей базы в архив, то есть становится недоступным в индексе сцеанариев.
И после всего этого проводится флешмоб.
В идеале даже не нужно сообщения-о-рассылке автору. Если автор сразу будет закладывать в сценарий моба место, время и день недели (не конкретные время и день недели, а, скажем, 19-00 и вторник), то подписчикам (и самому автору, естественно) будет разослано исходный текст сценария, а число флешмоба будет генерироваться из календаря, как ближайший из возможных дней недели по условию автора, при условии, что это не завтрашний день на момент рассылки (чтобы дать запас времени).
Как видите, эта система (фм-машина), в таком виде автономна. Есил конечно же не считать технической подержки системы, вроде сервера, лиюо поддержки и оплаты хостинга и домена. Хотя такую систему можно разместить на каком-либо бесплатном хостинге, при домене второго уровня, с поддержкой какой-либо БД (а такие сервисы сейчас есть, анпример, если мне не изменяет память, - amillo.net иил что-то в этом духе... да тот же народ в конце концов....). Но все это не суть.
Но у автономной фм-машины есть проблемы. Например - флуд. Можно конечно разработать систему проверки текстов сценариев чтобы исключить какие-либо недоразумения, или засорения базы. Вообще, система ограничений, если фм-машина работает автономно, должна быть непременно.
Должно быть, анпример, такое ограничение. В базе может находиться одновременно только лимитированное число сценариев. Понятно, что это облегчит просмотр сценариев и подпись на них. Можно поставить ограничения, зависящие от посещаемости сценариев и активности подписки на них. То есть тот сценарий, на который уже какое-то время (заложенное системой) никто не подписывается, и не набирает нужного количества участников, просто удаляется (ну и наверное автору идет об этом сообщение, автоматически естественно...)
Все тонкости, увы, не перечислить, они могут быть выявлены только в процессе отладки и тестирования системы.
Поговорим лучше о тех моментах работы фм-машины, когда нужно заменять работу человека (администратора), или, лучше, - как этого не допустить.
Первейший вопрос в работе машины то, что ЛЮБОЙ сценарий в принципе может быть добавлен. Не превратится ли эта база в помойку, в которой будут находиться одновременно -тьсот сценариев, не один из которых, в силу этого, не сможет набрать нужного количества мобберов. То есть заведомо любой текст (если не будет системы препроверки текста) можно будет добавить в систему. Этим ставится вопрос о присутствии некого модратора, который должен будет отсеивать флуд. Как этого избежать?
Во-первых, нужно будет поставить лимит на добавление сценариев от одного человека (с одного компьютера), скажем, раз в два месяца. Это несложно. Правда этот запрет будет бессилен например для посетителей интернет-кафе, но... Можно будет поставить проверку на схожесть сценариев, или их фрагментов, что позволит исключить возможность повторяющихся сценариев, автор которых либо хочет, чтобы его сценарий был проведен (если его сценарий размножен в машине), либо исключить возможность "доработанных" сценариев, когда автор будет постить одно и то же, с небольшими доработками. Подумайте, может еще что-то можно сделать...
Вторая проблема: отсев сценариев типа: "а давайте все вместе соберемся и поплюем в фонтан!!!". Ну тут просто - ставим минимальную длину текста сценария. Таким же образом ставим границу максимальной длины текста, для борьбы с незадачливыми флудерами...
Третья проблемма - текст есть, но он "пустой", то есть напечатан не сценарий, а черт знает что. Логично, что на такой сценарий подписываться не будут, поэтому ставим условие, что если на сценарий в течение какого-то (например, неделя) времени подписчиков вообще нет, то он удаляется.
И тому подобное...
Я уверен, что таких проблем немало, как и то, что их можно обойти.
Пишите проблемы и минусы, будем думать!
Описание.
Есть некая среда, сайт, или система. В ней есть возможность добавить сценарий флешмоба, так, как это обычно делается у нас в разделе форума версий сценариев Москвы. При добавлении сценария автор обязательно оставляет свои координаты (адрес e-mail), собственно сам сценарий, замечания по времени и месту проведения сценария. А также (!!!) указывает минимальное количество человек, необходимых для осуществления флешмоба (разумеется автору рекоммендуется закладывать в эту цифру вероятность того, что часть мобберов может не прийти, поэтому цифру надо увеличивать на треть). После заполнения этой формы сценарий попадает в базу сценариев системы (фм-машины).
В индексе (на главной странице) системы есть 2 меню: добавить сценарий (описано выше) и обзор всех сценариев. Обзор какого вида - список, либо что-то еще,- не суть.
Важно - человек может просматривать сценарии и может на них подписываться (оставлять комментарии или сообщения он не может). Таким образом, на каждый сценарий есть минимум участников, указанных автором, и фактическое число подписавшихся человек на данный момент.
Так вот, когда воличество подписчиков достигает величины человек, требуемых автором для моба, то просходят такие вещи:
1)Система создает и отправляет автору на его имейл сообщение о том, что его сценарий набрал необходимое количество людей и он может проводить флешмоб. Для этого автору дается доступ к панели рассылки (возможность составить и разослать текст - конечные инструкции к флешмобу), то есть для этого автору высылается системой сгенерированные логин, пароль, и адрес доступа к панели рассылки.
2)Сценарий переходит из общей базы в архив, то есть становится недоступным в индексе сцеанариев.
И после всего этого проводится флешмоб.
В идеале даже не нужно сообщения-о-рассылке автору. Если автор сразу будет закладывать в сценарий моба место, время и день недели (не конкретные время и день недели, а, скажем, 19-00 и вторник), то подписчикам (и самому автору, естественно) будет разослано исходный текст сценария, а число флешмоба будет генерироваться из календаря, как ближайший из возможных дней недели по условию автора, при условии, что это не завтрашний день на момент рассылки (чтобы дать запас времени).
Как видите, эта система (фм-машина), в таком виде автономна. Есил конечно же не считать технической подержки системы, вроде сервера, лиюо поддержки и оплаты хостинга и домена. Хотя такую систему можно разместить на каком-либо бесплатном хостинге, при домене второго уровня, с поддержкой какой-либо БД (а такие сервисы сейчас есть, анпример, если мне не изменяет память, - amillo.net иил что-то в этом духе... да тот же народ в конце концов....). Но все это не суть.
Но у автономной фм-машины есть проблемы. Например - флуд. Можно конечно разработать систему проверки текстов сценариев чтобы исключить какие-либо недоразумения, или засорения базы. Вообще, система ограничений, если фм-машина работает автономно, должна быть непременно.
Должно быть, анпример, такое ограничение. В базе может находиться одновременно только лимитированное число сценариев. Понятно, что это облегчит просмотр сценариев и подпись на них. Можно поставить ограничения, зависящие от посещаемости сценариев и активности подписки на них. То есть тот сценарий, на который уже какое-то время (заложенное системой) никто не подписывается, и не набирает нужного количества участников, просто удаляется (ну и наверное автору идет об этом сообщение, автоматически естественно...)
Все тонкости, увы, не перечислить, они могут быть выявлены только в процессе отладки и тестирования системы.
Поговорим лучше о тех моментах работы фм-машины, когда нужно заменять работу человека (администратора), или, лучше, - как этого не допустить.
Первейший вопрос в работе машины то, что ЛЮБОЙ сценарий в принципе может быть добавлен. Не превратится ли эта база в помойку, в которой будут находиться одновременно -тьсот сценариев, не один из которых, в силу этого, не сможет набрать нужного количества мобберов. То есть заведомо любой текст (если не будет системы препроверки текста) можно будет добавить в систему. Этим ставится вопрос о присутствии некого модратора, который должен будет отсеивать флуд. Как этого избежать?
Во-первых, нужно будет поставить лимит на добавление сценариев от одного человека (с одного компьютера), скажем, раз в два месяца. Это несложно. Правда этот запрет будет бессилен например для посетителей интернет-кафе, но... Можно будет поставить проверку на схожесть сценариев, или их фрагментов, что позволит исключить возможность повторяющихся сценариев, автор которых либо хочет, чтобы его сценарий был проведен (если его сценарий размножен в машине), либо исключить возможность "доработанных" сценариев, когда автор будет постить одно и то же, с небольшими доработками. Подумайте, может еще что-то можно сделать...
Вторая проблема: отсев сценариев типа: "а давайте все вместе соберемся и поплюем в фонтан!!!". Ну тут просто - ставим минимальную длину текста сценария. Таким же образом ставим границу максимальной длины текста, для борьбы с незадачливыми флудерами...
Третья проблемма - текст есть, но он "пустой", то есть напечатан не сценарий, а черт знает что. Логично, что на такой сценарий подписываться не будут, поэтому ставим условие, что если на сценарий в течение какого-то (например, неделя) времени подписчиков вообще нет, то он удаляется.
И тому подобное...
Я уверен, что таких проблем немало, как и то, что их можно обойти.
Пишите проблемы и минусы, будем думать!