![Флэш Потрошитель - Флэш & Флекс, rost[ухо]flash-ripper.com](/sites/all/themes/fripper/logo.png){kind=logo}
Поток сознания
2 часа agoЭто элементарно, Ватсон. Игра ещё не доделана. Следовательно реклама пока не включена. Следовательно играют в неё пока только девелоперы и их знакомые.
9 часа agoТо есть как бы понятно, что чепуха это полная, но какая красивая гипотеза
4 дня agoДаже самые крупные фотки не передадут настоящего впечателния, там надо быть :)
6 дня agoЗа уши притянуть можно что угодно и к чему угодно. Вы, батенька, тролите и делаете это довольна скучно. Всем уже давно понятно, что Вас не устроила гипотеза с пакменом. Что и кому Вы пытаетесь доказать?
6 дня ago1. Как стать гейм - дизайнером за 1 день. Виталий Хить. Часть 1/2 | Часть 2/2 2. Почему люди играют в игры? Виталий Хить. + Анализ игр разного жанра Часть 1/3 | Часть 2/3 | Часть 3/3 3. Владимир Бабушкин. Новый движок Alternativa 3D 7 Часть 1/2 | Часть 2/2 4. Тренинг по командообразованию Часть 1/1 Остальные добавит Лерика, у нее дозапись остальных дней
6 дня agoОпачо! Картинки тоже идут в "Поток сознания" и разрушают красоту.
6 дня agoБудем рады услышать от тебя еще один классный доклад по Coldfusion, и вообще тебя увидеть :)
1 неделя ago[quote]Может черкнете статью "Почему нельзя сравнивать ПМ и ТД" [/quote] Сравнивать можно что угодно. И можно найти какие-то общие признаки даже у достаточно далёких предметов. Например, и в реке, и в часах, и в почках могут быть камни. Порой из таких сравнений выходят интересные теории. Но с таким же успехом могут получится и совершенно ошибочные выводы. Гипотеза о происхождении TD из Pac Man - пример такого вот ошибочного вывода. Вот и всё. Я не знаю, почему это вас так глубоко ранит. Может быть потому, что вы спорите не со мной, а с каким-то воображаемым оппонентом. Я не собираюсь выяснять, чьё геймдизайн-фу круче, я никого не называл мудаком, я всего лишь не согласился с одной из озвученных гипотез, на основе собственного опыта игры в Pac Man и в зиллион различных TD, начиная со старкрафтовских.
1 неделя agoDan, простите за беспокойство. А можно задать Вам глупые вопросы? Что Вы лично предлагаете? Признать "тренинг" "Почему люди играют в игры" полной чепухой, раз такие выводы люди сделали под "просто наваждением"? Ну давайте признаем :), можно было просто пива попить и об жизни поговорить эти пару часов. Мне, т.к. я инициатор данного "тренинга" прекратить "торговать лицом" из-за некомпетентности в данном вопросе? Можно и это организовать :), я уже достаточно "наторговался". Подтвердить что ПМ и ТД - абсолютно разные игры и сходства между ними никакого? Подтверждаю, так же как и подтверждаю то, что суслика в чистом поле тоже не видно :) и то что любые выводы можно считать "красивыми гепотизами" или руководством к действию (кому как нравится). К сожалению подтвердить, что нет корысти от всего этого действа не могу. Во время этого "наваждения" ребята навели меня на пару свежих идей с которых я лично думаю снять 10-20К денег, за что им огромное спасибо и шикарная "поляна" на следующей встрече! Может черкнете статью "Почему нельзя сравнивать ПМ и ТД" или статью со своим взглядом на геймдизайн? Искренне хотелось бы узнать Ваше мнение по этому поводу!
Архитектурные приемы в онлайн-играх — доклад с HighLoad++
Павел Кудинов из "Точки Кипения" об архитектуре серверной части онлайн-игр:
Это доклад с конференции разработчиков высоконагруженных систем HighLoad++. Ключевые слова: нужен ли Memcached+SQL+Apache, KISS, перфекционизм. На странице доклада есть также видео-запись, без которой показанная выше презентация не будет полной.
После идущей за этим постом статьи Анатолия Ропотова, я сейчас пишу это и чувствую себя как полный пионер.
Найдены баги:
Да уж..
"Я этого сам не пробывал, но вам советую так сделать" - отличный совет от докладчика.
Да ещё.
). Так вот такого варианта я в докладе не услышал. А он есть самый производительный.
Мы сейчас делаем онлайновую игру на флексе. Так вот мы юзаем messaging. Сервер нужен только для сообщения играющих клиентов и сохранения/записи данных. Сама логика обрабатывается на клиенте (это же RIA
Мысль неплохая, но не все можно переложить на клиента, в частности, бизнес-логику — большой риск.
Типа геймер взломает swf-ролик и увидит алгоритмы бизнес-логики? Не выйдет! Эти алгоритмы хранятся на сервере и выполняются реал-тайм - то есть даже классов нет таких скомпиленных
Звучит интересно. Вы уже думали об использовании нового функционала Flash Player 10 (peer-2-peer)?
Думали.
С одной стороны, это очень вкусно - снабдить клиентов логикой и адресами друг-друга и пусть сами, в обход сервера играют. Останется лишь сохранять некие результаты-данные в базе.
С другой стороны, есть большое препятствие в такой архитектуре - фаерволы. Ведь р2р - это какой-то там порт случайный на одной стороне и на другой. Но как правило, у юзеров открыты только 80, 21, 443 наружу и ещё несколько для локальных сетей. Это значит, что без специальной дополнительной настройки, такая архитектура при всех своих плюсах очень теряет.
Ролики с логикой грузятся клиентом с сервера и выполняются на машине клиента?
Нет. Логика лежит в базе в виде строк кода, который выполняется на клиенте при инициализации апп. По сути - это классы с логикой авторизации, боя и прочих приватно-секретных функций игры. Грузится это через секретный (https) AMF.