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


Найдено 985 сообщений
Cообщения с меткой

мобильные приложения - Самое интересное в блогах

Следующие 30  »
Watermillsky

Мобильные приложения для Андроид - Google Android Auto

Четверг, 26 Мая 2016 г. 13:35 (ссылка)


В марте 2016 года Google представил мобильное приложение Android Auto для пользователей из Франции, Германии, Италии, Испании и других стран. Владельцы мобильных гаджетов с ОС Android 5.0 и выше могут взаимодействовать с головными устройствами Pioneer и Kenwood для автомобильных мультимедийных систем. С 5 апреля 2016 к сервису Google Android Auto имеют доступ российские пользователи.  Читать далее

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #154 (16-22 мая)

Воскресенье, 22 Мая 2016 г. 16:26 (ссылка)


Главные новости этой недели связаны с конференцией Google I/O — компания представила ряд интересных технологий: Android Instant App, Daydream, новый Firebase, ставший платформой для разработчиков и лучшей заменой Parse, улучшения в админской части Google Play, Wear 2.0, Awareness API и многое другое.



Читать дальше →

https://habrahabr.ru/post/301360/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

9 секретов онлайн-платежей. Часть 5: мобильные платежи

Среда, 18 Мая 2016 г. 15:02 (ссылка)


imageИсследование PayPal показало, что мобильные платежи набирают популярность: 19% пользователей совершают оплаты онлайн с планшетов, еще 32% – со смартфонов. В России 38% мобильных устройств использовались для оплаты в Интернете, а 5% пользователей Интернета платят онлайн только со смартфона или планшета. Любовь к мобильным платежам ярче выражена у молодого поколения — 61% респондентов в возрасте от 18 до 34 лет уже совершали оплату в Сети со своих смартфонов и других мобильных гаджетов. Пользуются популярностью и мобильные приложения для оплаты – их на свое устройство установили 43% опрошенных. В пятой части серии «9 секретов онлайн-платежей», содержащей восьмилетний опыт работы команды PayOnline, мы расскажем о том, как взаимодействовать с мобильной аудиторией, как она изменилась в России за последние годы и, конечно, расскажем, как эффективно принимать платежи. Читать дальше →

https://habrahabr.ru/post/283248/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #153 (10-15 мая)

Воскресенье, 15 Мая 2016 г. 15:26 (ссылка)

Немного материального дизайна, немного ReactNative, ASO через Google Spreadsheet, новые отчеты App Annie и наконец-то CocoaPods 1.0 — все это и многое другое в новом дайджесте!



image








Material Design: философия и практика

2 года прошло с того момента, как разработчики Google впервые представили свою концепцию дизайна пользовательского интерфейса, получившую название Material Design. О том, как далеко зашло практическое применение этой концепции, и чем на сегодняшний день Material Design является для рядовых разработчиков, мы побеседовали с Владимиром Ивановым, не просто поклонником и последователем идеи, а человеком, который больше года на практике работает с Material Design в своем приложении.




Делаем App Store Optimization с помощью Google Spreadsheet

Мориц Даан из Phiture, до этого работавший в SoundCloud, подробно объясняет, как улучшить обнаружение вашего iOS приложения всего за час.



iOS



Android



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.



Original source: habrahabr.ru.

https://habrahabr.ru/post/283580/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
Watermillsky

Тренды 2016 года: мобильные приложения (Mobile App)

Пятница, 13 Мая 2016 г. 19:54 (ссылка)


Виртуальная реальность превратились в притчу в языцех и стала главной тенденцией в развитии мобильных приложений. В прошлом году было разработано несколько тысяч приложений для мобильных устройств. Например, Facebook порадовал своих пользователей первыми APP-приложениями для виртуального казино, Bloomberg разработал виртуальный информационный терминал. Многие разработчики ПО всерьёз задумались о совместимости собственных разработок с платформами виртуальной реальности и в 2016 году этот тренд получит бурное продолжение. Мобильная публика ожидает широко разрекламированные новинки – Oculus Rift, Microsoft HoloLens и Samsung Gear VR.  Читать далее

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Бусидо Mobius: Путь участника

Пятница, 13 Мая 2016 г. 15:52 (ссылка)

Как вы уже знаете, по итогам Mobius 2015 мы получили множество отзывов: как приятных, так и наполненных разной критикой — как конструктивной, так и не очень. Одни участники положительно отзывались о содержании докладов, подборе спикеров и организационных моментах, другие сетовали на очередь на обед и обилие секьюрити в программе (об этом мы писали ранее).



При подготовке Mobius 2016 мы постарались учесть рекомендации и пожелания участников прошлогодней конференции: 4 июня увидим, что из этого получилось. А пока давайте разберемся, за что наши участники любят Mobius, и почему люди приходят к нам из года в год.







Мы рассмотрели три «стадии» участия в конференции и спросили наших участников, что они думают о каждом из них:



Сомнения.



Любая конференция до момента проведения, как и любая другая услуга, это воздух: вы не можете взять триальный вариант или пощупать ее перед покупкой. Именно поэтому любая конференция начинается с… сомнений! Да-да.



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


  1. Поверхностные обзоры инструментов и технологий, которые использует докладчик. Иногда не выдерживающие и пары каверзных вопросов.

  2. Реальные доклады-кейсы энтузиастов, посвященные решению практических сложностей разработчиков

  3. Маркетинговые доклады, которые выглядя как 2 категория, в середине которой выясняется, что вам пытаются впихнуть очередную непонятную тулзу.



В итоге выясняется, что доклады второй категории займут меньше трети конференционного хронометража. Это опасение – один из основных страхов участника любой конференции, а том числе и Mobius.



Дмитрий Зайцев, Android-разработчик, Яндекс:

Основные страхи? Что в докладах будет много воды и маркетинга. Я до этого уже был на [другой конференции, ред.] – все довольно-таки поверхностно. Однако на Mobius этого было по минимуму, как мне показалось.















Вторая причитая сомнений – платность независимых конференций: сразу возникает вопрос, почему надо платить за доклады, на которых расскажут о том, о чем пишут в блогах, книгах, рассказывают в подкастах и вообще – легко можно нарыть где угодно. Чаще всего такие мысли посещают тех, кто никогда не был на конференциях, а что думают те, кто был на Mobius?



Денис Загаевский:
Да, каждый день сидишь за компом, смотришь что-то, читаешь – вся эта информация идет одним потоком с нереальной скоростью, из которого что-то конкретное почерпнуть довольно трудно. Если говорить про книги, то тут другой вопрос. Я люблю читать классику: паттерны («Чистый код»), алгоритмы и прочее. А из книг по Андроиду – так все быстро развивается, что книг актуальных-то нет. Может быть на английском еще можно что-то найти, то на русском ничего просто нет, устаревает, не успев выйти.



А на конференции мы фактически из первых рук или от тех, кто реально вникал в технологию, изучал исходники, получаем такую себе выжимку. Более того, в доклады чаще всего включают что-то такое крутое, до чего ты, читая сам, сходу не доберешься. Когда тебе это реально понадобится, фичи из докладов ты скорее всего вспомнишь.


Сергей Егоров, Руководитель отдела разработки ПО, корпорация СКАЙРОС:
Я предпочитаю конференцию, и тому есть несколько причин. Во-первых, на конференции всегда есть место живому общению, которое подразумевает возможность диалога, когда у зрителя есть, по крайней мере, иллюзия того, что он может задать спикеру вопрос и получить исчерпывающий ответ. У книги ничего не спросишь, она ограничена тем, что в ней счел нужным написать автор. Во-вторых, я, к сожалению, не быстро читаю, и информацию «изо рта в уши» я получаю быстрее, чем при чтении. В-третьих, в книгах часто много «воды» (как в моих ответах:)), которой на докладах обычно нет. В-четвертых, если книга написана скучно, то можно и уснуть, а доклады скучные встречаются куда реже.



Дмитрий:
Если сравнивать с книгами, очевидно, что у конференции другие задачи, в частности – это налаживание личных контактов, тут ни книжки, ни интернет не помогут.



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






Программа.



Сомнения могут быть развеяны только благодаря самой сути конференции – проработанной программе. В описаниях докладов, не только три слова названия, а развернутые тезисы; в описании докладчиков не только имя, а полный список достижений и причин, по которым этот человек может выступать.



Если вы вернетесь к трем категориям докладов, которые можно встретить на конференциях, ни слова про хардкор от энтузиастов в этом списке вы не найдете, потому что на мобильных конференциях такого не найти: никто не расскажет вам как на подкорке работает Android ART или подсистемы безопасности iOS – если вы не идете на Mobius.



Дело в том, что наши конференции (JPoint, DotNext) зарождались как ответ на пустоту в нише жестких технологических конференций, и Mobius не стал исключением (например, в прошлом году во главу угла была поставлена тема security) и нашел отклик в умах разработчиков:



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


Денис:
Ждал интересных докладов – хотелось услышать что-то новое, в частности про Android – я под Android разрабатываю – пообщаться с людьми, какой-то опыт перенять. В то время я работал в другой компании и был единственным разработчиком – в таких условиях вообще трудно что-то новое освоить и тем более внедрить. В этом Mobius хорошо помог, позволил вырваться из рутины и обратить внимание на новые вещи.


Сергей:
Рынок мобильных разработок для нашей компании отнюдь не основной, но может стать весьма перспективным. Мне хотелось познакомиться с ним изнутри – послушать об острых задачах, стоящих перед разработчиками, и посмотреть на актуальные передовые технологии и подходы, применяемые для решения этих задач. Важно было, чтобы обо всем этом рассказывали непосредственные участники событий. Все мои чаяния сбылись.


Кстати, программа Mobius 2016 уже готова, посмотреть ее можно на сайте конференции.



Результат.



Третья ступень участия в конференции – это ее «правильное» использование. Дело в том, что можно посетить конференцию, «отсидеть» ее и уйти, ничего не поняв и не получив. Найти таких участников и задать им вопросы нам не удалось, однако пара комментариев есть:



Дмитрий: «За один день охватить несколько новых областей и спланировать стратегию на будущее – дорогого стоит. Если честно, в прошлый раз был так круто, что в этот раз я просто пошел и взял билет, недолго раздумывая.»

Денис:
С прошлого Mobius уже год прошел, и я замечаю, что конференция дала мне несколько вещей которые остались со мной в моей работе и по сей день: например, я начал использовать RxJava – доклад Матвея Малькова все разложил по полочкам и позволил правильно подойти к изучению этого подхода; сделал вывод по безопасности о том, что один разработчик не можем сам по себе сделать защиту, которую не сломать, хотя познакомился с инструментами, которые такую защиту помогают обеспечить.


Помните, участие в конференции – это работа! Думайте, какой доклад выбрать, задавайте вопросы, обсуждайте доклады со спикерами и коллегами в перерывах. Вы удивитесь, насколько открыты к общению участники конференций.







О том, как выжить на хардкорной конференции от JUG.RU Group, рассказал Дмитрий Белобородов, постоянный участник наших конференций. Точнее, он составил настоящий мануал (или, если хотите, бусидо) по участию в технической конференции:



До участия в конференции:


  1. Ознакомиться с текущим списком докладов. Она уже на 95% готова.

  2. После появления точной программы докладов с параллельными треками выбрать доклады для просмотра во время конференции.

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

  4. Ознакомиться с видео докладов предыдущих конференций на канале JUG.ru на YouTube. Большинство докладчиков ранее уже выступали на других мероприятиях. Заинтересовавшие выбранные новые доклады на Mobius могут являться продолжением или сходным по тематике с предыдущими докладами этих же или других докладчиков.

  5. Подписаться на Хабрахабре на блог компании JUG.ru Group. В нём уже опубликованы анонсы конференции, публикуются интервью со спикерами и новости.

  6. Подписаться на твиттер-аккаунт @MobiusConf для отслеживания новостей о предстоящей конференции.



Во время конференции:


  1. Если планируете написать отзыв о конференции, рекомендуется взять фотоаппарат. Качество камер смартфонов недостаточно для публикации, например, на Хабрахабре.

  2. Перед началом конференции убедиться, что неожиданно не изменилась сетка докладов. Если такое произошло, скорректировать список и порядок посещения докладов.

  3. Если площадка проведения конференции не знакома, изучить план залов для быстрого перемещения с одного доклада на другой, кофе-брейки, обед.

  4. Не стесняться задавать вопросы докладчикам. Уместные интересные вопросы хорошо дополняют доклад и полезны как для слушателей, так и для докладчика.



После конференции:


  1. Если есть желание и возможность написать отзыв о конференции – сделайте это. Желательно проиллюстрировать отзыв сделанными на конференции фотографиями. Наилучшее место публикации отзыва – Хабрахабр.

  2. Просматривать хэштег #mobiusconf в Twitter для получения отзывов от участников конференции.

  3. Оценить доклады конференции по присланной ссылке в письме от организаторов конференции.

  4. На Хабрахабре через некоторое время должен появиться обзор «Видео лучших докладов Mobius 2016», который поможет выбрать следующие видео для просмотра.

  5. Поделиться впечатлениями о конференции с друзьями и коллегами. Если конференция понравилась, не стесняйтесь порекомендовать её другим.



В этом году программу конференции можно условно разделить на три раздела:


  • On the Edge, посвященный последним новостям, инструментам и технологиям мира мобильной разработки;

  • Software Craftsmanship, с докладами о практических решениях и подходах;

  • и традиционный Hardcore, с кишочками.



В заключение напоминаем, что у нас традиционно будет организована онлайн-трансляция для тех, кому далеко/неудобно добираться до Петербурга, а в этом году появился тариф «Online-Corporate (до 10 подключений)», удобный для крупных компаний.







Зарегистрироваться можно здесь.

До встречи на Mobius!



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/283514/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Лучший друг киномана: переделываем приложение CBS под Android

Четверг, 12 Мая 2016 г. 13:11 (ссылка)



Любите ли вы сериалы, так как люблю их я? У многих из нас есть друг, который подсаживает на долгоиграющие истории. Лично я не успеваю следить за бесконечным многообразием новинок кинорынка, но с удовольствием прожгу часок-другой у экрана, жаря овощные котлетки после напряженной дизайн-недели. Так о чем я? Каждому хотелось бы иметь верного друга, сообщающего про все киносвежести и эпизодики, чтобы забыть наконец про долгие и изнурительные поиски захватывающего фильма для вечера пятницы. Но что если его нет?



Так как весь самый «вкусный» киноконтент производят за океаном, я отправилась на поиски приложения в американский Google Play. Но оказалось, что все не так просто. После многочасовых розысков пришлось признать, что дизайн и удобство многих приложений оставляет желать лучшего. Значит надо сделать его самой, подумала я. Почему бы не взять за основу апп CBS, американской сети телерадиовещания, которая производит много известных сериалов? Сказано — сделано.



Решаем задачи



Итак, цель — создать идеального помощника для поиска интересного TV-контента на примере приложения CBS для Android. Чтобы не превратить работу в перерисовывание красивых картинок, «на берегу» зафиксируем задачи, которые супер-приложение должно уметь решать.



Задача №1. Персонализация. Приложение должно знать вкус зрителя и учитывать его. Я, например, обожаю острые и стильные детективные истории и не перевариваю милые комедии. Еще хотелось бы создавать несколько аккаунтов, чтобы собирать интересненькое для любимой младшей сестры. В детской учетной записи она не увидит контент, до которого еще не доросла. Количество категорий канала уменьшится, и из списка пропадут, например «Ужасы» и «Боевики».



Задача №2. Помощь. Приложение должно запоминать номер серии и подсказывать время выхода в эфир любимой программы. Учитывать вкусы подписчиков и отслеживать самые популярные передачи, предлагая посмотреть их первыми.



Задача №3. Простота и красота. Само собой, приложение должно удобно и быстро находить нужное. И при этом — быть стильным, чтобы на моем Nexus все выглядело свежо и в лучших традициях Material Design.



Итак, к делу



Что не так с приложением в его нынешней версии? Визуально оно чересчур скупо и сухо представляет все многообразие передач CBS. С точки зрения соответствия гайдлайнам Google все совсем печально. Не используются ни основные паттерны платформы, ни важные принципы.

С точки зрения удобства на главном экране пользователю важно найти шоу по своему вкусу, без подсказок. В существующем приложении персонализация не предусмотрена. Более того, если вы счастливый обладатель старенького гаджета с маленькой диагональю, приготовьтесь долго скроллить в поисках понравившейся передачи.





Скрин из Google Play



Start



Задача главного экрана — привлечь внимание и показать самое интересное. Для этого вынесем всю навигацию в Sidebar menu, разбив его на главные разделы и каталог передач. Все строго по делу, не отвлекаем пользователя мишурой. В соответствии с принципами Material освежаем дизайн при помощи ярких и притягательных изображений, насыщенных цветов и контраста элементов. Предлагаю выводить передачи исходя из предпочтений пользователя, основанных на сохраненных им в разделе My CBS шоу.





Редизайн главного экрана и навигации



The Series of my dreams



На экране сериала приложение предложит запомнить его, расскажет про актеров, я легко найду кадры из фильма и трейлер, все награды и фото со съемок. А также — время эфира на Live TV, чтобы поскорее узнать, какой диагноз у Уилла Грема в новой серии 2-го сезона. При помощи Floating Action Button пользователь сохранит понравившийся сериал в раздел My CBS. По умолчанию выводим на экран все новые серии с возможностью выбрать любой сезон.





Экран сериала



My CBS



Идеальное приложение должно давать возможность не только смотреть любимые фильмы и шоу, но и составлять собственные плейлисты. Так что этот раздел — самый интересный для зрителя. Все избранные и просмотренные фильмы и передачи будут жить здесь, их разделим на Мои шоу и Просмотренные. Логичное с точки зрения удобства решение — выводить последние вышедшие и еще не просмотренные эпизоды для каждой передачи.





My CBS



Live TV



Посмотреть новую серию любимого сериала не выходя из машины — что может быть лучше, если стоишь в пробке? У многих из нас установлены приложения, помогающие скоротать время в дороге, для большого города они просто незаменимы. Поэтому раздел так важен, он должен показывать телепрограмму, напоминать об интересных шоу и давать возможность смотреть прямой эфир. Согласно принципам Material Design, я использую стандартный компонент Floating Action Button, давая возможность смотреть прямой эфир. Приложение напомнит о времени начала шоу при помощи Push-уведомлений. Для удобства программу передач покажем именно на тот час, когда пользователь войдет в приложение, с возможностью просмотра прошлого и будущего расписания.





Live TV



В итоге



В Google Play приложение CBS имеет оценку 3,8. Что же не учли разработчики? Идеальное приложение экономит время и подстраивается под вкусы и желания пользователя, а для этого оно должно быть:


  • Умным. Предугадывать желания пользователя без подсказок.

  • Простым. Показывать только нужный контент, помогая удобно перемещаться по разделам.

  • Современным. Использовать все возможности и стандартные паттерны платформы. Push-уведомления для напоминания о времени выхода в эфир избранных шоу, Sidebar menu для навигации и Floating Action Button в качестве побуждения к действию на экране.



Все это я постаралась учесть в своей концепции: приложение получило усовершенствованную логику и свежий дизайн. Навигация стала проще, раздел My CBS запоминает самое интересное, поиск контента стал интуитивным. Есть вопросы или идеи? Давайте это обсудим :)



Original source: habrahabr.ru.

https://habrahabr.ru/post/283362/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #152 (4-9 мая)

Понедельник, 09 Мая 2016 г. 15:23 (ссылка)

C Праздником всех нас! В новом дайджесте — React Native, Swift, Android N и Cordova, дизайн и инструменты.












5 достойных изучения проектов с открытым исходным кодом на React Native

Изучение открытого исходного кода – это лучший способ научиться писать качественный код, особенно если речь идет о новом инструменте с не полностью сформировавшимися стандартами. Одним из таких инструментов является React Native. Он постоянно дорабатывается, функциональность его API расширяется с каждым релизом, а количество библиотек растет. В то же время большинство обучающих ресурсов по работе с React Native очень поверхностны и не идут дальше вступительных рекомендаций. Но даже несмотря на это, изучение исходного кода должно быть нормой для каждого разработчика.



iOS



Android



Windows



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.



Original source: habrahabr.ru.

https://habrahabr.ru/post/283154/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #152 (4-9 мая)

Понедельник, 09 Мая 2016 г. 15:23 (ссылка)

C Праздником всех нас! В новом дайджесте — React Native, Swift, Android N и Cordova, дизайн и инструменты.












5 достойных изучения проектов с открытым исходным кодом на React Native

Изучение открытого исходного кода – это лучший способ научиться писать качественный код, особенно если речь идет о новом инструменте с не полностью сформировавшимися стандартами. Одним из таких инструментов является React Native. Он постоянно дорабатывается, функциональность его API расширяется с каждым релизом, а количество библиотек растет. В то же время большинство обучающих ресурсов по работе с React Native очень поверхностны и не идут дальше вступительных рекомендаций. Но даже несмотря на это, изучение исходного кода должно быть нормой для каждого разработчика.



iOS



Android



Windows



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/283154/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #151 (25 апреля-3 мая)

Вторник, 03 Мая 2016 г. 14:35 (ссылка)

В праздничном дайджесте – рендеринг капель и виртуальная реальность, первый спад Apple и новости Xamarin, психология цвета и автострахования. Все это и многое другое в очередной подборке!












Рендеринг капли с прозрачностью и отражениями на OpenGL

В этой статье мы рассмотрим как рендерить капли на OpenGL и расчитывать на лету нормаль для отражения и прозрачности. А так же, что такое Metaballs, баги графических чипсетов и какие трюки оптимизации можно применить для 60 FPS на мобильных девайсах.




1 разработчик. 2 приложения. 3 года

Давно уже собирался написать историю своего проекта на Хабр, более того, даже обещал. И тем не менее, этот момент откладывался на потом: когда выйдет новый релиз, когда закончится обновление дизайна, когда все заработает, как задумано. Причина одна – лень, прикрывающаяся отсутствием времени.




Чем GearVR отличается от картонной коробки, или погоня за latency

Главный термин который надо знать относительно VR — motion-to-photon latency. Иначе говоря, задержка между поворотом головы и последним фотоном изображения (отрисованного с ракурса нового положения головы) покинувшим экран. Эмпирически выведено что motion-to-photon latency 20 msec и ниже позволяет достигать presence — т.е. ощущения что двигаешь головой в виртуальном мире. Важны ли значения меньше 20 ms или нет — непонятно, но в общем цель — достигнуть 20. GearVR правдами и неправдами достигает, и я расскажу как.




Xamarin SDK в Open Source и многое другое на Xamarin Evolve 2016

Xamarin SDK, как и было обещано, сегодня официально стал проектом с открытым исходным кодом, и у всех желающих появилась возможность приложить собственные усилия к развитию этой технологии. Открыты bindings API для iOS, Android и Mac, инструменты командой строки, Xamarin.Forms и т.д.



iOS



Android



Windows



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.



Original source: habrahabr.ru.

https://habrahabr.ru/post/282876/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
Watermillsky

Яндекс.Деньги, NFC и Android

Воскресенье, 01 Мая 2016 г. 20:56 (ссылка)


Приложение ЯндексДеньги для Mobile Android поддерживает бесконтактную оплату платежей с мобильных устройств. Благодаря технологии NFC обычный смартфон превратился в бесконтактную пластиковую карту MasterCard. Читать дальше

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #150 (18-24 апреля)

Воскресенье, 24 Апреля 2016 г. 15:41 (ссылка)

В новом дайджесте обсуждаем как сделать кроссплатформенный игровой движок, быструю разработку прототипов на Xamarin, будет или нет платная реклама в App Store, ошибки и советы для разработчиков.












Как это сделано: мобильный кроссплатформенный движок

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




Быстрое создание MVP (minimum viable product) на базе Microsoft Azure и Xamarin.Forms

В 2014 году появился Xamarin.Forms (далее XF). После двух лет непрерывного использования XF в реальных проектах, сейчас мы можем с уверенностью сказать, что после XF 2.0 продукт дорос до массового использования при создании бизнес-приложений. Именно поэтому мы и выбрали его в качестве основы для создания MVP сервиса Order King.




Невероятная история Амира Раджана: Как получить фичеринг Apple и стабильный доход от разработки игр

Амир Раджан заработал чуть более $700,000 на продажах мобильной премиум игры без встроенных покупок или рекламы и поделился своими знаниями в Reddit. Стабильный доход от приложений – это реально (хоть и очень сложно).



iOS



Android



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/282315/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[Из песочницы] «Подсмотрено» — путь от идеи для VK Mobile Challenge до реального продукта

Четверг, 21 Апреля 2016 г. 21:17 (ссылка)

Три месяца драйва и сверхурочной работы. Нервное напряжение порой зашкаливало, но оптимизм не иссякал. Мы ставили перед собой непростые задачи и пытались их решить нестандартным способом. И у нас получилось.









Меня зовут Алексей, я расскажу вам о нашем опыте участия в конкурсе ВК по разработке мобильных приложений для платформ Android, iOS и Windows Phone. Думаю, моя статья поможет новичкам трезво оценивать свои силы и знать, что их ожидает.



Условия конкурса, если интересно, здесь, и пара слов о нашем продукте. На конкурс мы решили выйти с проектом «Подсмотрено – город на ладони». У нас было около 50 пабликов «Подсмотрено» в разных городах, но нам хотелось создать что-то, объединяющее все городские новости в одном месте. И мы принялись за работу. Нужно было сделать функциональное мобильное приложение, в котором все события и новости города (агрегирующиеся из Вконтакте) были бы максимально доступны каждому пользователю.



За основной показатель успеха приложения «Подсмотрено» мы взяли реакцию пользователей (Retention) и понимание того, будет ли продукт формировать новую привычку людей пользоваться приложением.



На данный момент:




  • Retention 1 дня на уровне 30% (не много, хорошая практика 50%),

  • Retention 3 дня – 18%

  • Retention 7 дня – 15%



Конечно, хочется более впечатляющих цифр, но для приложения, которому всего 4 месяца, это вполне хорошие результаты.

За эти три месяца, что мы «пилили» проект, естественно, возникали разные сложности. Наши разработчики поделятся с вами полученным опытом решения проблем.



Кейс от iOS разработчика



«Сложностей в работе над «Подсмотрено» возникало достаточно. Вот одна из них. Передо мной была поставлена задача засунуть вертикально скролящийся контент в категории, которые можно переключать скроллом. Не свайпом, а именно скроллом. Сначала было решено использовать UIPageViewController. Внутреннее чутье меня не подвело, через некоторое время появились подвисания при горизонтальной прокрутке. Пришлось переделать на UICollectionView, ячейками которой являются UIScrollView с контентом. Таким образом я добился плавного переключения между категориями, но вертикальный скролл не подавал признаков жизни. Пришлось переписать обработку касаний, чтобы жесты передавались дальше по иерархии.



- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event {
if (!_isHorizontalScroll && !_isMultitouch) {
CGPoint point = [[touches anyObject] locationInView:self];
if (fabs(_originalPoint.x - point.x) > kThresholdX && fabs(_originalPoint.y - point.y) < kThresholdY) {
_isHorizontalScroll = YES;
[_currentChild touchesCancelled:[event touchesForView:self] withEvent:event];
}
}
if (_isHorizontalScroll){
[super touchesMoved:touches withEvent:event];
}else{
[_currentChild touchesMoved:touches withEvent:event];
}
}






Кейс от Android-разработчика



При выборе архитектуры приложения я остановился на Clean Architecture (https://github.com/android10/Android-CleanArchitecture). Данная архитектура построена на принципах, сформулированных Бобом Мартином. Нет смысла описывать саму архитектуру и преимущества, получаемые при её использовании, на эту тему написано много отличный статей (например: «Архитектура Android-приложений… Правильный путь?», и "Чистая архитектура"), но для понимания того, о чем пойдет речь далее, советую ознакомиться с ними. Сразу перейду к проблеме, возникшей при разработке нашего приложения.



“Подсмотрено — город на ладони” — своего рода площадка для просмотра актуальной информации о конкретном городе. Для того чтобы избавить пользователей от ручного поиска по большому списку городов, нам необходимо определять текущее местоположение пользователя. Сначала я работал по старинке: использовал системный LocationManager, из него получал список провайдеров, а из них определённую локацию. Стандартный способ решения проблемы, думаю, каждый знаком с ним. Всё работало отлично. Но было несколько проблем.



1. В Android API >=23 ввели Runtime Permossions. Это значит, что на девайсах с Android 6.0 нужно в рантайме запрашивать некоторые разрешения, в нашем случае на определение координат. У нас определение текущей локации производится сразу — на первом экране. Мы посчитали, что такой запрос может отпугнуть часть пользователей.



2. LocationManager лежал в слое presentation, что очень сильно противоречит принципам, заложенным в Clean Architecture.



Для решения первой проблемы я прибегнул к сервису от Яндекса: Локатор (https://tech.yandex.ru/locator/). С помощью данного сервиса можно определить текущее местоположение по ближайшим точкам доступа Wi-Fi и мобильным сотам, без использования GPS. Таким образом, мы избавимся от назойливого диалога. Но данный сервис, по различным причинам не всегда выдаёт правильный результат. На сайте самого сервиса написано:



> В некоторых случаях Яндекс.Локатор сообщает о точности 100000 метров, которая означает, что достоверно определить местоположение не удалось. Это происходит, если местоположение определяется не по IP-адресу мобильного устройства, а по IP-адресу какого-либо публичного сервера или прокси-сервера.



В этом случае полагаться на полученный результат мы не можем. Выходит, нам необходимо вернуться обратно к LocationManager. Таким образом алгоритм следующий: Сделали запрос к Яндекс локатору, если он ничего не вернул, либо у точность определённой локации >= 100000 метров, запрашиваем у системного LocationManagerа.



Перейду к решению второй проблемы: вынесем ответственность за выдачу текущей координаты в слой data, так как он отвечает за управление данными в приложении.



Но сначала перейдём в слой domain. Я создал интерфейс LocationService:



public interface LocationService {
Observable getCurrentLocation();
}


И использовал его в UseCase:



public class GetCurrentLocationUseCase extends UseCase {
public static final String CASE_NAME = "get_current_location";

private final LocationService mLocationService;
@Inject
public GetCurrentLocationUseCase(LocationService locationService, ThreadExecutor threadExecutor, PostExecutionThread postExecutionThread) {
super(threadExecutor, postExecutionThread);
mLocationService = locationService;
}
@Override
protected Observable buildUseCaseObservable() {
return mLocationService.getCurrentLocation();
}
}


Теперь этот UseCase можно легко «заинъектить» в Presenter, с помощью Dagger2, таким образом абстрагироваться от конкретной реализации сервиса.



public class YandexLocationService implements LocationService, Constants {

public static final int MAX_PRECISION = 100000;
private final YandexLocatorService mYandexLocatorService;

@Inject
public YandexLocationService() {
RestAdapter restAdapter = new RestAdapter.Builder()
.setEndpoint(BASE_URL_LOCATOR)
.setLogLevel(RETROFIT_LOG_LEVEL)
.build();
mYandexLocatorService = restAdapter.create(YandexLocatorService.class);
}

@Override
public Observable getCurrentLocation() {
return getCurrentLocationByIp()
.timeout(DEFAULT_TIMEOUT, TimeUnit.SECONDS)
.filter(yandexLocation ->
yandexLocation.getPrecision() < MAX_PRECISION)
.map(LocationTransformer::transformToLocationEntity);
}

public Observable getCurrentLocationByIp() {
return mYandexLocatorService.getLocation(getLocatorRequestObject());
}

public YandexRequest getLocatorRequestObject() {
return new YandexRequest(new Common(LOCATOR_VERSION, LOCATOR_API_KEY));
}
}


В данном примере определение координат производится только по IP адресу. Здесь я фильтрую координаты с плохой точностью (>= 100000) и преобразую полученную сущность YandexLocation в LocationEntity. Далее перейдём к системному сервису определения координат. Для него немного сложнее, так как он использует Runtime Permissions, а, следовательно, должен запрашивать разрешения. Я сделал интерфейс:



public interface PermissionsRequester {
Observable request(String... permissions);
}


Реализовывать этот интерфейс будем в слое presentation с помощью библиотеки RxPermissions:



public class PermissionsRequesterImpl implements PermissionsRequester {
private final RxPermissions mRxPermissions;
public PermissionsRequesterImpl(Context context) {
mRxPermissions = RxPermissions.getInstance(context);
}
@Override
public Observable request(String... permissions) {
return mRxPermissions.request(permissions);
}
}


Теперь можно легко использовать данный интерфейс:



public class SystemLocationService implements LocationService {
private final LocationManager mLocationManager;
private final PermissionsRequester mPermissionsRequester;
@Inject
public SystemLocationService(LocationManager locationManager, PermissionsRequester permissionsRequester) {
mLocationManager = locationManager;
mPermissionsRequester = permissionsRequester;
}
@Override
public Observable getCurrentLocation() {
return getCurrentGpsLocation()
.map(LocationTransformer::transformToLocationEntity);
}
public Observable getCurrentGpsLocation() {
return mPermissionsRequester
.request(Manifest.permission.ACCESS_COARSE_LOCATION, Manifest.permission.ACCESS_FINE_LOCATION)
.flatMap(granted -> granted ? findLastLocation() : Observable.error(new RuntimeException()));
}

private Observable findLastLocation() {
return Observable.create(new Observable.OnSubscribe() {
@Override
public void call(Subscriber

https://habrahabr.ru/post/282193/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[Из песочницы] 8 ошибок при разработке мобильного приложения

Среда, 20 Апреля 2016 г. 14:10 (ссылка)

В этой статье мы хотим поделиться своим опытом с другими командами начинающих разработчиков. Наша команда прошла большой путь и столкнулась с множеством неправильных решений, от которых мы вас любезно избавим. Итак, давайте приступим:







Ошибка № 1 — Заблуждение



У вас есть идея мобильного приложения? И, конечно же, она просто “гениальна” и принесет вам сотни миллионов долларов. У меня в голове появилась именно такая идея и я решил действовать. До этого у нас в компании никто не занимался мобильными приложениями. Мы разрабатывали сайты и ничего не знали о мобильной разработке и рынке мобильных приложений. Все наши знания ограничивались одной информацией — Facebook купил WhatsApp за 18 миллиардов долларов. И на основании этого мы сделали вывод, что мобильная разработка — это круто.







Ошибка № 2 — Инвестор



Мы, к счастью, не столкнулись с этой ошибкой, но, в силу большого опыта и понимания, что для многих это будет проблемой, решил написать об инвесторе немного подробнее.



Найти инвестора в наше время не проблема. Я сейчас говорю на полном серьезе. В Москве очень много людей, которые ждут возможности потратить свои деньги. На момент запуска моего “гениального” приложения у меня был выбор из трёх инвесторов. Подробно на поисках я не буду останавливаться, но если статья понравится, то напишу отдельно.



“В чем же тут ошибка?” — спросите вы. Ошибка в том, что многие воспринимают инвестора как мешок денег и забывают, что, в первую очередь, инвестор — человек. И я сейчас не о гуманных качествах говорю. Если вы берете деньги, то вы должны понимать, что у вас могут попросить их назад, и никакой договор инвестирования не спасет. У нас на практике было два случая, когда к нашим клиентам по крупным интернет-проектам их инвесторы присылали “бородачей”. И три случая, где инвесторы просто решили выйти из проекта. Да, именно вот так, проснулся в один прекрасный день инвестор и решил, что больше в эти игры не играет и перестает платить деньги, хоть проект в самом разгаре. Вот такие люди есть, это нужно понимать!







Ошибка № 3 — Планирование



Мы распланировали все расходы на создание нашего приложения, инвестор перевел деньги на счет и понеслось… После получения денег количество ошибок пошло вверх. Мы, конечно, старались придерживаться плана, но проблема была не в этом, а в том, что план был в корне неверный. Мы строили его опираясь на знания, полученные при разработке веб-проектов.Спустя время мы поняли, что всё это было подобно строительству самолета по чертежам автомобиля. Если у вас нет опыта, то я не думаю, что какие-то советы помогут вам избежать ошибок на этом этапе. Тут нет рекомендаций, просто знайте, что ваш план можете сразу засунуть в топку, потому что всё будет в корне не так. Конечно, это не относится к тем, кто в теме.







Ошибка № 4 — АУТсорсинг или всем плевать



В нашей команде, как я писал выше, не было мобильных разработчиков. Мы решили обратиться к сторонним компаниям. Дизайн заказали в одной компании, причем заказывали не просто дизайн, а UI\UX проектировку. Компания на этом и специализировалась. Разработку кода нас убедили делать на Xamarin (для тех кто не в тем, это платформа для разработки мобильных приложений на языке C#). Причем, чтобы Вы понимали, там был специалист, чьё приложение было в американском ТОП. В тот момент нам казалось, что мы еще и сэкономим. На три версии — IOS, Android и Windows Phone мы договорились на сумму около 1 млн рублей. На всё про всё, как и было прописано в плане, мы заложили 3 месяца. Тем временем мы наняли людей, специалистов по подготовке рекламной компании, заказали видео ролики, договаривались с популярными изданиями. Сами написали сервер сайд и даже сделали документацию к API. В общем, навели “движухи”.







Ошибка № 5 — Сроки



Ни для кого не секрет, что сроки — это больная тема в любой сфере, особенно часто это ошибка появляется если вы забыли про ошибку №3. А добавьте ошибку №1, тогда вообще труба. Собственно, с нами это и произошло. Через месяц, как раз на мой день рождения, после многочисленных просьб показать наработки по коду, программист выслал мне программу на IOS. Я радостный, в судорогах начал конектить свой IPhone к компьютеру и заливать IPA (исполняемый файл приложения) на свой телефон. Программа загрузилась, я нажимаю на заветную иконку и… в этот момент я понял, что совершил ошибку №1. Приложение предоставляло собой картинку главного интерфейса. Позвонив программисту я немного успокоился его словами: “Я прорабатывал Backend, а прикрутить дизайн — это ерунда”. Так как проверить работоспособность Backend-a я не мог, то пришлось поверить на слово. Тем более, посмотрев в исходники, и, увидев там заветную папочку с большим количеством файлов, я решил, что всё в порядке и в сроки не впишемся максимум на месяц.



В итоге, через три месяца мы нашли другого разработчика на xamarin, чтобы кроме картинок получить мало-мальски работающее приложение. И процесс пошел сначала.



Через пять месяцев мы получили 2 версии приложения на IOS и Android. И пришло осознание ошибки №4 — всем плевать! Для сторонних исполнителей вы всего лишь мешок денег, все хотят поскорее сдать работу и получить заветные “хрустяшки”. Про “супер-пупер” UI\UX проектировщиков я промолчу, думаю вы и так всё поняли. При этом, мы обращались к профессионалам. Дизайн встал нам в 100к рублей только для IOS версии. Мы, как все нормальные люди, смотрели работы, читали отзывы, много общались и написали развернутое ТЗ. Но тут пришел другой враг — Ошибка №6!







Ошибка № 6 — Недоверие



Пожалуй, это самая страшная ошибка. Когда всё идет не так, то руки опускаются у самых активных участников команды, появляются сомнения в успехе, что проект будет жить. Мы затянули выпуск проекта на 4 месяца и выпустили откровенное г… о. При всем при этом, за это время, потратили около 5 миллионов на зарплаты, аренду и обслуживание офиса и т.д. Одним словом — “прожрали”.



И когда мы пошли к инвестору, то он выглядел примерно вот так:







А как выглядели мы, вам лучше не знать, но уверяю вас, это было нечто. После встречи настроение стало еще хуже, но тут я понял как хорошо, что мы не совершили ошибку №2. Я, как автор и руководитель проекта, собрал всю команду и закатил душещипательную речь. И сказал, что зарплаты больше не будет. Мы можем разойтись или начать все заново. Все единогласно согласились с новыми условиями и решили продолжать. Так мы героически начали всё заново!



Воспользовавшись старыми знаниями, которые я когда-то получил на курсах CCNP CISCO, я решил запустить всё по модели PPDIOO (загуглите, если не знаете что это).



Плюс 5 месяцев я не сидел без дела, я изучал код и архитектуру нашего приложения. Язык программирования C# на тот момент я знал удовлетворительно. Считал его детским, продуктом скрещивания C++ и VB. Собственно, это и спасло. Если вы знаете C++ и понимаете ООП, освоить C# у вас не займет много времени. И после месяца упорного труда, похудев на 5 кг, почти без сна и отдыха, но все-таки смог дать вторую версию нашего “гениального приложения”. И… ничего, ровным счетом ничего не поменялось. А вы что подумали? Что можно написать нормальное приложение за 1 месяц? Да, оно меньше падало! Да, работало лучше! Но, ровным счетом ничего не поменялось. А тем временем…







Ошибка №7 — Команда или Огонь, Вода и Медные трубы



Скажите, вы хорошо знаете тех людей, с которыми вы работаете? Точно? Вот и я так думал. Команда важна, но каждый человек помимо светлого будущего хочет есть, гулять, отдыхать и т.д. У нас сложилась, скажем так, ситуация в команде не из лучших. Ошибки 5 и 6 сделали своё. Потихоньку люди начали расходиться. Но не это оказалось самым страшным. Кто-то не хочет просто так уходить. “Ну ведь мало ли, в будущем, у них всё получится, а я ушел” — думают они. У нас тоже были такие люди. Они пытались навредить нам изнутри и сообщили инвестору о… ну как сказать, нецелевом расходовании средств. Опять же, еще раз, говорю, что нам повезло и мы не совершили ошибку №2. Инвестор, проведя аудит, сразу все понял. В конце концов еще через 4 месяца мы остались вдвоем. Накопления у нас уже были на нуле, я еще от предыдущего успешного проекта закатил стройку, строил дом. Так что у меня деньги закончились быстрее. Пришлось все заморозить и влезть в кредит, чтобы обеспечить жену и ребенка, хотя бы едой.







Ошибка № 8 — Трезвый взгляд



После второго провала я не стал продолжать делать свое “гениальное” приложение, решил отложить его на потом и попробовать сначала запустить маленький, более профильный и простой проект, чтобы как можно быстрее получить результат. Всегда трезво оценивайте свои силы и силы своей команды.



Если подводить итог, то вот вам короткое правило при разработке вашего первого мобильного приложения: не заблуждайтесь, так как знайте, что вы заблуждаетесь. Инвестора легко найти, но сложно найти адекватного и понимающего, если что-то пойдет не так. Забудьте о планировании, небольшого сценария действий на 1-2 листах хватит. Осторожнее к сторонним исполнителям. Вы плохо знаете и понимаете, чего вы хотите, а они хотят одного — денег. Сроки точно будут нарушены. Подготовьтесь к этому сами и подготовьте вашего инвестора, чтобы не совершить ошибки №1 и №2. Никогда не опускайте руки и будьте внимательнее к людям внутри команды. Да, и конечно, оценивайте трезво, что Вы можете сделать, а чего не можете.



Мое “гениальное” приложение я не способен сейчас реализовать и смирился с этим. Но я не сдаюсь и обязательно вернусь к проекту. Вам предоставляю лишь видео ролик от первого проекта… проекта, на который нам не хватило сил:



www.youtube.com/watch?v=Lt0BtTpgoOU



А хватило на приложение под названием «Моя семья», кто захочет посмотреть, может найти в App Store и Google Play.



Как ни странно, но популярность приложение почему-то набирает преимущественно в Саудовской Аравии. Там начался основной процент скачек, но об этом я расскажу после проведения рекламной компании.



P.S.: Спасибо что дочитали до конца, буду рад вашим комментариям.

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/282031/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Watermillsky

Поиск по мобильным Яндекс.Картам теперь работает без интернета

Вторник, 19 Апреля 2016 г. 13:39 (ссылка)


29 марта 2016 года вышло обновление Яндекс.Карт для iOS и Android. Теперь адреса и организации можно искать и сохранять в режиме офлайн — для этого достаточно скачать в приложении карты нужных городов и областей.  Далее

Комментарии (0)КомментироватьВ цитатник или сообщество
Watermillsky

Яндекс выпустил Радио для iPad

Вторник, 19 Апреля 2016 г. 13:14 (ссылка)


2 марта 2016 года вышло приложение Яндекс.Радио для iPad. Теперь сервис доступен не только на компьютерах и смартфонах, но и на планшетах на базе iOS. На Яндекс.Радио более 100 радиостанций, из которых можно выбрать любую: по жанру или эпохе, под определённое занятие или настроение. Далее

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<мобильные приложения - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda