Резюмируем:
Обзоры имеет смысл публиковать при старте приложения и в момент выхода крупных обновлений. Обзоры на старте принесли большой приток фри-установок, однако конверсия оказалась не очень высокой. Поэтому мы планируем доработать приложение, изменить монетизацию и запустить второй виток обзоров. Если конверсия улучшится, будем думать о покупке установок.
Сайты, берущие деньги за обзор (а из крупных ресурсов таких сейчас большинство), опубликуют его в любое удобное для вас время.
как и обещал, переработал стилистику статьи, чтобы она меньше раздражала уважаемых читателей, особенно специалистов в области рассматриваемой технологии
а то уже и Apple досталось за компанию :-)
спасибо за обратную связь, нам очень важно мнение пользователей
видимо, речь идёт об Android-версии? что за баг со звуком? с какими кнопками сложности?
может быть, есть идеи по монетизации?
пишите сюда или на support@osc-apps.com, будем очень благодарны
увы, некоторые наши старые приложения не в лучшем состоянии, готовим апдейты по мере возможностей
по стилю статьи — согласен, слишком увлёкся метафорами и прочей красочностью, из-за этого видимо пострадала смысловая часть. Надеюсь, что-то полезное всё-таки удалось донести. Если ещё раз напинают за неудачный речевой оборот — перепишу в научном стиле, безлично и формально
так и есть, очень вероятно, что скоро откажемся от этой кнопочки
хотя некоторые приложения, в том числе Navitel Navigator for Android, до сих пор дают пользователю такую возможность. Может быть, просто инерция мышления разработчиков, привыкших к Windows
просто возможность для пользователя завершить процесс приложения, если он хочет
В Adobe Air это реализовано через NativeApplication.exit, которое не работает под iOS и работает под Android
может не завершать, просто перевести в фоновый режим
Event.DEACTIVATE в таком случае, конечно, обрабатываем
да, под Android это реальная проблема
наша служба поддержки уже вздрагивает, когда письма с Google Play приходят
сколько не пиши в описании «Для приложения необходим Adobe Air 3.5+», не помогает :-(
по-прежнему часть устройств, которые не поддерживают Air, видят это приложение
удаляем из списка поддерживаемых устройств — появляются новые. чёртовы ох уж мне эти гуглофоны! :-)
в этом случае нативная технология, на мой взгляд, более актуальна чем на iOS
конечно поверю, спасибо за ссылку, хотя уже видел
«Requirements – Adobe Air SDK 3.1 or later, XCode IDE, iOS SDK 5.0 or later, Android SDK 2.2 or later, Java SDK, Flurry Analytics iPhone SDK and Flurry Analytics Android SDK, Apache Ant»
увы, у нас вся фирма сидит под Windows, не в моих силах перейти на MacOS ради одной компоненты
а если попадётся ссылочка на определение Macadress или iOS advertiser identifier без XCode, буду просто счастлив
хотя, чует моё сердце, всё равно скоро не выдержу и пересажу разработчиков на маки, будем под XCode билдиться
тем не менее, все системы анализа статистики для iOS приложений эти идентификаторы используют — www.slideshare.net/Apps4All/2-2-05 (слайд 6) — это необходимо для расчёта эффективности рекламных компаний, знать, откуда пользователь пришёл
и не вижу, какой от этого вред конкретному пользователю
а написание кода — не самоцель, код решает конкретные задачи, имеющие цену (может быть будет точнее сказать, приносящие прибыль)
писать самим Native Extensions для решения этой задачи просто нерентабельно, она того не стоит
но если бы это был не flash, мы бы просто взяли готовую бесплатную SDK от Flurry и имели задачу решённой без дополнительных затрат
это я и называю относительным недостатком технологии
в моём понимании, если технология не позволяет сделать нечто, что позволяют другие технологии — это её недостаток
«пока не нашёл» — это просто уточнение, что вчера или сегодня утром могли дописать native extension для AIR SDK под iOS, которое позволяет определять аппаратные идентификаторы устройства, а я ещё не в курсе. Возможно, но очень маловероятно
в общем случае, согласен
хотя сложно себе представить, чтобы у ребят из Amanita Design не хватило денег на переработку Машинариума на другую технологию, когда он был в топе американского appStore
таки нет, оставили на Flash :-)
Обзоры имеет смысл публиковать при старте приложения и в момент выхода крупных обновлений. Обзоры на старте принесли большой приток фри-установок, однако конверсия оказалась не очень высокой. Поэтому мы планируем доработать приложение, изменить монетизацию и запустить второй виток обзоров. Если конверсия улучшится, будем думать о покупке установок.
Сайты, берущие деньги за обзор (а из крупных ресурсов таких сейчас большинство), опубликуют его в любое удобное для вас время.
Приведем пример двух наших приложений: «Таблица умножения» и «Математическая раскраска».
Вторая часть выйдет в свет после майских праздников.
Languages в iTunes отображались раньше, сейчас мы этого поля не наблюдаем.
а то уже и Apple досталось за компанию :-)
видимо, речь идёт об Android-версии? что за баг со звуком? с какими кнопками сложности?
может быть, есть идеи по монетизации?
пишите сюда или на support@osc-apps.com, будем очень благодарны
увы, некоторые наши старые приложения не в лучшем состоянии, готовим апдейты по мере возможностей
по стилю статьи — согласен, слишком увлёкся метафорами и прочей красочностью, из-за этого видимо пострадала смысловая часть. Надеюсь, что-то полезное всё-таки удалось донести. Если ещё раз напинают за неудачный речевой оборот — перепишу в научном стиле, безлично и формально
хотя некоторые приложения, в том числе Navitel Navigator for Android, до сих пор дают пользователю такую возможность. Может быть, просто инерция мышления разработчиков, привыкших к Windows
В Adobe Air это реализовано через NativeApplication.exit, которое не работает под iOS и работает под Android
может не завершать, просто перевести в фоновый режим
Event.DEACTIVATE в таком случае, конечно, обрабатываем
наша служба поддержки уже вздрагивает, когда письма с Google Play приходят
сколько не пиши в описании «Для приложения необходим Adobe Air 3.5+», не помогает :-(
по-прежнему часть устройств, которые не поддерживают Air, видят это приложение
удаляем из списка поддерживаемых устройств — появляются новые.
чёртовыох уж мне эти гуглофоны! :-)в этом случае нативная технология, на мой взгляд, более актуальна чем на iOS
«Requirements – Adobe Air SDK 3.1 or later, XCode IDE, iOS SDK 5.0 or later, Android SDK 2.2 or later, Java SDK, Flurry Analytics iPhone SDK and Flurry Analytics Android SDK, Apache Ant»
увы, у нас вся фирма сидит под Windows, не в моих силах перейти на MacOS ради одной компоненты
а если попадётся ссылочка на определение Macadress или iOS advertiser identifier без XCode, буду просто счастлив
хотя, чует моё сердце, всё равно скоро не выдержу и пересажу разработчиков на маки, будем под XCode билдиться
и не вижу, какой от этого вред конкретному пользователю
а написание кода — не самоцель, код решает конкретные задачи, имеющие цену (может быть будет точнее сказать, приносящие прибыль)
писать самим Native Extensions для решения этой задачи просто нерентабельно, она того не стоит
но если бы это был не flash, мы бы просто взяли готовую бесплатную SDK от Flurry и имели задачу решённой без дополнительных затрат
это я и называю относительным недостатком технологии
«пока не нашёл» — это просто уточнение, что вчера или сегодня утром могли дописать native extension для AIR SDK под iOS, которое позволяет определять аппаратные идентификаторы устройства, а я ещё не в курсе. Возможно, но очень маловероятно
хотя сложно себе представить, чтобы у ребят из Amanita Design не хватило денег на переработку Машинариума на другую технологию, когда он был в топе американского appStore
таки нет, оставили на Flash :-)
Иллюстрировать комбинации и комбинировать генерацииP. S. Выселяйте ужас, это неконструктивно =))