С другой стороны, Zynga совершенно невыгодно сжигать мосты и начинать сначала на собственном ресурсе. Нетрудно догадаться, что бы получилось в результате: место Farmville на Facebook практически немедленно оказалось бы занято аналогичной фермерской игрой, а студии бы пришлось долго и муторно пытаться привлечь на новый сайт аудиторию, которая бы приходила туда исключительно для того, чтобы собрать урожай на виртуальном поле.
Впоследствии выяснилась причина спора: Facebook требовал от Zynga использовать в своей продукции исключительно "кредиты" - валюту социальной сети - для совершения платежей пользователями. Со всех сделок, совершённых с её помощью, Facebook имеет 30%, что существенно больше, чем берут другие компании, позволяющие проводить онлайновые платежи.
Можно предположить, что этот вопрос был как-то решён, поскольку компании всё же договорились о постепенном внедрении использования "кредитов" во многих играх Zynga. По словам Шерил Сэндберг, операционного директора Facebook, компания рада соглашению со студией и заверяет, что сотрудничество позволит улучшить игры Zynga. Повод для радости у Facebook, несомненно, есть. Ведь в эти игры играют 230 миллионов человек - то есть больше половины пользователей социальной сети.
Google I/O: кодек VP8, открытый Wave и веб-магазин
Автор: Олег Парамонов
19 и 20 мая 2010 года Google проводит конференцию для разработчиков, которая называется I/O. Разумеется, от компании ждали больших анонсов - и она не подвела.
Chrome Web Store. Google объявила об открытии магазина веб-приложений. Хотя из презентации могло показаться, что он предназначен исключительно для браузера Chrome - это не так. В действительности, он будет работать со всеми современными браузерами, а для Chrome лишь оптимизирован.
Зачем он нужен? Рискнём предположить, что магазин веб-приложений - это важная часть разрабатываемой в Google операционной системы Chrome OS. Она не позволяет устанавливать и использовать обычные приложения. Любое приложение Chrome OS - это веб-приложение, работающее в браузере. Это не так печально, как может показаться: полная поддержка HTML5, программные интерфейсы для доступа к железу и Google Native Client сводят к нулю разницу между обычными приложениями и веб-приложениями, запущенными в браузере - во всяком случае, с точки зрения функциональности. Но функциональность - это ещё не всё.
На веб-приложениях гораздо труднее зарабатывать, чем на обычных. Даже сверхпопулярные веб-приложения Google остаются неприбыльными - компания субсидирует их за счёт доходов других подразделений. Именно поэтому магазин App Store для iPhone и iPad пользуется таким успехом у разработчиков, несмотря на придирки Apple и небольшую, но вполне реальную вероятность, что модераторы магазина "забанят" их детище. Приложения для iPhone - даже совсем простые - покупают. За деньги. Точно такие же веб-приложения - нет.
В нише, куда, похоже, метят устройства на основе Google OS, порядки устанавливает Apple. Чтобы переманить разработчиков, привыкших к удобству и прибыльности App Store, Google нужно предложить им не менее привлекательную замену.
Google Font API и Font Directory. Google опубликовал коллекцию свободных загружаемых шрифтов для использования на веб-страницах. WebFont Loader, опциональная библиотека для их загрузки, написанная на Javascript, была разработана Google совместно с компанией TypeKit. Увы, в подавляющем большинстве гугловских шрифтов нет кириллицы.
VP8. Google открыл исходники кодека VP8 и предлагает использовать его в стандарте HTML5 для проигрывания видео. VP8 был разработан фирмой On2, которую Google купила в январе 2010 года за 134 миллиона долларов. Кодек Google уже поддержали Opera, Mozilla Foundation и даже Microsoft. Пока ничего не известно о реакции Apple и Nokia.
Спор вокруг браузерных кодеков уже который месяц тормозит распространение HTML5. Создатели Firefox и Opera поддерживали кодек Theora - непопулярный и не очень качественный, но зато не принадлежащий никому и распространяемый с открытыми исходниками. Nokia, Apple и Microsoft стояли на стороне кодека H.264 - повсеместно распространённого и поддерживаемого на аппаратном уровне, но защищённого патентами и в некоторых случаях требующего лицензионных выплат. Google встроил в браузер Chrome оба кодека, но для HTML5-версии Youtube выбрал более качественный H.264.