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


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

монетизация - Самое интересное в блогах

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

Практики успешной монетизации API на базе Azure API Management

Вторник, 21 Июня 2016 г. 14:09 (ссылка)

Всем привет!

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







Мы хотим поделиться своим опытом разработки системы управления API на базе Azure API Management. Давайте начнем с самого начала.



1. ЛИКБЕЗ. КОГДА НУЖНО УПРАВЛЯТЬ API



1.1. Когда открывать API?

Если вы понимаете, что ваши данные, контент или уникальная бизнес-логика могут быть полезны другим компаниям и людям – API можно открывать.



Как только вы понимаете, что ваши API помогают развитию бизнеса ваших пользователей – можно предлагать доступ к API за плату.

Если у вас немного пользователей, вы можете предоставлять доступ и собирать плату вручную. А если много, вам скорее всего понадобится API Management система. (API Management system).



1.2. Зачем нужна API Management система?

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


  • Организовывать доступ к API.

  • Определять политики использования API (полнота запросов, их частота и лимит в единицу времени).

  • Предоставлять средства документирования API.

  • * Организовать платный доступ к API с учетом политик.





2. НЕ ВСЕ API MANAGEMENT СИСТЕМЫ ОДИНАКОВО ПОЛЕЗНЫ



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



Для понимания масштаба проекта, на текущий момент API заказчика используют 4200 разработчиков, 2400 компаний.



Наша совместная история – это уже третья попытка заказчика реализовать API менеджмент систему для успешной монетизации своих сервисов. Первый раз было решение на основе Mashery, второй раз Apigee, а затем Azure API Management. Как водится, в русской традиции, с третьего раза, обычно, все удается. Тут получилось именно так.



В итоге мы по сути сделали кастомное решение по управлению API, в рамках которого:


  • Интегрировали Azure API Management с системой управления идентификацией и подписками клиента.

  • Предоставили единый вход для работы с порталом заказчика и порталами Azure API Management.

  • Сделали оплату через PayPal и интеграцию с CRM системой SalesForce.





2.1. А что было не так с первыми двумя?

Нужно начать с того, что компания оба раза выбирала лидеров рынка – Mashery и Apigee. И после года использования уходили от каждого из них. Звучит как-то странно. Это же лидеры?!







По сути требования к API менеджмент-системе можно свести к двум основным пунктам:


  1. стоимость пользования

  2. UX, причем UX как пользователя так и администратора



И именно по этим параметрам системы-лидеры не были приняты заказчиком.



2.2. Стоимость пользования

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



Стоимость использования Apigee со встроенной платежной системой была сразу просто космической и по сути забирала все доходы от продажи API.



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



2.3. UX

Кроме того, заказчики признались, что посчитали UI Apigee слишком сложным и запутанным. Для сравнения приводим логические архитектуры Apigee и Azure API Mаnagement:







Как видите, архитектура Azure API Management более проста. В ней меньше объектов. Следовательно, она более проста для понимания как администраторам, так и пользователям.



3. АРХИТЕКТУРА НАШЕГО РЕШЕНИЯ



Архитектура нашего решения выглядит так:





3.1. В центре всего – система управление идентификацией и подписками (EM).

Она оперирует следующими объектами:


  • Организация и ее пользователи (Authentication).

  • Каталог продуктов для подписки, в том числе API продукты.

  • Подписка (Authorization) — связь между пользователем и продуктом.





3.2. Пользователь взаимодействует с ней через интерфейс портала (EM Web Front). Azure API Management управляет доступом к набору наших API.

Основные объекты здесь это:


  • API — логическая сущность представляющая ваш API.

  • Политика — ограничение на использование API. Например количество запросов в месяц или объем передаваемых данных.

  • Пользователь — в наиболее частом случае это разработчик который будет использовать ваш API в своем приложении.

  • Подписка – связка пользователя с продуктом.



Azure Management API – с технической стороны представляет с собой WEB-proxy, которая представляется пользователю и перенаправляет вызовы соответствующему API на стороне Backend, c учетом применения.



3.3. Блок APIM позволяет безболезненно мапить пользователей из EM c пользователями в Azure.



3.4. Отдельно выделен универсальный блок обработки платежей – Payments, который пока поддерживает в том числе и повторяющиеся платежи (Recurring Payments). Пока он интегрирован только с PayPal. В будущем, планируется сюда же подключить Apple Pay и Google Pay



В итоге сейчас на портале пользователь единовременно:


  • делает выбор одного из трех наборов, охватывающих все 14 возможных API продуктов,

  • выбирает тариф, который определяет допустимую частоту запросов и общий лимит запросов в месяц,

  • переходит к оплате.



Система управления подписками в режиме реального времени получает данные об оплатах и активирует доступ.



Пользователь и разработчики из его организации получают доступ на Developers Portal, на котором есть документации и примеры использования API.





4. КОГДА НУЖНА КАСТОМНАЯ АВТОМАТИЗАЦИЯ?



Давайте скажем честно – любая “готовая” платформа при встрече с реальным бизнесом обычно требует доработки. Хотя функциональность “из коробки” предоставляет все необходимые базовые инструменты, которые можно и нужно использовать для проверки своих бизнес-идей.



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

В принципе, все шаги достаточно понятны:


  1. Синхронизируем списки пользователей в Azure API Management и EM системах.

  2. Синхронизируем продукты в EM и соответствующие продукты в Azure Management API.

  3. На портале EM делаем ссылку на PayPal для приобретения подписки.

  4. При получении сообщения от PayPal – заводим подписку в EM – системе, а также соответствующую подписку в Azure Management API.

  5. При истечении срока действия подписки, удаляем пользователя из подписки в Azure API и EM системах, если оплата не была проведена.



Подписочная схема предоставления Azure API Management в данном случае очень удобна – она позволяет проверить концепцию без значительных финансовых вложений в API Management систему и интеграцию.



А предположим, что пользователей становится больше. У нашего клиента свыше 4000 активных подписчиков. Как понимаете, количество ручного труда на синхронизацию и предоставление/отключение доступа становится откровенно высоким. Однако и средств от продажи доступа к API нам поступает также больше, и теперь можно вложиться в то, чтобы можно автоматизировать эти шаги:


  • Чтобы синхронизировать списки пользователей в Azure API Management есть механизм делегации. При входе на developers portal он позволяет перенаправить пользователя, на наш портал, откуда он возвращается уже авторизованным. Подробнее описано azure.microsoft.com/en-en/documentation/articles/api-management-howto-setup-delegation

  • Далее пишем специальный сервис, который позволяет сопоставлять продукты в Azure API Management с продуктами в каталоге EM системы.

  • Также как и в ручном режиме, на портале EM делаем редирект на сайт PayPal для приобретения подписки. Здесь же настраиваем возможность повторяющихся (recurring) платежей.

  • Следующая задача – завести подписку при прохождении платежа. PayPal – умеет посылать уведомление о подтверждении платежа в виде вызова нашего сервиса, в EM-системе. Этот сервис, заводит, подписку в EM, и транслирует изменения в Azure API Management. Обработчик соответствующего сообщения заводит подписку используя Azure API Management Rest API: msdn.microsoft.com/en-us/library/azure/dn776325.aspx

  • И, наконец, по истечении срока действия подписки пользователя нужно удалить. Для этого в EM системе мы добавляли к подписке аттрибут ”дата истечения”. И все, что нам нужно сделать, это написать JOB, который периодически проверяет срок действия подписки в EM, и блокирует доступ в Azure API Management.





5. ИТОГО



Если вы только задумываетесь о том, стоит ли предоставлять платный доступ к вашим API сервисам, подписочная схема Azure API Management позволяет быстро и без капитальных вложений проверить вашу бизнес-концепцию.



Когда есть понимание, что на ваш API есть достаточный спрос, кастомное решение на базе Azure API Management позволит вам обеспечить:


  • Легкость управления. Архитектура платформы Azure APIM позволяет максимально легко осуществлять управление API.

  • Глубокую интеграцию серверной части с порталом.

  • Гибкую интеграцию с внешними платежными системами, удобными для заказчика.

  • И, конечно, экономическую эффективность платного предоставления API. В нашем кейсе по сравнению с Mashery постоянные косты снизились в 10 раз! Да, были разовые затраты на разработку проекта. И клиент отчисляет платежной системе комиссию с каждой операции. Но это уже издержки с прибыли. Которая, наконец, появилась.


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

https://habrahabr.ru/post/303738/

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

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

Воскресенье, 19 Июня 2016 г. 16:11 (ссылка)

Главная новость недели, конечно, это WWDC от Apple — iOS 10, watchOS 3, обновленная tvOS, новая macOS Sierra и много обновлений внутри них. Главная же российская новость это введение НДС для «оказания услуг электронным способом». Скорее всего, это приведет к очередному подорожанию, сокращению рынка и уходу некоторых игроков.












WWDC 16: первые впечатления с места событий

Месяц назад прошел Google I/O, где самые интересные анонсы касались сервисов работы с данными и умных систем. Сейчас же пришло время Apple: посмотрим, какие новинки приготовила для потребителей и разработчиков компания, не признающая компромиссов.




Device Lab от Google: маячки с технологией Eddystone

Долгое время мобильные приложения и физический мир никак не пересекались. Но технология Bluetooth Low Energy(BLE) маячков позволила разработчикам «общаться» с объектами реального мира, а пользователям получать самые релевантные данные от их текущей локации с точностью. Первые устройства уже отправились разработчикам, а сегодня в Лаборатории Google мы представляем разработчикам маячки Eddystone — iBKS и BKON, реализующие, в том числе, и концепцию Physical Web.




Принят закон о налоге на Гугл

15 июня Государственная Дума РФ приняла в третьем окончательном чтении так называемый «Закон о налоге на Гугл». Законопроект получил такое название в связи с введением НДС на «оказание услуги электронным способом» иностранными ИТ-компаниями. Чем грозят налоговые поправки российским посредникам и потребителям?

+ Чем обернется «налог на Google» для российского рынка игр: мнения экспертов



iOS



Android



Разработка



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



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





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/303610/

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

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

Понедельник, 13 Июня 2016 г. 15:17 (ссылка)

Ждем сегодняшнюю WWDC и попутно обсуждаем сложности релиза игры в магазинах приложений, уже объявленные изменения в App Store, миллионы частиц на OpenGL ES 2.0, локализацию и UX.



image








Подводные камни при релизе игры в Google Play и App Store

Если вы разрабатываете игру под Android или iOS, рано или поздно вам придётся заняться подготовкой к публикации на Google Play и App Store. Но если вы ещё ни разу не релизили мобильную игру, многие вещи и правила могут оказаться неприятным сюрпризом и сильно замедлить процесс публикации.



iOS



Android



Windows



Разработка



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



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





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/303158/

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

Сотрудничать нельзя конкурировать: социальные сети и новостные сайты делят аудиторию

Понедельник, 06 Июня 2016 г. 18:48 (ссылка)

image



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



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



Будет ли плодотворным такое сотрудничество? Какие проблемы уже сейчас стоят на пути к нему? Насколько это выгодно СМИ, социальным сетям и, главное, пользователям?



Исследователи из SocialFlow выяснили, что метрики медиакомпаний ухудшились по вине социальной сети Facebook. Через сервис SocialFlow издатели размещают на Facebook и в других соцсетях ежемесячно до полумиллиона новостных материалов. Представители сервиса пришли к выводу, что в мае 2016 года численность читателей новостных материалов в Facebook снизилась по сравнению с январем на 42%: со 117 тысяч до 68 тысяч.



Количество постов тоже уменьшилось: с 42 миллиардов в январе до 37 миллиардов в мае. Падение связано с изменением алгоритмов Facebook. Соцсеть постоянно корректирует отображение постов, пытаясь улучшить пользовательскую ленту новостей.



Ранее одним из главных факторов выхода публикаций в топ было взаимодействие пользователей с контентом — что они «лайкают», комментируют и чем делятся. Однако такой подход не отражал полную картину и зачастую обеднял френдленту. Чтобы исправить ситуацию, Facebook решил прислушаться к мнению аудитории. Более тысячи пользователей ежедневно оценивали свой опыт и сообщали, как можно улучшить контент — они составили так называемую Feed Quality Panel.



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



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



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



Компанию явно беспокоит снижение количества оригинальных записей — в первой половине 2015 года оно снизилось на 21%. Люди предпочитают расшаривать новости и информацию с других сайтов, а личное переносят в Snapchat, Instagram и другие сервисы. Кроме того, Facebook настроила алгоритмы таким образом, чтобы в ленте не было избытка новостей из одного источника. Одновременно в топ стал продвигаться видеконтент. По мнению Андерсона, оценить влияние алгоритмов не могут даже разработчики соцсети.



image



Другие изменения



2 июня представители Facebook разослали пользователям приложения Notify сообщения о прекращении поддержки приложения. Функциональность Notify переносится в Facebook Messenger. Приложение уже удалено из App Store.



Notify выводило на экран заголовки наиболее интересных пользователю новостей, событий и тому подобного. Приложение было запущено в ноябре 2015 года, оно было доступно для iPhone и iPad.



В конце мая стало известно, что руководство Facebook внесло изменения в редактирование раздела «актуальные темы», после того как социальную сеть раскритиковали за политику против консервативных СМИ.



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



При этом расследование не исключает случаи ненамеренной политической предвзятости при выборе новостей, отмечал юрисконсультат компании Колин Стретч.



Изменения касаются отмены «топ-10 одобренных сайтов», на которые ориентируются редакторы. Как ранее отмечала газета Guardian, это такие новостные поставщики, как BBC News, CNN, Fox News, The Guardian, NBC News, The New York Times, USA Today, The Wall Street Journal, Washington Post, Yahoo News.



Instant Articles



12 апреля компания Facebook открыла доступ к Instant Articles, «быстрым статьям», которые можно читать прямо внутри соцсети.



В ленте новостей на смартфоне такие статьи отмечены молнией. «Быстрая статья» (Instant Article) — это не текст, который перенесли из одного места в другое, а готовый материал со своим оформлением: крупными фотографиями, картами, роликами с автовоспроизведением, аудио, комментариями и картинками, которые можно пролистывать, наклоняя смартфон вправо и влево.



image



Формат работает благодаря HTML5, адаптированному для смартфонов и медленного интернета, — данные попадают в социальную сеть через RSS-поток. «Быстрая статья» связана с ее адресом на сайте издания. Поэтому если кто-то опубликовал ссылку на статью, которую уже выложили в фейсбуке, она автоматически заменится на «быструю». Пока Instant Articles работает только с сайтами изданий со своими системами управления контентом, блогами и сайтами на платформе WordPress.



Читателям Instant Articles позволят получать контент быстрее. В Facebook подсчитали, что статья в мобильном браузере открывается за восемь секунд (по данным 2014 года, столько времени требовали 32% сайтов). Статьи в соцсети загружаются в 10 раз быстрее, то есть они откроются за 0,8 секунды. Кроме того, ни в одном мобильном браузере нельзя рассмотреть крупную фотографию, покачав смартфон из стороны в сторону.



Издания станут еще более зависимыми от Facebook. После анонса «быстрых статей» The New York Times, NBC News и The Atlantic говорили, что боятся потерять контроль за распространением контента. В 2015–2016 годах соцсеть не раз меняла алгоритм выдачи постов в ленте новостей. Сначала приоритет отдали сообщениям от друзей, через год стали сначала показывать сообщения СМИ.



Редакции собираются использовать Instant Articles по-разному: The Economist планировал выкладывать в фейсбуке четыре-пять материалов в день, чтобы привлечь внимание к платной версии, а The Washington Post сразу запустила в соцсети всю ленту новостей за день. Еще один стимул — новая рекламная площадка. Издания могут разместить в статьях рекламу и забрать всю выручку себе или воспользоваться рекламной сетью Facebook.



В 2014 году глава Facebook Марк Цукерберг говорил, что его цель — «создать идеальную персонализированную газету для каждого». Когда люди смогут читать новости внутри фейсбука, они перестанут уходить на другие сайты. А соцсеть получит большую вовлеченность, больше просмотров рекламы и больше данных предпочтениях своих пользователях.



SocialFlow рекомендует издателям проанализировать свою активность Facebook. Если охват начинает снижаться, необходимо попробовать различные типы контента и посмотреть, какие из них наиболее эффективны.


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



По схожей схеме



То, что было описано на примере Facebook, постепенно берут на вооружение и другие социальные сети.



image



Мессенджер Snapchat запустил раздел Discover, в котором появятся новости и развлекательный контент от медиапартнеров сервиса. Об этом сообщается в официальном блоге компании. Более десятка медиакомпаний, среди которых CNN и ESPN, получили своеобразные «каналы» на сервисе, где они могут размещать 5-10 историй в день — статей, видеороликов и другого контента. Публикации отбираются редакторами медиаресурсов и, по данным Snapchat, будут организованы в логическом порядке.



Следуя принципу Snapchat, истории стираются через 24 часа после публикации — «потому что сегодняшние новости завтра становятся уже историей», говорят представители сервиса. Известность Snapchat принесла его отличительная черта — самоуничтожающиеся через некоторое время после доставки адресату сообщения.



Финансовые условия сотрудничества со СМИ не раскрываются. Однако, по данным источников Reuters, в историях из публикаций появится полноэкранная видеореклама, а медиаресурсы и Snapchat будут делить выручку от ее продажи.

Функция Discover отражает желание Snapchat составить конкуренцию Facebook и Twitter, которые активно сотрудничают с медиаресурсами в размещении контента.



Не все соцсети одинаково полезны





imageОпрос общественного мнения впервые показал, что большинство американцев узнают последние новости из социальных сетей. Согласно исследованию Pew Research Center, 62% опрошенных используют Reddit, Facebook и Twitter для получения свежей информации о стране и мире. В аналогичном опросе, проведенном четыре года назад, этот показатель составлял 49%.



В 18% случаев соцсети часто используются в качестве новостного источника, в 26% — время от времени, в 18% — очень редко. 38% респондентов никогда не узнают новости в social media. Самыми «преданными» читателями являются пользователи Reddit — 70% его аудитории ищут новости на этом же сайте. У Facebook доля таких пользователей составляет 66%, у Twitter — 59%. Меньшим интересом к новостям отличается аудитория Tumblr (31%), Instagram (23%) и YouTube (21%).



Однако в целом лидером является Facebook. Соцсеть охватывает 67% взрослого населения США, поэтому она является источником новостей для 44% американцев. У YouTube это соотношение составляет 48% к 10%, Twitter — 16% к 9%, Instagram — 19% к 4%.



Для 64% пользователей, узнающих о новостях из соцсетей, достаточно одного-единственного сайта. 26% предпочитают две площадки, 10% ради новостей посещают минимум три соцсети. Аудитория Instagram, Facebook и YouTube предпочитает потреблять новости в фоновом режиме, одновременно с другими занятиями. Более целенаправленными являются пользователи Reddit, Twitter и LinkеdIn.



Исследователи также обнаружили, что каждая из пяти социальных сетей вызывает интерес определенной демографической группы. Так, среди пользователей LinkеdIn много (65%) выпускников колледжей, среди пользователей сети Facebook большинство составляют белые неиспанские (65%) женщины (57%), а Instagram пользуется популярностью у женщин (65%) и сторонников демократической партии (40%).



image



Монетизация СМИ в новых условиях



Эпоха СМИ как коммерческой структуры, генерирующей выручку и приносящей дивиденды акционерам, уходит в прошлое. Эксперты считают, что будущее за некоммерческими медиа, которые будут работать по совершенно новому принципу. Задуматься о пересмотре своих бизнес-моделей пришлось даже мировым конгломератам – таким, как The Guardian, Mashable, Buzzfeed.



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



Его слова подтверждают данные ZenithOptimedia о глобальном медиапотреблении. По оценкам агентства, в 2014–2017 годах доля ТВ снизится на 2,3 п.п. газет — на 3,2 п.п., журналов — на 1,5 п.п. Внимание потребителей переключится на мобильный интернет, чья доля вырастет с 5,1% до 12,9%.



image



Известный экономист Джулия Каже в книге «Спасая медиа» пишет: чтобы выжить, СМИ должны перейти к некоммерческой новостной структуре. Традиционные медиа, нацеленные на получение прибыли, уже исчерпали возможности монетизации и теперь отчаянно ищут кого-нибудь, кто готов заплатить.



Богатый инвестор в данном случае не панацея, а ярмо: полагаясь на один источник финансирования (например, крупного бизнесмена) медиа теряет независимость. Крупный бизнес пользуется плачевным положением дел в СМИ, и покупает их целиком, что ставит под удар дальнейшую их работу. Недавним примером может служить основатель Amazon.com Джефф Безос, который за бесценок приобрел легендарную газету Washington Post — сумма сделки составила всего $250 миллионов.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/302724/

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

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

Воскресенье, 05 Июня 2016 г. 15:45 (ссылка)

Снова про ConstraintLayout, снова про Apple, боль и сертификаты, новое про устройства от Google, интерфейсы, библиотеки, маркетинг и разработку. Новый дайджест полон интересными материалами.












Apple, боль и сертификаты

Приложение Боба довольно обычное: пару сотен компилируемых класс файлов, еще с десяток cocoapods зависимостей ну и кучка сторибордов — Боб ценит своё время и время коллег поэтому не пишет UI в коде. Боб знает, что его приложение с чистого старта на сервере собирается за 4 минуты для develop версии, которое идет на тест Алисе, и столько же или чуть больше для production версии. Боб также знает, что ему нужно около 10 минут, чтобы дождаться окончания полной сборки и затем сообщить Алисе, что она может приступать к тестированию.




Device Lab от Google: Android TV и Chromecast

Этой статьей мы начинаем цикл, в котором хотим рассказать о том, как использовать разные устройства экосистемы Android в своих приложениях: как транслировать видео на Chromecast, как создавать приложения для Android TV или как использовать мир «физического веба» в маячками Eddystone.



iOS



Android



Разработка



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



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





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

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

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

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

Воскресенье, 05 Июня 2016 г. 15:45 (ссылка)

Снова про ConstraintLayout, снова про Apple, боль и сертификаты, новое про устройства от Google, интерфейсы, библиотеки, маркетинг и разработку. Новый дайджест полон интересными материалами.












Apple, боль и сертификаты

Приложение Боба довольно обычное: пару сотен компилируемых класс файлов, еще с десяток cocoapods зависимостей ну и кучка сторибордов — Боб ценит своё время и время коллег поэтому не пишет UI в коде. Боб знает, что его приложение с чистого старта на сервере собирается за 4 минуты для develop версии, которое идет на тест Алисе, и столько же или чуть больше для production версии. Боб также знает, что ему нужно около 10 минут, чтобы дождаться окончания полной сборки и затем сообщить Алисе, что она может приступать к тестированию.




Device Lab от Google: Android TV и Chromecast

Этой статьей мы начинаем цикл, в котором хотим рассказать о том, как использовать разные устройства экосистемы Android в своих приложениях: как транслировать видео на Chromecast, как создавать приложения для Android TV или как использовать мир «физического веба» в маячками Eddystone.



iOS



Android



Разработка



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



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





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/302616/

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

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

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


В новом дайджесте сразу три описания ConstraintLayout в Android, исследование защищенности карты Тройка, магия дизайна, новый опрос Developer Economics, 2 года Monument Valley и множество других интересных материалов.



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

https://habrahabr.ru/post/302082/

Комментарии (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

Корпоративная история: Хабр, монстры и печеньки

Пятница, 20 Мая 2016 г. 14:20 (ссылка)


Это второй пост, посвящённый десятилетию Хабра. В нём мы расскажем о большой, стратегически и тактически важной части ресурса

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

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

Сегодня БЕСПЛАТНО слив курса по раскрутке групп ВКОНТАКТЕ

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


Всем привет.



Сегодня БЕСПЛАТНО слив курса по раскрутке групп ВКОНТАКТЕ - cloud.mail.ru/public/5FiY/tZt3ccf56



1463563435_Screenshot_1 (699x438, 213Kb)



1463563451_Screenshot_2 (699x236, 91Kb)



1463563468_Screenshot_3 (700x353, 174Kb)



Пользуйтесь на здоровье. Всем Удачи.


Метки:   Комментарии (1)КомментироватьВ цитатник или сообщество
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)КомментироватьВ цитатник или сообщество
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)КомментироватьВ цитатник или сообщество

Следующие 30  »

<монетизация - Самое интересное в блогах

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

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