Эволюция разработки flash-игры:от хаоса к порядкуАлексей “Vooparker” Аникутин, компания SKAZKA, МоскваFlashGAMM Киев 2010

О чем докладДоклад о том, через какие стадии прошел проект «Королевство» и как на каждой из стадий менялся подход к разработке

С какими проблемами пришлось столкнуться в процессе разработки

Как менялся подход к разработке

Какие ошибки и решения были сделаны

Королевство в числах~ 600 KLОC, из них > 120 KLОC AS3> 1000 уникальных персонажей> 1500 уникальных объектов> 700 заданий

Королевство в людяхна разных стадиях проекта

Гейм дизайн – 1-2 человекаХудожественный отдел – 4-8 человекWeb-разработчики – 2-3 человекаFlash-разработчики – 1-3 человекаРазработчики серверной части – 2-4 человека

Делаем платформу, а не игру

Делаем платформу, а не игруНам нужна платформа для наших игр – платформа для «игр нашей мечты».

Основной подход:— Максимальное количество возможностей— Если это можно сделать, то мы это сделаем— Сложности нас не остановят, если требуется пересматриваем архитектуру— Как следствие большие итерации разработки

Делаем платформу, а не игруИтоги:— Мы создали действительно хорошую основу— Большое количество игровых возможностей— Мы были довольны результатом

Характеристики этапаВремя итераций – большоеКоличество нового кода – большоеКачество кода - высокоеКоличество нового контента – малоеСтепень автоматизации – низкаяСостояние инструментария – только самое необходимоеКонтроль качества – низкийСтабильность проекта – низкая

«Ручная» компиляция«Ручное» управление ресурсами«Ручное» управление проектом

Все было хорошо, пока мы не вышли в открытую βету

Делаем игру, а не платформуМы делали игру несколько месяцев, а игроки ее прошли за несколько дней

Надо менять подход!

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

Делаем только то, что нужно нашим игрокам. Но только что это? Лучший способ это узнать -

проверить.

Делаем игру, а не платформуИзменения в задачах по сравнению с предыдущим этапом:— Быстрое прототипирование— Частые итерации— Проверка нововведений в условиях реальной жизни

Изменения в разработке— Автоматизации рутинных задач (Flex SDK + Ant)— Общее снижение качества кода необходимо было компенсировать быстрой обратной связью с пользователями— Минимальные изменения в архитектуре

Характеристики этапаВремя итераций – малоеКоличество нового кода – большоеКачество кода - низкоеКоличество нового контента – растетСтепень автоматизации – растетСостояние инструментария – увеличивается количество возможностейКонтроль качества – среднийСтабильность проекта – средняя

Автоматическая сборка проекта«Ручное» управление ресурсами«Ручное» управление проектом

Общие итоги этапаВектор развития игры и платформы стал понятен

Все нововведения были проверены реальной жизнью

Минимальные изменения архитектуры мало сказались на общей стабильности проекта

Общее падение качества кода не привело к катастрофе. Все что не нужно можно легко выпилить из проекта

Меняем подход: от хаоса к порядку

Меняем подход: от хаоса к порядкуУдаляем все лишнее, оставляем нужное, приводим архитектуру в соответствии с актуальными требованиями

Изменения в разработке— Увеличение время итерации— Повышение контроля качества— Делаем то, что нужно проекту— Приближаем платформу к реальности

Характеристики этапаВремя итераций – среднееКоличество нового кода – среднееКачество кода - высокоеКоличество нового контента – большоеСтепень автоматизации – растетСостояние инструментария – увеличивается количество возможностейКонтроль качества – высокийСтабильность проекта – высокая

Автоматическая сборка проектаАвтоматическое управление ресурсами«Ручное» управление проектом

Социальный бум или хаос возвращается

Социальный бумКаким должно быть Королевство в социальных сетях. Насколько интеграция в социальную сеть скажется на геймплее?

Ответы требуют времени – но его нет.

Решение создаем клон проекта – это быстро!

Социальный бумИзменения в разработке:— Возвращаемся к быстрым итерациям— Дублирование кода в разные ветки проекта

Итоги:В кратчайшие сроки проект был запущен во Вконтакте, МойМир, Одноклассники

Многоязычное КоролевствоОсновная проблема – «хардкод» локализации как на сервере, так и на клиенте.

Решение— Никакой локализации на сервере. Все исключительно силами клиента— Собственные инструменты локализации в рамках нашей платформы

Инструментарий

ИнструментарийХорошему разработчику – нужен хороший инструментарий.

Зачем нужны инструменты:— Сокращение времени на решение рутинных задач— Снижение требований к исполнителю— Минимизация рисков

ИнструментарийПроблема:Нет прямой зависимости между качеством конечного продукта и качеством средств его разработки. Отсюда ресурсы на разработку инструментария ограничены.

Решение:— Инструменты надо делать быстро— Инструменты надо делать постоянно на протяжении всего проекта— Инструменты надо делать для человека

ИнструментарийС помощью чего делать инструменты:— Flex framework – быстрые и удобные интерфейсы— Adobe AIR – работает на всех системах— JSFL + MMExecute – пишем плагины для Flash IDE— Ant + Java – делаем все одним действием

Общие выводыБольшие проекты разрабатываются долго

За время разработки приоритеты могут меняться

Разработчик должен быть готов к смене приоритета

Работа в компании SKAZKAСегодня компания SKAZKA ищет специалистов:— ActionScript разработчики— Python и C++ разработчики— Web-разработчики— Художники— 3D-моделлеры и аниматоры

Отправляйте ваши резюме на почту:

welcome@skzk.ru

Вопросы?

Спасибо за вниманиеАлексей “Vooparker” Аникутин

vooparker@skzk.ru