Как выстроен релизный процесс для андроид приложения?
Наш инструментарий:
1. Monorepo
2. CI/CD на базе TFS (автоматизированная выкладка билдов в Google Play/Apple Store/Huawei)
3. RealTime monitoring на базе BigQuery и дашборды с метриками качества
Для каждой сборки вычисляется скоуп, происходит сравнение со скоупом последнего выпущенного в паблик билда, ответственному менеджеру робот дает возможность принять решение, нужно ли запустить раскатку за пределы проектной команды. Далее каналы – опциональные раскатки на сотрудников компании (Internal Rollout), на внешних бета-пользователей, либо начало поэтапной раскатки на всех пользователей. Перед стартом раскатки есть несколько гейтов, на которых проверяется готовность маркетинговых материалов, собираются и визируются артефакты релиза. Скорость раскатки зависит от скуопа и результатов импакт-анализа. Если релиз содержит точечные изменения, этап бета-тестирования пропускается. В релизах с рискованными изменениями кроме бета-тестирования происходит более медленная раскатка на небольшой процент пользователей, который зависит от объёмом пользовательской базы. В ходе раскатки собираются и анализируются метрики качества (Crashes, ANRs, отзывы, аналитика по проходимости сценариев).
Как часто проходят релизы, как долго занимают все проверки со сборки релизного билда и до его заливки в сторы?
Мы стараемся выпускать релизы часто для того, чтобы сокращать time-to-market для ценных изменений в продукте. Жесткой фиксированной сетки релизов у нас нет, мы предпочитаем выпускать обновления продуктов по мере готовности фич. При наших размерах проектных команд мы в среднем доставляем пользователям что-то ценное раз в 2-3 недели, с учетом релизов, направленных на повышение качества, в среднем получается – примерно раз в 2 недели. Выпускаться чаще, чем раз в 7-10 дней, никакого смысла нет, предыдущий билд не успевает раскатиться. Между принятием решения о том, что скоуп достаточен для релиза и началом публикации проходит от нескольких часов до 2-3 дней. За счет высокой доли автоматизации мы сильно сократили время на приемку каждого релиза.
Спасибо, запрос понятен и передан в команду KPM-сервиса.
P.S. По ссылке написано, что "Если вы перешли на бесплатную версию и количество записей в вашем хранилище превышает ограничение бесплатной версии, вам требуется выбрать записи для дальнейшего использования". Вы сами выбираете, какие записи оставить.
Без вашего ведома записи удалены быть не могут. Кроме того, в облаке делаются бекапы, в случае каких-либо технических проблем база может быть восстановлена.
Доброе утро. С одной стороны, вы просите полную блокировку доступа устройства в Internet: "чтобы ребенок не зависал в интернете вовсе", с другой — используете настройку "для доступа к сайтам связанных только с учебой". Полная блокировка выхода устройства в сеть практически равнозначна блокировке использования устройства (настройка «Использование устройства», находится правее настройки «Интернет»), присмотритесь к ней.
Что касается полной блокировки Google Assistant — подумаем.
А почему бы в этом случае не воспользоваться функцией Блокировки устройства? Это лучше, чем блокировать доступ в Internet, так как Ребенок и без выхода в интернет сможет играть в игрушки, вместо того, чтобы делать уроки.
П3. (Опыт удаленной работы): мир тесен, особенно в IT, особенно в одном регионе (РФ), здесь работает даже не “теория 6 рукопожатий”, а “практика двух”. Все друг друга знают, если не лично, то заочно, следят за успехами друг друга. Мы не исключение – конечно же у нас много знакомых в других компаниях и мы в целом в курсе, как они работают в условиях пандемии – кто-то лучше, кто-то хуже, не всем сотрудникам, например, понравилось обязательное возвращение в офис, объявлявшееся в ряде компаний летом, и я их прекрасно пониманию.
Наш компания дала возможность продолжить удаленную работу, при этом желающим выйти в офис, была предоставлена такая возможность. Сотрудников, нанятых в последнее время в регионах, мы брали без требования обязательного переезда в один из городов, где есть наши офисы, при этом среди новых сотрудников были и те, которые сами планировали переезд и которым как раз компания дала гарантии помощи в релокации.
П2. (Откуда приходят кандидаты): нет явно выраженного источника, есть некий средний профиль “нашего кандидата”, под который могут подходить люди с довольно разнообразным бэграундом, поэтому короткий ответ – “приходят точечно из разных мест”, причем в последние годы наметилась тенденция, что все больше хороших сотрудников находятся в регионах. У нас есть стратегия найма, которая, как мне кажется, работает. Чего мы не делаем: мы не скупаем кандидатов, это работает плохо. Почему – ну примерно потому же, почему “купить” Гуса Хиддинка, Роберто Карлоса, Юрия Жиркова, Самуэля Это'О и т.п. – это не то же самое, что создать хорошую футбольную команду. Что мы делаем: мы верим в молодых, работаем со студентами, создаем условия, при которых они могли бы расти, “заражаться” нашей миссией, становиться частью ДНК-компании. Поиск и отбор стажеров происходит на периодической основе через программу Kaspersky Safe Board: safeboard.kaspersky.ru, а также для желающих и при наличии запросов — в течение года.
П1. (Рекрутмент-воронки): очень сильно зависят от стратегии поиска и самой вакансии. “Худший” показатель в нашем подразделении – это в пределах 500 кандидатов на входе на один принятый оффер. При этом первый этап воронки – это контакт с кандидатом, именно здесь самая низкая конверсия – рынок мобильных разработчиков довольно перегрет, хорошие кандидаты не находятся в активном поиске, зачатую никак не реагируют на предложения рассмотреть вакансию, причем даже от таких известных IT-компаний как “Лаборатория Касперского”. Попытка просто расширять воронку на входе, с моей точки зрения, – подход плохой, это про “работать, чтобы устать”, надо выстраивать стратегию найма, которая будет работать именно в вашей компании, а также экспериментировать, искать правильный канал. В нашу компанию, например, кандидаты идут по ряду причин. Во-первых, разделяют идею и нашу миссию — мы несем добро людям добро, защищаем пользователей, делаем мир лучше. Во-вторых, наши технологии и команда – у сотрудников нашего подразделения десятки патентов, мы создаем уникальные технологии и продукты, что подтверждается независимым тестами, у нас можно расти. В третьих, “Лаборатория Касперского” — международная компания, наши продукты используются сотнями миллионов пользователей по всему миру. Вот почему кандидаты идут к нам. Что будет работать у вас – не знаю, вам виднее.
Доброе утро. Android: бета-тестерам премиум-версия никогда не давалась. iOS: премиум-лицензия бета-тестерам предоставляется и сейчас. Вот ссылка на вступление в бету: testflight.apple.com/join/S253Y4l8
Доброе утро. Подписочные лицензии на сервис Kaspersky Security Cloud на первый взгляд более гибкие, чем активационные коды фиксированного сроки действия. В рамках сервиса вы также можете управлять устройствами, к которым применяется подписочная лицензия. Уточните, пожалуйста, пошагово сценарий работы с активационными кодами. Интересует, что можно было сделать раньше и не получается сделать с подписками.
Доброе утро.
Под настройкой вы имеете ввиду полное блокирование доступа всего устройства в Internet? Если да, то запрос понятен, такая фича в будущем может появиться. И я все-таки не совсем понимаю, почему вы говорите об уязвимости и отсутствии защиты при текущей реализации фильтрации контента. Дайте, пожалуйста, больше информации, к какому нежелательному контенту и как Ребенок получает доступ. Как я уже сказал, запросы к «взрослому» контенту в Google Assistant должны блокироваться.
Отзывы на специализированных форумах, таких как 4PDA, просматриваем и анализируем. Форумы являются одним из источников сбора обратной связи, работу с которой мы, как мне кажется, выстроили довольно системно. Весь фидбэк (обращения в саппорт, отзывы в магазинах приложений, e-mail обращения из продукта, посты на форумах, обратная связь от партнеров и т.п.) поступает, агрегируется и обрабатывается в одной системе.
Доброе утро. Бета-тестирование через Google Play не позволяет разработчику приложения узнать, кто ему пишет, если пользователь сам не даст свой контакт. Можно отвечать на отзывы, но не более того. При этом мы продолжаем награждать тех, с кем есть «контакт». Бывает даже отправляем сувенирку пользователям, обратившимся через службу поддержки.
Доброе утро. За ночь появились вопросы, это говорит о том, что не все, кто хотели, успели воспользоваться «окном возможности», поэтому сегодня в течение рабочего дня мы продолжим принимать вопросы и отвечать на них.
П2: бета-тестирование как один их этапов жизненного цикла значительно трансформировался, да и не только бета-тестирование, а весь жизненный цикл. С современной мобильной разработке нет больше фиксированных этапов, она состоит из ряда «continues»-практик. Цель — сократить Time to Market (метрику Lead Time), необязательные последовательные этапы — это bottleneck. Все, что можно, необходимо распареллеливать и переводить в операционную активность. Так произошло и с бета-тестирование, как выделенный этап он исчез, бета-тестеры переместились в магазины приложений.
У вас Android, чтобы вас стать бета-тестером, достаточно открыть страничку продукта в Google Play и начать кнопку «Become a tester». Вам будут автоматически устанавливать бета-версии, которые нам необходимо будет проверить, мы будем видеть метрики качества и использовать их для принятия решения о начале поэтапной раскатки бета-сборки на продакшен-пользователей. Если у вас появится замечание, вы можете оставить его в Google Play обычным способом, написав отзыв. Все очень удобно.
П1: Сейчас Who Calls — это самодостаточное не перегруженное приложение, оно решает одну конкретную пользовательскую проблему.
Регистрация так или иначе приводит к некоторому «отвалу» пользователей, поэтому на данном этапе мы ее делать не стали. В будущем не исключаю, что регистрация Who Calls на My Kaspersky все-таки появиться. Также не исключаю, что Who Calls трансформируется, станет частью более общей B2C-истории. Пользователям это невидно, но мы экспериментируем, начинали с бесплатной утилиты, сейчас перешли к Freemium-сервису, а дальше… — время покажет.
Что касается кодов активации — это все-таки не мобильный опыт, для кроссплатформенных сервисов — это ОК, для чисто мобильного приложения — вряд ли. Откуда его возьмет органический мобильный пользователь (тот, что пришел в приложение путем поиска по ключевикам в магазине приложение)? Google и Apple опять же запрещают сторонний биллинг. Если же со временем Who Calls станет частью комплексного сервиса, тогда, конечно, появится совместимость лицензий.
Добрый день. Современная мобильная разработка — это частые релизы (короткий Time 2 Market), обработка больших объемов данных и real-time отслеживание качества продукта. Аналитика — это MUST, без нее управлять продуктом (особенно таким как KISA for Android с 10+mln MAU) невозможно. Мы стараемся принимать решения на основе данных, не вкладываться в неподтвержденные экспериментами дорогие фичи. У нас есть команды роста и выделенный продуктовый аналитик (аналитик данных). В качестве инструмента используется Firebase, есть BI и отчеты по ключевым продуктовым метрикам.
Для мониторинга качества в проде, оперативного отлова проблем, вызванных внешними факторами, такими как деплои инфраструктурных обновлений, были выделены так называемые «критически пользовательские сценарии», они были покрыты аналитикой по качеству, были определены пороги для мониторинга. В этом случае обычных событий аналитики недостаточно, так как они появляются в Firebase-консоли с задержкой в сутки. На помощь пришла интеграция с Big Query, который позволяет получать данные практически в реальном времени. За счет данных мы значительно повысили качество продуктов и повысили удовлетворенность наших пользователей.
Добрый день. В «Лаборатории Касперского» внедрены SDL-практики, в частности, проводится и penetration testing. Есть специальная команда, на нем специализирующаяся. Ребята предоставляют как сервис для внешних заказчиков, так занимаются и продуктами компании. Мобильные B2B-решения также периодически тестируются. Пентесты — это недешево и очень востребовано, поэтому проводится оно для мобильных продуктов при обоснованной необходимости. Поскольку к компании есть своя команда, практика привлечения внешних подрядчиков для пентестов мобильных продуктов не используется, при этом на моей памяти был по крайней мере один случай, когда наши партнеры заказывали у внешней компании тестирование одного из наших мобильных продуктов. Все прошло успешно.
Как выстроен релизный процесс для андроид приложения?
Наш инструментарий:
1. Monorepo
2. CI/CD на базе TFS (автоматизированная выкладка билдов в Google Play/Apple Store/Huawei)
3. RealTime monitoring на базе BigQuery и дашборды с метриками качества
Для каждой сборки вычисляется скоуп, происходит сравнение со скоупом последнего выпущенного в паблик билда, ответственному менеджеру робот дает возможность принять решение, нужно ли запустить раскатку за пределы проектной команды. Далее каналы – опциональные раскатки на сотрудников компании (Internal Rollout), на внешних бета-пользователей, либо начало поэтапной раскатки на всех пользователей. Перед стартом раскатки есть несколько гейтов, на которых проверяется готовность маркетинговых материалов, собираются и визируются артефакты релиза. Скорость раскатки зависит от скуопа и результатов импакт-анализа. Если релиз содержит точечные изменения, этап бета-тестирования пропускается. В релизах с рискованными изменениями кроме бета-тестирования происходит более медленная раскатка на небольшой процент пользователей, который зависит от объёмом пользовательской базы. В ходе раскатки собираются и анализируются метрики качества (Crashes, ANRs, отзывы, аналитика по проходимости сценариев).
Как часто проходят релизы, как долго занимают все проверки со сборки релизного билда и до его заливки в сторы?
Мы стараемся выпускать релизы часто для того, чтобы сокращать time-to-market для ценных изменений в продукте. Жесткой фиксированной сетки релизов у нас нет, мы предпочитаем выпускать обновления продуктов по мере готовности фич. При наших размерах проектных команд мы в среднем доставляем пользователям что-то ценное раз в 2-3 недели, с учетом релизов, направленных на повышение качества, в среднем получается – примерно раз в 2 недели. Выпускаться чаще, чем раз в 7-10 дней, никакого смысла нет, предыдущий билд не успевает раскатиться. Между принятием решения о том, что скоуп достаточен для релиза и началом публикации проходит от нескольких часов до 2-3 дней. За счет высокой доли автоматизации мы сильно сократили время на приемку каждого релиза.
P.S. По ссылке написано, что "Если вы перешли на бесплатную версию и количество записей в вашем хранилище превышает ограничение бесплатной версии, вам требуется выбрать записи для дальнейшего использования". Вы сами выбираете, какие записи оставить.
Что касается полной блокировки Google Assistant — подумаем.
Наш компания дала возможность продолжить удаленную работу, при этом желающим выйти в офис, была предоставлена такая возможность. Сотрудников, нанятых в последнее время в регионах, мы брали без требования обязательного переезда в один из городов, где есть наши офисы, при этом среди новых сотрудников были и те, которые сами планировали переезд и которым как раз компания дала гарантии помощи в релокации.
Чего мы не делаем: мы не скупаем кандидатов, это работает плохо. Почему – ну примерно потому же, почему “купить” Гуса Хиддинка, Роберто Карлоса, Юрия Жиркова, Самуэля Это'О и т.п. – это не то же самое, что создать хорошую футбольную команду.
Что мы делаем: мы верим в молодых, работаем со студентами, создаем условия, при которых они могли бы расти, “заражаться” нашей миссией, становиться частью ДНК-компании. Поиск и отбор стажеров происходит на периодической основе через программу Kaspersky Safe Board: safeboard.kaspersky.ru, а также для желающих и при наличии запросов — в течение года.
Android: бета-тестерам премиум-версия никогда не давалась.
iOS: премиум-лицензия бета-тестерам предоставляется и сейчас. Вот ссылка на вступление в бету: testflight.apple.com/join/S253Y4l8
Под настройкой вы имеете ввиду полное блокирование доступа всего устройства в Internet? Если да, то запрос понятен, такая фича в будущем может появиться. И я все-таки не совсем понимаю, почему вы говорите об уязвимости и отсутствии защиты при текущей реализации фильтрации контента. Дайте, пожалуйста, больше информации, к какому нежелательному контенту и как Ребенок получает доступ. Как я уже сказал, запросы к «взрослому» контенту в Google Assistant должны блокироваться.
Отзывы на специализированных форумах, таких как 4PDA, просматриваем и анализируем. Форумы являются одним из источников сбора обратной связи, работу с которой мы, как мне кажется, выстроили довольно системно. Весь фидбэк (обращения в саппорт, отзывы в магазинах приложений, e-mail обращения из продукта, посты на форумах, обратная связь от партнеров и т.п.) поступает, агрегируется и обрабатывается в одной системе.
У вас Android, чтобы вас стать бета-тестером, достаточно открыть страничку продукта в Google Play и начать кнопку «Become a tester». Вам будут автоматически устанавливать бета-версии, которые нам необходимо будет проверить, мы будем видеть метрики качества и использовать их для принятия решения о начале поэтапной раскатки бета-сборки на продакшен-пользователей. Если у вас появится замечание, вы можете оставить его в Google Play обычным способом, написав отзыв. Все очень удобно.
Регистрация так или иначе приводит к некоторому «отвалу» пользователей, поэтому на данном этапе мы ее делать не стали. В будущем не исключаю, что регистрация Who Calls на My Kaspersky все-таки появиться. Также не исключаю, что Who Calls трансформируется, станет частью более общей B2C-истории. Пользователям это невидно, но мы экспериментируем, начинали с бесплатной утилиты, сейчас перешли к Freemium-сервису, а дальше… — время покажет.
Что касается кодов активации — это все-таки не мобильный опыт, для кроссплатформенных сервисов — это ОК, для чисто мобильного приложения — вряд ли. Откуда его возьмет органический мобильный пользователь (тот, что пришел в приложение путем поиска по ключевикам в магазине приложение)? Google и Apple опять же запрещают сторонний биллинг. Если же со временем Who Calls станет частью комплексного сервиса, тогда, конечно, появится совместимость лицензий.
Для мониторинга качества в проде, оперативного отлова проблем, вызванных внешними факторами, такими как деплои инфраструктурных обновлений, были выделены так называемые «критически пользовательские сценарии», они были покрыты аналитикой по качеству, были определены пороги для мониторинга. В этом случае обычных событий аналитики недостаточно, так как они появляются в Firebase-консоли с задержкой в сутки. На помощь пришла интеграция с Big Query, который позволяет получать данные практически в реальном времени. За счет данных мы значительно повысили качество продуктов и повысили удовлетворенность наших пользователей.