iOS *

Хочу рассказать о конференции JavaOne Russia, которая проходила 23-24 апреля в Москве, с точки зрения разработчика JVM и одного из докладчиков.

К сожалению, топиков-ссылок на Хабре давно нет, так что придётся что-то написать о замечательной библиотеке PushSharp.

Недавно изучил отчет по рынку мобильных приложений, в котором узнал о довольно занимательном факте. Оказывается, несмотря на то, что на каждую тысячу стартапов со своим приложением появляется один стартап, который предоставляет инструменты для разработки, и количество таких стартапов растет очень быстро, до сих пор нет единого каталога интсрументов для разработки мобильных приложеий.

Наша функция онлайн звонок или звонок с сайта (кому как больше нравится) отлично работает на десктопе в любом браузере, либо с использованием Adobe Flash, либо с помощью WebRTC (пока только в Google Chrome), но на мобильных устройствах не доступна, так как ни одной из перечисленных технологий пока (в случае с Flash — уже) на популярных мобильных платформах (iOS, Android) нет. Количество запросов к виджету с мобильных устройств уверенно росло и мы поняли, что пора эту проблему как-то решать. Вариантов особых не было — нужно было сделать бесплатное приложение, которое будет предоставлять необходимый функционал.

Мотивом написания данной статьи в чем-то послужил другой хабратопик «О том, как выпустить отличное iOS приложение, которое никому не нужно». Я попробую рассказать о том как выпустить отличное приложение, которое кому-то все же нужно, но на котором не получилось заработать.

Еще один мотив — разложить для себя все по полочкам. Все же история достаточно объемная и пока не систематизируешь все на бумаге, осознать все свои ошибки весьма сложно. Постоянно будешь думать о том, что ты все сделал правильно, и будет казаться, что во всем виноваты нерадивые пользователи, которым жалко доллара. А свои просчеты мозг отодвинет на дальнюю полку. Ну и какие-то менее очевидные вещи, возможно, подскажет хабрааудитория.

Не мне судить о том, можно ли считать эту историю success-story. Наверное все же нет. Этот проект — мой успех как программиста и менеджера проекта в одном лице и одновременно это мой провал как маркетолога и человека, который не против заработать немного денег.
Ну и, конечно, однозначный успех для моей жены Александры и ее брата — дизайн приложения, о котором идет речь, это их первый дизайн мобильного приложения, давший дорогу к дальнейшей интересной работе.

Также для любителей цифр скажу — все цифры в статье будут. Расскажу сколько скачиваний, сколько заработано, сколько инаппов куплено и сколько раз их пытались сломать.

Компания Apsalar, у которой есть данные 500 миллионов мобильных пользователей iOS и Android, обнаружила интересные гендерные отличия в том, как мужчины и женщины потребляют приложения.

Женщины устанавливают на 40% больше приложений, чем мужчины, покупают платные приложения на 17% чаще, а за сами приложения платят на 87% больше. Другими словами, если ты разрабатываешь мобильные приложения (как минимум в определенных категориях) — думай о женщинах как о главных своих потребителях.

Мужчины все же по-прежнему лидируют в мобильных играх и во встроенных покупках, а бизнес-приложения используют на 85% чаще женщин. Однако в социальных медиа власть женщин безраздельна – тут они обгоняют нас на 600%, в новостях на 90%, а в продуктивити – на 85%.

Еще один интересный факт – несмотря на то, что все мы наслышаны о «топографических умениях» женщин, навигационные приложения – прерогатива мужчин, они используют их на 40% чаще.

Это первая статья из серии материалов, которые я планирую посвятить продвижению мобильных приложений с помощью ASO и локализации. Поэтому, в первую очередь, хотелось бы объяснить, что же такое это ASO, из каких компонентов оно состоит, с чем оно неотъемлемо связано и почему так необходимо. В дальнейшем, я, на основе своего опыта (и, соответственно, опыта компании, в которой я работаю), с удовольствием расскажу, как пользоваться этими инструментами наиболее эффективно, каких результатов ждать в долгосрочной и краткосрочной перспективе, приведу алгоритм асо действий и поделюсь полезными ресурсами, которые помогают сократить время на ASO деятельность.
Но начнем с основ. Каждый разработчик мобильных приложений хочет, чтобы его продукт был успешным. Успешность можно измерять по-разному (количество скачиваний и активных пользователей, оценки и отзывы пользователей, и т.д.), но мы же с вами понимаем, что одним из важнейших показателей успешности является окупаемость, а затем и прибыльность всего дела. Итак, что говорят нам цифры: в 2012 году мировой рынок мобильных приложений составил приблизительно 7,83 млрд долл. Российский же сегмент рынка мобильных приложений по разным оценкам в 2012 году достиг 120-160 млн долларов, и продолжил рост в первом квартале 2013 на 11%. Есть в этих замечательных цифрах как хорошая новость, так и плохая. Хорошо, что русскоязычный рынок растет. Это значит, что нам с вами есть, где развернуться, есть активная аудитория, готовая скачивать приложения и пользоваться ими. Благодаря этой аудитории мы можем совершенствовать свои продукты и делать их максимально прекрасными. А вторая новость заключается в том, что нам с вами, чтобы быть действительно успешными и много зарабатывать, нужно выходить из зоны русскоязычного комфорта и осваивать интернациональные рынки. И это совсем не плохо. Это интересно, это, как говорят наши англоязычные друзья, challenging.

Бывало ли у Вас так: возникает жгучее желание что-то создать, да так, чтобы мир стал лучше. И вроде вот оно, перед Вами, а тут вдруг приходит понимание, что паяльник не тот, IQ маловат, программировать — это совсем не мое. И все, желание пропадает, и мир лучше не станет. Вот так и мы дотерзались до «готового» продукта. Приложение-помощник, для автовладельцев, с уровнем владения автомобиля на уровне: ехать, тормозить, рулить. В непредвиденном случае срочно звонить всем по списку контактов.
Прочь полемику, далее повествование от лица идейного вдохновителя, а после, и мое слово, в этой чехарде терзаний.
В рамках пятничного, почти предпраздничного чтива, разумеется. Так что никаких технических деталей, никакого кода, только идея!

Сегодня обнаружил достойный внимания всех разработчиков, пишущих под iOS/Mac OS и использующих XCode, проект – менеджер плагинов для XCode. Имя этому проекту – Alcatraz. Увидев это чудо, я незамедлительно захотел его протестировать, благо установка выполняется тремя действиями:
1. Запустить терминал
2. Вставить следующий код в окно терминала:

mkdir -p ~/Library/Application\ Support/Developer/Shared/Xcode/Plug-ins;
curl -L http://goo.gl/xfmmt | tar xv -C ~/Library/Application\ Support/Developer/Shared/Xcode/Plug-ins -

3. Нажать Enter.

На той неделе, 17.04.2013, вышел очередной отчет по мировому рынку мобильных приложений от App Annie. Это компания, которая предоставляет аналитику по продажам и скачиваниям приложений для всех платформ. Мы часто используем этот сервис в работе, а переводы некоторых отчетов предоставляем тем клиентам, которые обращаются к нам за консультацией. Делюсь переводом и здесь, т.к. отчет должен быть полезен всем, кто интересуется рынком мобильных приложений и сферой диджитал в целом. По сути, в нем мы видим итог всего, что в частностях наблюдали на протяжении последних месяцев. Сложившаяся ситуация особенно увлекательно смотрится в контексте отчетов за предыдущие кварталы: рынок мобильных приложений чрезвычайно активный и динамичный. Оригинал отчета находится здесь.

**внимание, эта статья обрывается так же внезапно, как и проект в ней описываемый**

Начало

Начиналось всё более чем оптимистично: заказчики из ОАЭ (новый для нас рынок), презентабельный внешний вид представителей, обещания других контрактов, «деньги не проблема». Всё это в сумме сыграло с нами злую шутку и, на свою беду, мы подписались на эту разработку. Хотелось попробовать. В итоге это обернулось расторжением контракта в одностороннем порядке, но не со стороны клиента, а нами — компанией-аутсорсером.

В этом году, по многочисленным просьбам участников решили сделать
отдельный мобильный поток DevConf@Mobi

— Android Custom Components ( Разработка визуальных компонентов для Android )
Чики Чан начала разрабатывать мобильные приложения в компании Google,
где работала над Android-версией Google Maps.
Позже основала свою компанию, пишет приложения как для Android, так и для iOS.
— Выпуск версий Android-приложения с помощью Maven
Дарья Ряжских, Android-разработчик из компании DevPocket.
— Introduction to Android Testing (Тестирование приложений под Андроид)
Диего Торрес Милано работает с Android с первых выпусков платформы в 2007 года.
Занимается консультированием, обучением и разработкой, но основная специализация – тестирование. Автор книги Android Application Testing Guide

Сегодня нам бы хотелось немного рассказать о частном случае применения технологии flash в версии Adobe Flash CS6 + Adobe Air SDK 3.5 для разработки iOS/Adnroid приложения, описанного в нашем предыдущем посте.

Как известно, самый ценный опыт – тот, что дается в «минус» себе: финансовый, эмоциональный, социальный… То, что «болит» и то, что нельзя просто так взять и забыть, как очередной неприятный сон.

Более года назад, для нас – команды RZLTT Accelerator, история проекта PromiseUP стала первой попыткой получить полноценный опыт создания, извините за избитое слово, стартапов, то есть самостоятельного бизнеса, от стадии идеи, на базе некоторого интернет-сервиса или продукта с отсутствующей логистической цепью или недвижимой инфраструктурой и самым простым, на сегодняшний день, способом распространения – бесплатной установкой на популярные у аудитории платформы, в первую очередь мобильные.



В принципе, начиная с третьего абзаца принято рассказывать о том, какие мы крутые, ми-ми-ми, посмотрите на наши фотографии, а вот наша симпатичная сотрудница, ну а продукт… да черт с ним, с продуктом!

В целом – это будет не success story, а откровенный рассказ о том, как все было на самом деле. Он полезен в первую очередь тем, кто грезит запуском собственного проекта и последующей стрижкой сотен миллионов с ничего не подозревающей, глупой, и ни о чем не догадывающейся аудитории.

Дорогие друзья, сегодня я расскажу вам о фреймворке высокого уровня на Lua для мобильных платформ собственной разработки. Как вы уже, наверное, догадались из названия, этот фреймворк использует другой низкоуровней фреймворк для отрисовки графики и для взаимодействия с системой. В качество него выступает MOAI. Для минимального ознакомления с ним, я рекомендую прочитать мою предыдущую статью habrahabr.ru/post/176765

Прежде всего, какие задачи должен был решить новый фремворк?
Во-первых, проблемы с фрагментацией экранов. А во-вторых (та-дам), хотелось иметь какой-то, пусть и простейший, графический редактор интерфейсов. В третьих, фреймворк должен был определить архитектуру и файловую структуру приложения в целом. Хочу сказать, что кода получилось немного (менее 600 строк), поэтому, даже если фреймворк вам не подойдет, как есть, будет несложно разобраться с его работай и заточить его под свои нужды.
Warning: фреймворк заточен под landscape приложения, поэтому если вам нужен портретный режим, то скорее всего придется потратить некоторое время на доработку.

Когда речь идет о бизнес приложениях, принято писать несколько копий под каждую из популярных мобильных платформ. Это вполне оправдано, т. к. Android/iOS/etc платформы столь специфичны, что реализовать по принципу «Code at once — run everywhere» довольно сложно. Однако, ситуация совсем иная, когда речь идет о мобильных играх. У игр как правило свой собственный стиль графических элементов — кнопок, меню и т. д., и вся графика построена либо на спрайтах, либо на 3D (прим. — в дальнейшем речь будет идти только о 2D движках). Появляется вполне закономерное желание написать приложение один раз и собирать его под разные платформы.
Достичь этого нам поможет кросплатформенный фреймворк MOAI.

Computer programs are the most complex things that humans make. It is also the nature of software to be extensively modified over its productive life. If we can read and understand it, then we can hope to modify and improve it.

Douglas Crockford, автор спецификации JSON

JSON — это мост между двумя мирами: миром веб-сервисов и миром клиентских приложений. Однако мост не настолько совершенен, чтобы данные существовали в одном формате. Пока что мы всегда вынуждены преобразовывать информацию в представление того языка, с которым работаем, для архитектуры того приложения, которое пишем. Для того чтобы такое преобразование было успешным, оно должно быть в первую очередь простым.

Есть много способов превращения JSON в Objective-C обьекты, однако многие из них имеют свои недостатки, которые мешают с ними работать. Есть известный и любимый многими RestKit, однако он, к сожалению, эффективно работает только при наличии идеального REST API. Шаг в сторону — и вы будете забивать гвозди микроскопом, не понимая, зачем нужно писать такие сложные конструкции для достаточно простых вещей. Есть решение от разработчиков GitHub — Mantle, однако с ним вы будете вынуждены наследоваться от базового класса Mantle и постоянно использовать NSValueTransformer — не самую популярную технологию в iOS/Mac OS разработке.

Я хочу рассказать о фреймворке, который недавно нашелся на просторах GitHub, и который позволяет достаточно просто и красиво преобразовывать JSON в Objective-C обьекты — EasyMapping.

Если заинтересовались, добро пожаловать под кат!

В первой части мы начали рассказывать о балансе юнитов в нашей игре жанра TD, которая неплохо себя показала, добравшись до топовых мест в своих жанрах US, RU и др. Appstore, получила фичеринг в разделе «Игры» в RU Google Play и в New&Noteworthy в 60 странах Appstore.
В данной статье мы затронем тему создания новых типов башен по принципу «от рассмотренной ситуации – к юниту», расскажем о расчете параметров крипов и дадим описание бонусов.

Эта статья для тех, кто получает от разработки приложений больше удовольствия, чем денег.
Тем не менее, здесь пойдет речь об увеличении дохода с Ваших приложений.
В 2013 году я совершенно случайно столкнулся с тремя способами увеличить денежный поток раза в два, то есть вместо 25 долларов в день мне стало капать 50. А иногда 100.
Кому эти суммы кажутся смешными, проходите мимо.
А кто знает цену каждому заработанному доллару — прошу под продолжение.

В этой статье я хочу поделиться с вами историей создания первой iOS игры в нашей компании и рассказать про опыт использования 2d графического движка — cocos2d. В рассказе мы пройдемся по некоторым техническим проблемам, с которыми нам пришлось столкнуться во время разработки игры, и расскажем про эволюцию геймплея от начала и до конца.