Flash против HTML5 для игр Facebook - бизнес-перспектива

Question

Я нахожусь на стадии планирования и изучения создания игры на Facebook. В прошлом году мой главный вопрос был «Flash или HTML5?». Вместо того, чтобы попытаться найти ответ на этот вопрос, я подумал, что дам рынкам еще немного времени для созревания и узнаю, как разработать игру и как управлять серверным элементом.

За последний год я пожрал тысячи страниц текста, посвященного разработке игр и развитию бизнеса, а также получил прочную основу в AS3, python, php, C # и javascript. Итак, меня больше всего интересует выбор системы, которая лучше всего подходит для работы, а не, например, начало, предполагая, что игровая логика будет в питоне, потому что это то, что мне нравится больше всего.

Игра по своей сути является стратегической игрой, и я планирую широко использовать многие мобильные телефоны в дополнение к стандартным функциям Facebook «пригласить всех своих друзей». Графика не будет яркой и в большинстве мест будет довольно плоской из-за тематических элементов, а не изометрической 3d, как Farmville или другие флеш-игры на Facebook.

Таким образом, с технологической точки зрения HTML5 не имеет какого-либо реального преимущества, которое я вижу перед Flash, и Flash не имеет никакого реального преимущества перед HTML5. Если вы видите, что одно имеет явное преимущество перед другим, я был бы рад услышать это в ваших комментариях.

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

1) Какая платформа имеет смысл для создания игры на Facebook с учетом будущих тенденций рынка?
2) Какая платформа имеет лучшие внутренние элементы, чтобы помочь предотвратить мошенничество? (как flash, скомпилированный в .swf против javascript в простом тексте)
3) Какая платформа будет наиболее привлекательной для талантливых разработчиков игр для будущих сотрудников?
4) На какой платформе проще всего брать технологии из одной игры и использовать ее для других будущих игр? (например, разработка изометрической графики во флэш-памяти)
5) Какую платформу легче всего разрабатывать с командой?

Answer 1

Вот несколько мыслей.Пожалуйста, примите во внимание их мнения, а не факты - я уверен, что что-то забыл, иначе другие люди могут думать иначе.Я надеюсь на плодотворное обсуждение, потому что я считаю, что ваши вопросы важны и заслуживают обмена мнениями по поводу;)

1. Трудно предсказать будущее, но, учитывая, что стандарт HTML5 не будетбыть окончательным в течение следующих нескольких лет, и что браузеры Microsoft сильно отстают (только новейшая бета-версия IE поддерживает HTML5), разработка исключительно для HTML5 кажется мне большим риском.Это имеет большой смысл для устройств iOS и Android, потому что реализация Webkit в Safari и Chrome довольно далека.Но если вы хотите распространять свою игру на «обычные» ПК и ноутбуки, я бы не хотел использовать HTML5 без запасного решения.Короче говоря: если вы можете себе это позволить, сделайте оба, если нет, используйте Flash (он работает везде , за исключением на iOS).

2. Я бы сказал, что обаПлатформы имеют примерно одинаковые проблемы уязвимости: пользователь загружает большую часть игры на клиентский компьютер.Вы можете использовать средства запутывания и шифрования, но с некоторой решимостью и усилием код может быть декомпилирован и / или проанализирован, чтобы найти лазейки для мошенничества.Вы никогда не можете быть полностью в безопасности на клиентском компьютере, поэтому единственный «реальный» механизм безопасности - это сохранение большей части игровой логики на вашем сервере.Это, однако, не всегда возможно из-за ограничений производительности и емкости.Кроме того, вам всегда понадобится какое-то клиентское приложение, так что, по крайней мере, останется возможность вмешательства в каналы связи.Используйте все возможные меры предосторожности, о которых вы можете подумать, будьте бдительны, используйте некоторые рутинные методы проверки нарушений (проверки достоверности, сообщения о необычно высоких результатах и ​​т. Д.) И будьте готовы быстро реагировать, когда происходит что-то странное.Вы должны делать это на всех платформах.

3. И HTML5, и Flash поддерживают векторную графику, что является хорошей основой для найма.На мой взгляд, в этой области у Flash есть одно важное преимущество: он предлагает достойную среду разработки для создания анимации по ключевым кадрам.Я уверен, что Adobe работает над функцией экспорта SVG, которая позволит использовать анимацию, созданную с помощью Flash, в HTML5, но пока ее нет.И я не знаю ни одного инструмента для 2D-анимации, который мог бы экспортировать SVG-анимацию.(Если кто-то знает его, пожалуйста, прокомментируйте!)

4. Если вы разрабатываете свою программную архитектуру как модульную и расширяемую, у вас должны быть примерно одинаковые возможности на обеих платформах.Единственное существенное отличие состоит в том, что в HTML и JavaScript ваши исходные файлы также являются вашим конечным продуктом: все ресурсы (HTML-страницы, файлы JavaScript, изображения, CSS-файлы и т. Д.) Доступны в виде отдельных файлов, и любой член вашей команды может заменитьвещи на FTP-сервере, не прерывая другие части программы.Во Flash исходный код должен быть скомпилирован, а ресурсы часто упаковываются непосредственно в получившиеся двоичные файлы.Поэтому, когда, скажем, изображение меняется, вам придется переустанавливать двоичные файлы Flash - если ваш проект не запрограммирован на внешнюю загрузку ресурсов.Обязательно определитесь со стратегией управления ресурсами на ранней стадии, исходя из не только технических требований, но и потребностей рабочего процесса.

5. Успешное командное программирование, по моему опыту, не столько вопрос используемого языка программирования. С помощью современных инструментов вы можете установить полезные командные утилиты, такие как управление версиями, модульное тестирование и непрерывную интеграцию практически для каждой платформы. Я бы попытался выбрать платформу, которую большинство людей, с которыми я работаю, понимают и / или хорошо обучены (например, если уже есть основная команда), или ту, с которой я сам достаточно удобен, чтобы, по крайней мере, быть в состоянии следить за процессом разработки. Это также зависит от того, какой талант вы можете найти и позволить себе. Все сводится к следующему: что хорошего в самой лучшей технологии, когда у вас нет людей, чтобы эффективно ее использовать?

Answer 2

Это зависит от игры, но, честно говоря, Flash - это путь ИМХО.Браузеры всегда будут иметь проблему рендеринга.HTML 5 - это скорее шумиха, и его движущая сила в том, что если вы хотите иметь поддержку iPhone и iPad.Многие другие компании, занимающиеся социальными играми, просто переносят свои успешные игры на собственные приложения, если они зарабатывают много денег.

1) Какая платформа имеет больше смысла для создания игры на Facebook с учетом будущих тенденций рынка?

Для Flash нет альтернативы Rich Media.Для любой сложной игры Flash - единственный выход.Что касается серверной части, это очень субъективно.Ruby, Python, C #, Php широко распространены в индустрии социальных игр.

2) Какая платформа имеет лучшие присущие элементы, которые помогают предотвратить мошенничество?(подобно тому, как flash компилируется в текстовый файл .swf против javascript в виде простого текста)

Обман широко распространен в любой социальной игровой платформе.Flash может быть полностью декомпилирован, таким образом, ваша безопасность должна всегда обрабатываться на стороне сервера.Flash и HTML 5 будут иметь одно и то же решение против мошенничества: проверка всего на стороне сервера.

3) Какая платформа будет наиболее привлекательной для лучших специалистов по разработке игр для будущих сотрудников?

Лично бороться с особенностями рендеринга HTML 5 - огромная боль.У Flash есть свои проблемы, но, в целом, это бриз и ваша борьба с рендерингом скоростей и расширением Flash Player до предела.

4) На какой платформе проще всего брать технологии из одной игры и использовать ее для других будущих игр?(например, разработка изометрической графики во флэш-памяти)

Flash.Но я бы не опередил себя.Сделайте один забавный заголовок, а потом беспокойтесь о его портировании.Портирование игр из Интернета на мобильную платформу не является портом 1: 1, вам нужно переосмыслить пользовательский интерфейс и иногда саму игру.В идеале вам не нужно перекодировать игровую логику сервера.

5) Какую платформу легче всего разработать в команде?

То же самое.