1 час agoЭто элементарно, Ватсон. Игра ещё не доделана. Следовательно реклама пока не включена. Следовательно играют в неё пока только девелоперы и их знакомые.
8 часа 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К денег, за что им огромное спасибо и шикарная "поляна" на следующей встрече! Может черкнете статью "Почему нельзя сравнивать ПМ и ТД" или статью со своим взглядом на геймдизайн? Искренне хотелось бы узнать Ваше мнение по этому поводу!
24 октября 2009 года во Львове мы реализовали давно созревавшую идею конференции опытных флексеров с докладами по практикам разработки больших флекс-приложений на реальных проектах, наладить общение людей, которые уже знают флекс, имеют свои наработки в этой технологии и хотят знать, как другие делают это.
Эта встреча флексеров отличалась также тем, что все докладчики представляли практики одного проекта производства компании EPAM Systems а точнее, ее львовского отделения. Кстати, епамовский отдел кадров мы благодарим отдельно за помощь в организации этой конференции, а саму компанию — за смелость и открытость в передаче опыта и за бесшовную интеграцию конференции с афтепати — за счет фирмы.
На этой встрече были представлены четыре доклада, пойдем по порядку.
Первым выступил ведущий разработчик флекс-проекта Андрей Табачин из львовского EPAM Systems. Его трехчасовый, сложный и глубокий доклад стал концентрированным набор лучших практик, выработанных командой под его руководством на протяжении двух лет создания сложного проекта. Стоит отметить, что в самом начале работы команда не имела большого опыта с Flex, но имела хороший опыт в других технологиях от Delphi до .NET, таким образом они прошли путь от самых азов флекса до состояния завершенного большого проекта, с включением практик XP и Agile.
Наработки изложены Андреем в PDF-документе Flex3bestpractices.pdf, который можно скачать со страницы Flex3 development best practices на свежеоткрытом блоге Андрея Табачина.
Второй доклад был представлен Андреем Проциком из львовского EPAM Systems. Помимо самой презентации, к докладу прилагаются исходные файлы проекта, демонстрирующего разработку UI-элемента для Flex 4 качайте файл custom-flex-4-spark-components.zip.
Если вы еще не знаете, Flex 4 реализует более эффективное разделения логики и вида - это новое скинование. Теперь совместный труд дизайнера с кодером и его результат стройнее. Каждый UI-компонент приложения по умолчанию реализуется в SDK двумя файлами: классом бизнес-логики (это "модель" из MVC) и классом скина с описанием вида и поведения компонента, включая состояния, эффекты и т.д. (это - "вид" из MVC). В результате мы имеем во Flex 4 еще одну разновидность Code Behind, на мой взгляд - вполне стройную, и теперь она поддерживается средствами разработки, чего не было во Флекс 3, об этом мы еще поговорим позднее.
А сейчас достаточно сказать, что за этим подходом - ближайшее и интересное будущее флекса, так что стоит хорошо вникнуть в исследование Андрея Процика - Создание компонентов на базе архитектуры Spark (Flex 4) - custom-flex-4-spark-components.zip
Третьим докладом стал экспромт от Олега Керницкого, он рассказал об управлении рисками для разработчиков. А поскольку к экспромту презентация не прилагается, то мы здесь просто скажем Олегу наше спасибо - было классно.
Четвертая презентация от Ростислава Сирыка была попыткой в сжатой, динамичной форме рассказать о том лучшем, что он узнал за два месяца работы в команде толковых флексеров львовского EPAM Systems. У нее есть постоянный адрес: Чему я научился от команды Flex-разработчиков.
Мы хотим еще раз поблагодарить всех, кто помог состояться этой встрече флексеров - нам удалось заставить заговорить тех, кто много умеет, но мало об этом говорит 
![Флэш Потрошитель - Флэш & Флекс, rost[ухо]flash-ripper.com](/sites/all/themes/fripper/logo.png)
Найдены баги:
Ого. А ну ка, посмотрим презентации
Касательно "Лучшие практики разработки Flex 3" - воистину: "Век учись, век живи". Чем больше занимаюсь разработкой АС3 приложений, тем больше понимаю что я мало знаю
Про Flex3bestpractices.pdf от Андрея Табачина.
Но нет, снова постулируются новые CC. Плюсы введения собственных CC:
Минусы:
Поэтому мы используем Adobe CC.
А в целом документ правильный и хороший. То, что там что-то спорно или можно сделать лучше - фигня.