The practical story telling how Devops changed the culture of quality in the Bank. Recently Devops became mainstream topic. But only few people have a deep understanding how to apply it to the process of software quality assurance. Some believe that the Devops kills manual testing.
I will talk about changes it makes to the role of QA engineers themself. The discussion main point is NOT about tools or technologies. It’s NOT about the “silver bullet” for your problems with the quality of products.
Instead, I will show you an integrated approach which we used for quality assurance. It allowed us to significantly reduce the cost of finding and fixing defects. This approach has also accelerated the development and delivery value to our customers and made the whole process more transparent and predictable.
Porting existing games to Apple Metal API. Case study: Divinity Original Sin ...DevGAMM Conference
The session essentially focuses on case study of porting Divinity Original Sin 2 engine to Apple Metal API. Real-life examples are provided as well as a demo of frame capture, dissection and explanations of techniques used. The case study is followed by best practices section with advises for transitioning generic titles to Metal. The session concludes with ‘future tech’ section where advanced samples of Metal rendering technologies are displayed and briefly explained.
Yandex Mobile Camp в Санкт-Петербурге, 30 мая 2012
Юрий Василевский, ведущий разработчик EPAM Systems, Mobile Solutions
Тема: Автоматизация в XCode
Тезисы:
Xcode — основной инструментарий разработки приложений под Mac OS X и Apple iOS. Он обладает широкими возможностями как для редактирования кода, так и для автоматизации задач.
Мы рассмотрим некоторые из аспектов автоматизации (Code Sense, Targets, Services, Help), связанные с нумерацией сборок билдов, форматированием и контролем стиля кода, анализом дублированных участков кода, управлением внешними библиотеками.
The practical story telling how Devops changed the culture of quality in the Bank. Recently Devops became mainstream topic. But only few people have a deep understanding how to apply it to the process of software quality assurance. Some believe that the Devops kills manual testing.
I will talk about changes it makes to the role of QA engineers themself. The discussion main point is NOT about tools or technologies. It’s NOT about the “silver bullet” for your problems with the quality of products.
Instead, I will show you an integrated approach which we used for quality assurance. It allowed us to significantly reduce the cost of finding and fixing defects. This approach has also accelerated the development and delivery value to our customers and made the whole process more transparent and predictable.
Porting existing games to Apple Metal API. Case study: Divinity Original Sin ...DevGAMM Conference
The session essentially focuses on case study of porting Divinity Original Sin 2 engine to Apple Metal API. Real-life examples are provided as well as a demo of frame capture, dissection and explanations of techniques used. The case study is followed by best practices section with advises for transitioning generic titles to Metal. The session concludes with ‘future tech’ section where advanced samples of Metal rendering technologies are displayed and briefly explained.
Yandex Mobile Camp в Санкт-Петербурге, 30 мая 2012
Юрий Василевский, ведущий разработчик EPAM Systems, Mobile Solutions
Тема: Автоматизация в XCode
Тезисы:
Xcode — основной инструментарий разработки приложений под Mac OS X и Apple iOS. Он обладает широкими возможностями как для редактирования кода, так и для автоматизации задач.
Мы рассмотрим некоторые из аспектов автоматизации (Code Sense, Targets, Services, Help), связанные с нумерацией сборок билдов, форматированием и контролем стиля кода, анализом дублированных участков кода, управлением внешними библиотеками.
Невидимый фронт или тестирование digital-проектовSmartHead
Презентация к докладу "Невидимый фронт или тестирование digital-проектов" на рекламно форуме "Даёж`2015".
В докладе рассмотрены проблемы, специфика и виды тестирования digital-проектов. Дан ответ на вопрос: "Кто должен выполнять работы по тестированию?". Рассмотрены вопросы качества результата работ.
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Андрей Стахиевич - Appium Mobile Automation ToolQA Club Minsk
Презентация со встречи QA Club Minsk (адаптированная под Confet QA) 4 декабря 2013 г. "Appium Mobile Automation Tool", автор и докладчик Андрей Стахиевич
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Презентация с Харьковского QA Talk: Автоматизация мобильных приложений на базе Appium. Специфика и подходы в автоматизации Web/Native/Hybrid приложений
Автоматизация визуального тестирования адаптивного дизайна на примере Galen F...COMAQA.BY
Автоматизация тестирования визуальных регрессий, как особый вид тестирования, может поставить в тупик даже опытных специалистов своей отрасли. Тем более, если речь идёт об адаптивном дизайне.
Задача тестирования адаптивной верстки не является простой, хотя бы по той причине, что требует большого времени на проверку отображения визуального контента и покрытие всей требуемой матрицы платформ, браузеров и разрешений экрана.
Тем не менее существуют способы эффективного использования таких инструментов как Galen Framework и Applitools Eyes и интеграции их в уже существующую среду тестирования.
На наглядном примере сайта, имеющего адаптивный дизайн, я расскажу о том, как можно с лёгкостью применять вышеуказанные инструменты с целью избежать как можно больше разнообразных регрессионных визуальных ошибок.
Также будут подробно рассмотрены варианты построения архитектуры тестов и организации работы с дизайном приложения в целом.
Невидимый фронт или тестирование digital-проектовSmartHead
Презентация к докладу "Невидимый фронт или тестирование digital-проектов" на рекламно форуме "Даёж`2015".
В докладе рассмотрены проблемы, специфика и виды тестирования digital-проектов. Дан ответ на вопрос: "Кто должен выполнять работы по тестированию?". Рассмотрены вопросы качества результата работ.
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Андрей Стахиевич - Appium Mobile Automation ToolQA Club Minsk
Презентация со встречи QA Club Minsk (адаптированная под Confet QA) 4 декабря 2013 г. "Appium Mobile Automation Tool", автор и докладчик Андрей Стахиевич
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
В рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Презентация с Харьковского QA Talk: Автоматизация мобильных приложений на базе Appium. Специфика и подходы в автоматизации Web/Native/Hybrid приложений
Автоматизация визуального тестирования адаптивного дизайна на примере Galen F...COMAQA.BY
Автоматизация тестирования визуальных регрессий, как особый вид тестирования, может поставить в тупик даже опытных специалистов своей отрасли. Тем более, если речь идёт об адаптивном дизайне.
Задача тестирования адаптивной верстки не является простой, хотя бы по той причине, что требует большого времени на проверку отображения визуального контента и покрытие всей требуемой матрицы платформ, браузеров и разрешений экрана.
Тем не менее существуют способы эффективного использования таких инструментов как Galen Framework и Applitools Eyes и интеграции их в уже существующую среду тестирования.
На наглядном примере сайта, имеющего адаптивный дизайн, я расскажу о том, как можно с лёгкостью применять вышеуказанные инструменты с целью избежать как можно больше разнообразных регрессионных визуальных ошибок.
Также будут подробно рассмотрены варианты построения архитектуры тестов и организации работы с дизайном приложения в целом.
Управление людьми. Как эмоции влияют на характер? Вадим НарейкоVadim Nareyko
Презентация к тренингу по определению психотипа человека на базе механизмов психологической защиты (на основе психоэволюционной теории Р.Плутчика и структурной теории личности Х.Келлермана)
Проект: Школа Управленческого Мастерства
Ведущие: Вадим Нарейко
Презентация Станислава Полозова для доклада о технологиях продления молодости на 3-м Семинаре по трансгуманизму и научному иммортализму в Санкт-Петербурге (25.09.2010)
В этом докладе я рассказываю о том, как работает компания Аудиомания в контексте обработки заказов, показываю удобные инструменты для сотрудников, а также региональных клиентов и пользователях сайта, а также демонстрирую, что из этого получается.
Юрий Василевский «Автоматизация в XCode»
Yandex Mobile Camp в Санкт-Петербурге 2012
http://events.yandex.ru/events/yamobcamp/spb-may-2012/
Xcode — основной инструментарий разработки приложений под Mac OS X и Apple iOS. Он обладает широкими возможностями как для редактирования кода, так и для автоматизации задач. Мы обсудим некоторые из аспектов автоматизации (Code Sense, Targets, Services, Help), связанные с нумерацией сборок билдов, форматированием и контролем стиля кода, анализом дублированных участков кода, управлением внешними библиотеками.
ThinkJavaKharkiv#1 Шеф, все пропало. Проблемы с ProductionVladimir Malinin
Если приложение регулярно падает, заказчики нервничают, сроки поджимают и не понятно в чём проблема, не стоит паниковать. Мы расскажем вам, что делать в такой ситуации и покажем, как мы выходили из сложившейся ситуации. В докладе на примере двух реальных проектов рассматриваются проблемы, которые могут возникать с Web приложениями на production environment’ах, пути их решения и инструменты, которые для этого могут быть использованы. Подробно будет рассмотрена настройка и использование JavaMelody. Докладчики: Владимир Малинин и Антон Семаник (Nix Solutions)
Mobile Monday Kiev#1 - How to save time in Mobile Apps DevelopmentIntersog
Intersog acted as a general partner of relaunched Mobile Monday (MoMo) event in Ukraine that took place in Kyiv on June 25, 2015. See the top moments from Mobile Monday Kyiv #1!
MoMo is a global platform for IT knowledge sharing and professional networking that is currently being active in 140+ cities worldwide. MoMo offers different networking formats aimed to enhance public knowledge of the most trending mobility topics and innovation. Read more and join Mobile Monday: http://intersog.com/news/intersog-helps-relaunch-mobile-monday-ukraine/
Аналитика мобильных приложений: как настроить аналитику в приложении, какие инструменты выбрать (Flurry, Google Analytics, Fabric Answers, AppsFlyer), на что обращать внимание
http://light.mdday.ru
Виктор Розаев - Как не сломать обратную совместимость в Public APIMoscowJS
Представьте что у вас есть публичный JavaScript API. Им пользуются сторонние девелоперы от Индии до Канады, чтобы писать свои облачные сервисы. Эти сервисы продают телекомуникационные компании с многомиллиардными оборотами превышающими стоимость вашей компании. Любая остановка сервиса - миллионные убытки. Представили? А нам и представлять не надо - это наша работа. Добро пожаловать в нашу реальность. В рамках доклада мы расскажем о том, как сохранить обратную совместимость при активном развитии и неизвестных пользователях, ну и причем тут вообще интерны.
Когда проект делает один разработчик — все просто. Когда над ним работает небольшая команда, можно синхронизироваться и договориться. А вот когда проектов (сайтов и приложений) становится много, и над ними трудится множество команд с перекрестной функциональностью и смежными зонами ответственности, все становится сложным и запутанным.
Я расскажу о своем виденье архитектуры фронтенда, какой она должна быть, чтобы обеспечить её масштабируемость. На основе своего опыта и проблем, с которыми сталкиваются большие проекты.
Видео: https://www.youtube.com/watch?list=PLknJ4Vr6efQFtZmsXmGG64Rz_PHrcXCBL&v=z9y6PNC2FL0
Solit 2014, Appium. Тестируем гибридные мобильные прирложения в стиле webdriv...solit
Стахиевич Андрей, Минск. Опыт в IT более 5 лет, работает в компании ISSoft, специализируется в разработке (.NET C# ASP\MVC, WPF, WinForm) и автоматизированном тестировании ПО (Web, Desktop, Mobile), автоматизации процессов build и deployment в контексте continuous integration различных проектов.
«Appium. Тестируем гибридные мобильные приложения в стиле Webdriver API». Development секция. Отделение тестирования.
Selenium Webdriver давно известен в кругах QA за счет богатого API, реализованного на многих языках программирования, который вот-вот станет стандартом W3C.
С появлением инструмента Appium можно теперь использовать Webdriver API для автоматизации не только веб приложений, но и нативных, а также гибридных мобильных приложений на платформах IOS и Android.
В докладе планируется следующее:
1. Сказать несколько слов об Appium и его месте среди прочих инструментов для тестирования.
2. Поделиться опытом, приобретенным в процессе коммерческой разработки автоматизации тестирования для гибридного мобильного приложения, построенного на основе PhoneGap и Sencha Touch.
3. Рассказать об особенностях написания тестов, работающих и на Android, и на IOS c помощью Appium и стандартного data driven test решения от Junit и TestNG.
4. Рассказать о запуске тестов распределенно с помощью Appium и Selenium Grid.
«Измеряем производительность веб приложения на стороне клиента с помощью Selenium Webdriver и BrowserMobProxy». Development секция. Отделение тестирования.
В современном вебе высокопроизводительный сайт – это не каприз заказчика, а стандарт, приобретающий все большую популярность. А значит у команды QA прибавилась задача – тестирование производительности приложения. В своем докладе я хотел бы поговорить о том, как собирать данные о производительности веб-приложения, как хранить и анализировать эти данные, а также, как оптимизировать производительность, основываясь на полученных данные.
Давайте поговорим о том, как это можно автоматизировать.
1) Производительность веба. Лучшие практики и стандарты.
2) Производительность на стороне клиента:
- сбор данных по производительности с помощью Selenium Webdriver and BrowserMobProxy;
- хранения, анализ и визуализация данных с помощью HAR Storage;
3) Улучшение производительности:
- рекоммендации по улучшение производительности от Google Page Speed;
Где водится мобильная автоматизация и как научить ее приносить тапочкиOxagile
Доклад Сергея Комарова, Senior QA Automation Engineer at Oxagile специально подготовленный для 5-ой ежегодной конференции для разработчиков мобильных приложений MobileOptimized 2015.
Изоморфные React-приложения производительность и масштабирование / Денис Изма...Ontico
Взглянем ещё раз на концепцию изоморфных приложений. На первый взгляд, всё красиво — полный порядок, высокая организованность, быстрая выдача результата. Но так ли всё оптимистично? Что случится после того, как мы развернём приложение на сервере? Почему при росте нагрузки наше React-приложение начинает тормозить? Как масштабироваться? Купить ещё несколько серверов? Потом ещё немного? Есть способ лучше.
В рамках доклада рассмотрим следующие темы:
1. Что представляют собой изоморфные приложения?
2. Зачем они на самом деле нужны?
3. Рассмотрим варианты архитектуры.
4. Найдём слабые места (bottleneck).
5. Посмотрим на способы решения и оценим их эффективность.
6. Обсудим возможности масштабирования изоморфных приложений.
7. И, самое главное, ответим на вопрос — стоит ли игра свеч?
Как не стать заложником одной платформы (MBLTdev)Алексей Панфилов
Презентация с конференции MBLTdev "Как не стать заложником одной платформы" на примере Parallels Access. О том как мы добивались кросс-платформенности в нашем приложении.
Ещё один способ привлекать и удерживать пользователей в играхAnatoly Sharifulin
Речь пройдёт про пользовательский фидбек, а именно — про влияние рейтингов и отзывов на Customer Support, User Acquisition и Game Development. Выступление Анатолия Шарифулина, CEO & Co-founder в AppFollow, на White Nights 2019.
То, что русскому — ФРИИ, финну — Startup Sauna. Опыт прохождения акселерации ...Anatoly Sharifulin
Доклад с Codefest, Новосибирск, 27 марта 2016 года
Поделюсь опытом прохождения акселерации во ФРИИ и Startup Sauna (Хельсинки, Финляндия) на примере стартапа, которым сейчас занимаюсь.
- Зачем проходить акселерацию стартапу?
- Есть ли в ней смысл?
- Если есть, то зачем вторая-третья-... акселерации?
- Разница подхода к стартапам в России и Финляндии, сравнение "без купюр"
Доклад с Online MDDay 2014. http://online2014.mdday.ru
Расскажу о том, что делать, когда вам «кажется», что приложение готово и его пора начать рекламировать.
Обычно это обманчивое чувство :-) Как устроены сторы (App Store и Google Play), какие существуют типы трафика, как устроен топ и что можно или даже нужно сделать для продвижения самостоятельно. Зачем и почему стОит сделать ASO и «разобраться» с конкурентами. Когда всё-таки можно начинать платное продвижение и какие каналы выбрать.
27. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
27
28. 1. Работа со сборками
и профилями
приложений
#yac2012 #yamobile
28
29. Cпособы установки
приложения
• Добавить в iTunes профиль и сборку,
синхронизировать с девайсом
• Выложить на сервер по FTP/SFTP,
отправить письмо со ссылкой
itms-services://?action=...&url=...
• Веб-сервис для работы с профилями и
сборками
#yac2012 #yamobile
29
30. Мы разработали свой
веб-сервис
Готовые решения не используем:
TestFlight, HockeyApp, ...
#yac2012 #yamobile
30
32. • Простой и удобный сервис для
разработчиков и бета-тестеров
• Загрузка профилей и сборок приложений
• История всех изменений и быстрый
доступ к любой версии приложения
• Свой, бесплатный и быстрый
(в отличии от готовых решений)
#yac2012 #yamobile
32
33. • Автообновление приложений при
выходе новой сборки
• Всего сборок: 949+
• Количество сборок:
2010 — 8, 2011 — 526, 2012 — 415+
#yac2012 #yamobile
33
34. Автосборки проектов
не используем
Привет, Роман Бусыгин! :-)
http://events.yandex.ru/talks/4/
#yac2012 #yamobile
34
35. Почему?
• Один аккаунт разработчика,
100 устройств — вполне достаточно
• Приложение подписывается одним
сертификатом (Dev и Distr), нет такой
проблемы как в Яндексе
• Не используем CI server-а,
1 программист — 1 приложение (реже 2:1)
#yac2012 #yamobile
35
36. Почему?
• Честно, я подходил несколько раз
к программистам и спрашивал, нужно ли
что-нибудь автоматизировать? :-)
• Если мы были бы Яндексом, то тоже
использовали автосборки, но пока нет
#yac2012 #yamobile
36
37. Была идея
использовать
разные профили
для приложений:
Dev и не-Dev
#yac2012 #yamobile
37
38. Есть ограничения:
• Нужны новые Push-сертификаты
• Нужно регистрировать отдельные
«инаппы»
• Синхронизация через iCloud работает
для Dev-a
• ...
#yac2012 #yamobile
38
39. Решили пока
использовать
разные иконки:
Dev и не-Dev
#yac2012 #yamobile
39
40. Зачем?
• При тестирование видно, что это
Dev-версия или нет
• Новые супер-фичи и NDA
• У Dev-сборок может неожиданно истечь
сертификат и приложение не будет
запускаться
#yac2012 #yamobile
40
41. Главное: не забыть
поменять иконку
перед релизом :-)
#yac2012 #yamobile
41
42. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
42
43. 2. Стандартное
серверное API для
всех приложений
#yac2012 #yamobile
43
44. Любое наше
приложение работает
с Applifto API
#yac2012 #yamobile
44
45. Applifto API
• start — базовая информация про устройство
(тип, модель, версия ОС, локаль, ...) и token,
построение различных статистик и отправка
«пушей»
• stderr
#yac2012 #yamobile
45
46. Applifto API
• start
• stderr — отправка всех крешей с
устройства (CrashReportSender),
уведомление разработчика по почте,
веб-интерфейс для просмотра всех крешей
•s
#yac2012 #yamobile
46
47. Applifto API
• start
• stderr
• feedback — в каждом приложение есть
форма связи с нами, оперативное
решение проблем
•ы
#yac2012 #yamobile
47
49. Applifto API
• start
• stderr
• feedback
• about — страница информации или FAQ
по приложению, текст меняется из админа
• verify inapp
#yac2012 #yamobile
49
51. Applifto API
• start
• stderr
• feedback
• about
• verify inapp — защита от взлома «инаппов»,
проверка, рекомендованная Apple
#yac2012 #yamobile
51
52. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
52
64. Иногда совсем
не «рокет»
«На коленке» написанная серверная часть,
безопасность данных вообще отсутствует
#yac2012 #yamobile
64
65. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
65
97. Типы «пушей»
• Открытие приложения
• Написать в обратную связь
• Оставить отзыв в App Store
• Переход на пункт меню или единицу
контента
#yac2012 #yamobile
97
98. Фильтрация при отправке
• Всем
• Только тестовым устройствам
• Выборочно
• учитывая локализацию
• определенной версии ОС и приложения
#yac2012 #yamobile
98
99. Чем чаще отсылаешь
«пуши», тем число
активных устройств
точней
#yac2012 #yamobile
99
100. Не забывать:
про поддержку
«тихого режима»
в приложении
#yac2012 #yamobile
100
102. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
102
132. Хотя, судя по iOS 6,
ошибки в новой
версии — это
«Apple way» :-)
При Стиве Джобсе такого не было!
#yac2012 #yamobile
132
133. Раньше тестировали
приложения все
Программисты, менеджеры, бета-тестеры, ...
#yac2012 #yamobile
133
134. Это отнимало очень
много времени
И совершенно неэффективно!
#yac2012 #yamobile
134
135. Пытались работать
с бета-тестерами
Но они очень ленивые и медленные
#yac2012 #yamobile
135
136. В итоге: решились
на «тестировщика»
Это было сложное и кардинальное решение для нас :-)
#yac2012 #yamobile
136
137. Если в Яндексе
работают
«тестировщикИ»,
#yac2012 #yamobile
137
138. То у нас он один и
универсальный :-)
#yac2012 #yamobile
138
139. • Он совсем не программист!
• Тестирует на всех девайсах и
поддерживаемых версиях ОС
• Разбирает фидбек от пользователей
• Есть список тестов и план тестирования
по каждому приложению
#yac2012 #yamobile
139
142. x.x — мажорный
«апдейт»
Важное обновление, новый функционал,
разработка от 2х недель
#yac2012 #yamobile
142
143. x.x.x — минорный
«апдейт»
Исправление ошибок и улучшения,
разработка 1—5 дней
#yac2012 #yamobile
143
144. x.x.x.x — Dev-версия,
не для публикации
Исправление ошибок и улучшения,
в активной фазе каждые 1—2 дня
#yac2012 #yamobile
144
145. x.x.x.x — Dev-версия,
не для публикации
Обработка таких версий на сервере,
включение дополнительного функционала:
#yac2012 #yamobile
145
146. x.x.x.x — Dev-версия,
не для публикации
проверка «инаппов» через sandbox,
контент для продажи — free, ...
#yac2012 #yamobile
146
147. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
147
148. 6. Безопасность
приложений и борьба
с «пиратами»
#yac2012 #yamobile
148
167. Можно перекинуть в
*.app файлы и они будут
доступны
в приложении
без покупки «инаппа»
Старый баг одного из приложений, сообщил нам
об этом сам «хакер» :-)
#yac2012 #yamobile
167
168. Пара общих
рекомендаций:
#yac2012 #yamobile
168
169. 1. Не забивайте на
шифрование данных,
как WhatsApp
http://clck.ru/2DYSI
#yac2012 #yamobile
169
170. 2. Не публикуйте
базы UDID-ов, если вы
их ещё собираете :-)
http://clck.ru/2DYSs
#yac2012 #yamobile
170
171. После запрета Apple
использовать UDID
мы перешли
на md5 от MAC-адреса
#yac2012 #yamobile
171
172. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
172
173. 7. Релиз и проверка
приложений
#yac2012 #yamobile
173
174. Последний камень
преткновения —
проверка приложения
#yac2012 #yamobile
174
188. Тем раньше узнаёте о
новых ограничениях в
App Store Review :-)
#yac2012 #yamobile
188
189. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
189
190. 8. Мотивация
пользователей или
«белая» магия
#yac2012 #yamobile
190
191. Отлично работает
следующая
комбинация действий:
#yac2012 #yamobile
191
192. • Постоянные Push-уведомления
• Периодичные распродажи
• Пользователи любят покупать наборы
типа «All Inclusive»
• Баннеры-прокачки для контента
как в приложении App Store
#yac2012 #yamobile
192
194. Решение: на сервере
можно управлять
параметром isFree
для единицы контента
#yac2012 #yamobile
194
195. Вторая часть айсберга
1. Работа со сборками и профилями
2. Стандартное серверное API
3. Клиент-серверное взаимодействие
4. Управление приложениями
5. Новые девайсы, версии ОС и приложений
6. Безопасность приложений
7. Релиз и проверка приложений
8. Мотивация пользователей
9. Кратко про Android
195
204. 1. При наличии
успешного опыта
разработки
#yac2012 #yamobile
204
205. Легко и быстро
разрабатываются
вспомогательные
приложения для
внутренних нужд
#yac2012 #yamobile
205
206. • Приложение для логистики,
iPod + сканнер штрих-кодов
• Мониторинг внутренней статистики
• Быстрый доступ к данным по компании
#yac2012 #yamobile
206
208. • Приложение для логистики,
iPod + сканнер штрих-кодов
• Мониторинг внутренней статистики
• Быстрый доступ к данным по компании
#yac2012 #yamobile
208
210. • Приложение для логистики,
iPod + сканнер штрих-кодов
• Мониторинг внутренней статистики
• Быстрый доступ к данным по компании
— приложения «для директора» :-)
#yac2012 #yamobile
210